bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Testing requested for the next version of GNU Mach


From: Samuel Thibault
Subject: Re: Testing requested for the next version of GNU Mach
Date: Sat, 19 Mar 2016 02:47:58 +0100
User-agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30)

Richard Braun, on Tue 15 Mar 2016 00:40:40 +0100, wrote:
> On Tue, Mar 15, 2016 at 12:32:43AM +0100, Samuel Thibault wrote:
> > Richard Braun, on Mon 14 Mar 2016 23:37:33 +0100, wrote:
> > > On Mon, Mar 14, 2016 at 06:27:24PM -0400, David Michael wrote:
> > > > After poking around a bit more, it seems that the space is eaten by
> > > > debug info.  Appending -g0 to CFLAGS allowed gnumach to boot
> > > > successfully and resulted in this:
> > > > 
> > > > vm_page: DMA: pages: 4080 (15M), free: 2053 (8M)
> > > > 
> > > > The difference may be because GRUB apparently passes the multiboot ELF
> > > > info, while QEMU does not.  I'll just make sure to disable debug flags
> > > > when building gnumach for the time being.
> > > 
> > > Yes that makes sense.
> > 
> > Uh.  Should we perhaps move the kernel out of the 16MiB area?  I don't
> > think we have any such requirement here, AIUI we are just putting it
> > where it poses the least fragmentation issues, but the scarse DMA
> > resource is even more important.
> 
> That's what Linux does. It should be configurable though.

I ended up needing it, so I did it.

Samuel



reply via email to

[Prev in Thread] Current Thread [Next in Thread]