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. KrisReceived on Fri Jul 27 2007 - 11:26:54 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:15 UTC