Robert Watson pisze: > > On Fri, 12 Dec 2008, Bartosz Stec wrote: > >> OK. I'll try to build debug kernel today and I will provide >> backtrace. I forgot to mention in my last post that I saw very >> similiar (if not identical) lines to: >> >> Sleeping thread (tid 100054, pid 646) owns a non-sleepable lock >> panic: sleeping thread >> panic: bufwrite: buffer is not busy??? >> >> while checking dmesg buffer after one of the panics earlier. That's >> why I assumed it's probably the same issue. Sorry for confusion, >> they're my first steps with CURRENT and very first experience with >> kernel panic :). > > Yeah, secondary panics can significantly complicate the debugging > process, unfortunately. Another similar class of confusing cases > exist when panics occur and are then preempted during the panic by > another thread that promptly trips over state left behind by the first > thread, and panics. :-) > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe_at_freebsd.org" Whatever it was it's gone by now. Kernel builded yesterday doesn't panic until now. I still could provide some debug information if needed. -- Bartosz StecReceived on Tue Dec 16 2008 - 06:56:15 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:39 UTC