ULE status, invalid load, buildkernel times.

Kris Kennaway kris at obsecurity.org
Fri Jul 27 13:26:54 UTC 2007


On Fri, Jul 27, 2007 at 09:48:32AM +0200, Milos Vyletel wrote:
> On Thu, Jul 26, 2007 at 06:06:20PM -0700, Peter Wemm wrote:
> > The other option is to find the kernel.debug for this crash, and do 
> > this:
> > kgdb kernel.debug
> > gdb>  l *0xffffffff8033953c
> > This will tell us the file and line number that the crash happened in.  
> > There is no need to reboot for this unless you no longer have a 
> > crashing kernel.
> 
> I've played with this a little while, and after turning INVARIANTS on, it
> paniced in lapic_ipi_raw() on the 
> KASSERT(lapic != NULL, ("%s called too early", __func__));
> 
> so I assume, that this function was called before lapic_init(), where lapic is initialized, which is wrong.
> 
> It was clean current kernel with no other patches, now I don't have local
> access to that machine so I can test it in few days.
> 
> btw. how can one get trace in text form, I mean syslog stop after panic and all
> I got logged is that it paniced. Anything I type in db> is lost. I know that
> this can be done by remote gdb, but unfortunatelly this isn't possible.

If you trigger a dump (call doadump) then some amount of the DDB
session will usually be saved with the dump and displayed by kgdb.

Kris


More information about the freebsd-current mailing list