Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Shadow memory range interleaves with an existing memory mapping. ASan cannot proceed correctly. ABORTING - part2 #1797

Open
aescolar opened this issue Sep 11, 2024 · 0 comments

Comments

@aescolar
Copy link

aescolar commented Sep 11, 2024

This issue is quite related to #820 , and also to #837
Using gcc 13.2.0, Ubuntu 24.04.
I would like to build a program with ASan, where the program needs to have some of its virtual memory map in fixed ranges. One of them starting at 0x2000_0000. It really does not matter why it needs to be fixed there, and at the end of the day, be this or any other reason where the elf ends up with a segment in the ASan fixed range, this issue would apply.

In any case, this leads to the error when trying to run ASan:

==..==Shadow memory range interleaves with an existing memory mapping. ASan cannot proceed correctly. ABORTING.
==..==ASan shadow was supposed to be located in the [0x1ffff000-0x3fffffff] range.

From the discussion in #837 I gather there has been thought on having ASan use a dynamic range instead of a fixed one, but it seems this track has not been pursued(?).

So my ask:

  • Is there any way today, to tell ASan, either at build time of the program, or at runtime either code at init, or thru an environment variable or.., to use a different address range?
  • Are you guys considering continuing in the track of having ASan use a dynamic range, instead of a fixed one?

CC @kcc

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant