DragonFly kernel List (threaded) for 2004-09
Re: message at halt
:On Sat, Sep 18, 2004 at 11:26:03AM +0200, Daniel Meynen wrote:
:> syncing disks... 5
:> Uptime: xxx
:> callout_reset(0xcf2769ac) from 0xc01a5acd: callout was not initialized
:> callout_stop(c0462d40,cf2769ac,c01a5acd,cf2769ac) at callout_stop+0x30
:> callout_stop(cf2769ac,cd8074a8,c191b638,11,228853af) at callout_stop+0x30
:This is strange. callout_stop is called from ahc_done, but it takes only
:one argument. Is your kernel source fully current and have you built it
:from scratch (e.g. no -DNOCLEAN)? Matt also added an important bugfix,
:so I want to ask you to try again.
That's an artifact of a ddb backtrace.
:> ahc_done(c191b638,cd8074a8) at ahc_done+0xc9
:> ahc_run_qoutfifo(c191b638) at ahc_run_qoutfifo+0xf1
:> ahc_poll(c16e4e38,c1664420,c16e5f68,cf276950,c16c3d40) at ahc_poll+0x178
:> xpt_polled_action(cf276950,c1664420,0,0,c0262513) at xpt_polled_action+0x92
:> dashutdown(0,8) at dashutdown+0x75
:> boot(8, cf276d40,c0404ef6,cf276c34,0) at boot+0x2c8
:> reboot(cf276c34,0,8,2,cf276d20) at reboot+0x26
:> syscall2(2f,2f,2f,2,8) at syscall2+0x246
But I checked the source path and my fix to xpt_setup_ccb() should
cover this case, so I concur that it sounds like a kernel from prior
to that fix.