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