slaballocation panic on boot

Matthew Dillon dillon at apollo.backplane.com
Thu Sep 25 20:01:41 PDT 2003


:--0-380570306-1064544578=:782
:Content-Type: text/plain; charset=us-ascii
:Content-Id: 
:Content-Disposition: inline
:
:I would like to bring good news but unfortunately that is not the case.  I have
:updated to sources with todays (9/25) fixes.  The machine running 4.8-p10 is
:rebooted into the dragonfly kernel so make installworld can be performed.  
:'make installworld 2>&1 | tee /devel/dragonfly/buildlog/installworld.log' does
:not get written, but on the console only the first shell script 'for _x in [
:cp....' is printed.  The system always fails here.  Sometimes with ddb,
:sometimes without.  The panics I have seen have been double faults.  The core
:dumps I have collected yield useless information (see attached).
:
:Notes:
:kernel config is attacted (no slaballoc, no memap)
:useless crashdump attached
    
    Well, at least we know it isn't the slab allocator. 

    The 4.x gdb will not be able to debug a dragonfly crash dump, but a 
    dragonfly gdb should.

    I am somewhat at a loss for the moment.  I suggest putting the crash
    dump and the dragonfly kernel.debug up on a web or ftp server where
    I can fetch them.  I'll see if I can garner any information from it.

					    -Matt






More information about the Bugs mailing list