On Fri, Aug 12, 2016 at 9:11 AM, Kenneth D. Merry <k...@freebsd.org> wrote: > On Fri, Aug 12, 2016 at 13:38:21 +0300, Andrey V. Elsukov wrote: >> On 12.08.16 03:26, Bryan Drewery wrote: >> > On r303467 I ran into this: >> > >> > panic @ time 1470916206.652, thread 0xfffff8000412f000: >> > g_resize_provider_event but withered >> > cpuid = 0 >> > Panic occurred in module kernel loaded at 0xffffffff80200000: >> > >> > Stack: -------------------------------------------------- >> > kernel:kassert_panic+0x166 >> > kernel:g_resize_provider_event+0x181 >> > kernel:g_run_events+0x186^M^M >> > kernel:fork_exit+0x83^M^M >> > -------------------------------------------------- >> > >> > No further information available unfortunately. >> >> This one is related to r302087 :) > > It looks like there is a race. I think we need to replace the KASSERT > in g_resize_provider_event() with a return in case the provider is > withered. > > I won't be able to work on or test this until sometime next week. So if > you guys want to go ahead and make the change, please do.
But why are we calling g_resize_provider on a withered object? That's the part I don't understand in this thread. Warner _______________________________________________ svn-src-head@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
