[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnumach crashing
From: |
Thomas Schwinge |
Subject: |
Re: gnumach crashing |
Date: |
Tue, 2 Oct 2007 12:11:16 +0200 |
User-agent: |
Mutt/1.5.11 |
Hello!
On Mon, Oct 01, 2007 at 06:42:50PM -0500, R. Steven Rainwater wrote:
> zalloc: zone ipc ports exhausted
> My next guess is that there must be a patch applied to the Debian
> gnumach source that isn't in the CVS source.
I checked. My current GNU Mach source tree working copy was not the most
recent one, so I couldn't notice. It's the other way round: GNU Mach
upstream has this patch by Samuel Thibault (CCed), which was installed to
fix another problem:
#v+
2007-09-03 Samuel Thibault <samuel.thibault@ens-lyon.org>
* kern/zalloc.c (zget_space): Align zalloc_next_space again after
calling kmem_alloc_wired (which may sleep).
#v-
I get a ``panic: zalloc: zone objects exhausted''.
Steven: Sorry for having kept you busy with this issue! Please try a
``cvs update -r gnumach-1-branch -D 2007-09-02'', rebuild the kernel and
confirm that the resulting one works for you.
> I'm guessing all that's left is a difference in the build process used
> by dpkg-buildpackage vs the manual build instructions I'm following.
> There's no question that the resulting files differ. The files size of
> both the compressed and uncompressed gnumach file is different between
> the Debian source and the CVS source. In part this appears to be because
> the manual instructions leave out a step to strip the binary which is
> included in the dpkg build process. That gets the file sizes closer but
> there's still a difference.
For your information: you can also run a ``make gnumach.stripped.gz'',
which will yield a file `gnumach.stripped.gz'.
Regards,
Thomas
signature.asc
Description: Digital signature