Re: panic on 5.2 BETA: blockable sleep lock

Hi

Please can someone commit the bktr patch for me to fix 5.2-BETA
(as long as re_at_ approve). I don't have the resources.


> I'm not suprised that I haven't heard from him because this issue came up
at the
> start of the Thanksgiving holiday weekend.

If only it were that simple. Actually I'm English and we don't have
Thanksgiving.

I'm not doing much work on FreeBSD (or OpenH323) at the moment due to lack
of free time and
a lack of resources.
My new job does not involve FreeBSD (or any unix systems) or Video
Conferencing.
When I can find spare time at home, I only have a P350 + 56k modem.
In the New Year I'll upgrade my PC, find someone to get me ISOs and then
I'll be back in business.

Roger


> >> >> The problem is that selrecord() wants to lock a MTX_DEF mutex, which
can
> >> >> cause a context switch if the mutex is already locked by another
thread.
> >> >> This is contrary to what bktr_poll() wants to accomplish by calling
> >> >> critical_enter().
> >> >
> >> > Strange enough that does not seem to happen with a kernel built
without
> >> > INVARIANTS and WITNESS. Does this make any sense or is this just by
> >> > chance?
> >>
> >> You might try the patch below with WITNESS enabled.  I don't have the
> >> hardware, so I can't test it.  It compiles for me, but for all I know
it
> >> could delete all your files if you run it.
> >
> > Any chance for getting this committed?
>
> I've been forwarding these messages to the bktr maintainer listed in
> /usr/src/MAINTAINERS, in case he isn't subscribed to current_at_.  I'm not
> suprised that I haven't heard from him because this issue came up at the
> start of the Thanksgiving holiday weekend.  Commiting the patch will
> also require re approval because of the code freeze in preparation for
> 5.2-RELEASE.
>
>