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