Date: Thu, 11 May 2017 15:05:43 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 219216] sched_bind() blocks if the entropy pool is starved Message-ID: <bug-219216-8-zXRfknOwlD@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219216-8@https.bugs.freebsd.org/bugzilla/> References: <bug-219216-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219216 --- Comment #1 from Konstantin Belousov <kib@FreeBSD.org> --- The description of the problem is not very useful. When the panic 'spinlock held too long' occurs, presumably for the sched lo= cks, catch exact kernel messages (same as you did) and also the backtrace for the thread which is reported as the owner of the spinlock. I will see if more information is needed after that. Note that if CPU speed is artificially reduced, then spinlock sections might take much longer time to execute, which would, in turn, trigger the detector for the stuck spinlock. I do not claim that this is your case, but it could be. sched_bind() does not depend on rnd. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219216-8-zXRfknOwlD>