On Mon, 28 Nov 2016 19:55:20 +0100, Samuel Thibault <samuel.thiba...@gnu.org> 
> 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.


> > 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


Reply via email to