Re: Exactly that commit (was Re: Latest -current 100% hang at th

看板FB_current作者時間14年前 (2011/06/25 06:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串26/31 (看更多)
On Fri, Jun 24, 2011 at 04:20:24PM -0400, Justin T. Gibbs wrote: > Instead, I believe that either one of the GEOM taste methods is leaking an > access reference (so cdclose() is not called), or the CD driver is failing > to release the hold semaphore during probing. Setting kern.geom.debugflags > to '4' will trace the access calls and allow the GEOM side to be ruled out. > If GEOM is exonerated, we can add tracing to cam_perihp_(un)hold to track > this down further. No problem. I just set kern.geom.debugflags=4 in loader.conf and here is new photo (with recent kernel, no patches): http://img803.imageshack.us/img803/4679/25062011006.jpg
I skip all noisy parts related to ada0 and ada1 partitions probes. As you can see, only 3 cd0-related geom call issued, right before cd1 probe shown. Strange thing is that I see no single cd1-related geom call, but it may be because of hang. -- http://ache.vniz.net/ _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1E1H1ZuW (FB_current)
討論串 (同標題文章)
完整討論串 (本文為第 26 之 31 篇):
文章代碼(AID): #1E1H1ZuW (FB_current)