On Thu, Apr 20, 2023 at 2:56 PM Samuel Thibault <samuel.thiba...@gnu.org> wrote: > > Hello, > > Sergey Bugaev, le jeu. 20 avril 2023 14:51:04 +0300, a ecrit: > > Why was this not an issue for us on i386? > > See 56010b73e81e2cb1082e418699f98353598fe671 and its __mig_memcpy.
Interesting; but that one's dealing with the SHARED case, isn't it? In my case everything's statically linked so circular relocations between libc and lib*user aren't an issue; but on the other hand we need to run __thread_set_state (and other MIG routines) super early, unlike in SHARED. > > VM_MAX_USER_ADDRESS, which is defined to VM_MAX_ADDRESS, which is then > > defined to 0xc0000000, same as on i386. That's of course too small. > > Can we bump this substantially? > > Of course ! Let me actually try doing #define VM_MAX_ADDRESS KENEL_MAP_BASE... Sergey
