Hi! On Mon, 28 Nov 2016 19:55:20 +0100, Samuel Thibault <samuel.thiba...@gnu.org> wrote: > Thomas Schwinge, on Mon 28 Nov 2016 17:10:26 +0100, wrote: > > ..., but on the new ("bad") system, the first non-sensical (huge; > > -2147479552 is 0x80001000) vm_allocate call actually succeeds: > > Yes, the userland address space is now 3G again, so it can now indeed > allocate that much.
ACK. > > I have not yet figured out where these vm_allocate calls and/or their > > huge size parameters are coming from. > > Probably the real source of the issue :) Will look into that. Early after a system reboot (second run of the executable), I ran into a GNU Mach "panic ../vm/vm_page.c:2058: vm_page_evict: vm_page: unable to recycle any page"; see attached. As this is new code in GNU Mach (commit 5d1258459ad618481a4f239e8ce020bdecda1d3f "Rework pageout to handle multiple segments"): anything you'd like me to do/preserve before rebooting? Grüße Thomas