FIXADDR_USER_* may not be constant
Hi,
Another patch made it in that assumes FIXADDR_USER_* is constant:
Quoted 4 lines
[PATCH] Put fixmaps into
/proc/pid/mapsvia a pseudo-vmaFrom: David Mosberger <[email protected]>
Quoted 11 lines
This patch makes
/proc/PID/mapsreport the range fromFIXADDR_USER_STARTtoFIXADDR_USER_ENDas a final pseudo-vma. This is consistent with the notion that reading/proc/PID/mapstells you about every page containing data that the process can in fact access, and with things such as ptrace allowing access to this memory. Without this, userland tools that want to look at all of a process's accessible pages need special-case knowledge about things such as the vsyscall DSO page. With this change, existing code that iterates over the/proc/PID/mapslines will cover those pages like any other. For example, this lets gdb's "gcore" command synthesize a core file from a live process that contains the vsyscall DSO page as a real core dump would, using its existing generic iterator code and no new special cases.
On ppc64 I want the 32bit and 64bit FIXADDR area to be at different places. It would seem ia64 have the same problem supporting x86 properly.
Anton