ULE status, invalid load, buildkernel times.
Milos Vyletel
mv at rulez.sk
Fri Jul 27 13:33:47 UTC 2007
On Fri, Jul 27, 2007 at 09:26:40AM -0400, Kris Kennaway wrote:
> 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.
>
Yes, I forgot about that. I have zfs swap partition and I can't configure my
dumpdev. Have anyone succesfully acomplish this?
mv
More information about the freebsd-current
mailing list