cvs commit: src/sys/i386/isa apic_vector.s clock.c src/sys/kern kern_intr.c kern_sig.c kern_slaballoc.c kern_switch.c kern_systimer.c kern_upcall.c lwkt_msgport.c lwkt_thread.c lwkt_token.c src/sys/sys slaballoc.h

[YONETANI Tomokazu]

On Fri, Feb 20, 2004 at 01:04:09AM +0900, YONETANI Tomokazu wrote:
> > >   Copyr\M-ight (c) 2003-2004 The DragonFly Project.
> > >   Copyright (c) 1992-2003 The FreeBSD Project.
> > >   Copyright (c) 1979, 1980, 1983, 1986, 1989, 1989, 1991, 
> > > 1992, 1993, 1994
> > > 	  The Regents of the University of California. All 
> > > rights reserved.
> > >   acpi_alloc_wakeup_handler: unable to create wake tag
> > >   panic: devbuf: malloc"limit exceeded
> > >   Uptime: 0s
> > > 
> > > malloc seems to have started to fail at 
> > > acpi_alloc_wakeup_handler, which is called a few entries 
> > > earlier than the call to scmeminit.
> > > 
> > > 
> > 
> > 
> > Interestingly enough, on my dfly test box, recent kernels built with gcc2
> > along with CPUTYPE=i686 set in make.conf yield broken kernels almost
> > identical to what you are describing. Removing CPUTYPE from make.conf yields
> > working kernel with gcc2. Is this reproducible on your end ?
> 
> Yes, that did it.

O.k., it's kern_slaballoc.c that's choking; if I compile it without
-march=pentiumpro, the kernel booted again.
$ cd /usr/src
$ KERNCONF=GZL:gcc2; CCVER=gcc2; __MAKE_CONF=/dev/null
$ export KERNCONF CCVER __MAKE_CONF
$ rm -rf $(make -V .OBJDIR)/sys/$KERNCONF
$ make buildkernel
$ cd $(make -V .OBJDIR)/sys/$KERNCONF
$ rm kern_slaballoc.o
$ make NO_CPU_COPT_FLAGS=yes

I'm not sure how to fix this, but I have to have some sleep now.