cvs commit: src/sys/kern subr_power.c

John Baldwin jhb at freebsd.org
Wed Nov 9 07:43:44 PST 2005


On Wednesday 09 November 2005 08:56 am, Scott Long wrote:
> Bruce Evans wrote:
> > On Wed, 9 Nov 2005, Warner Losh wrote:
> >>  Modified files:
> >>    sys/kern             subr_power.c
> >>  Log:
> >>  Kick off the suspend sequence from the keyboard in a SWI rather than
> >>  in the hardware interrupt context (even if it is likely just an
> >>  ithread).  We don't document that suspend/resume routines are run from
> >>  such a context and some of the things that happen in those routines
> >>  aren't interrupt safe.  Since there's no real need to run from that
> >>  context, this restores assumptions that suspend routines have made.
> >>
> >>  This fixes Thierry Herbelot's 'Trying to sleep while sleeping is
> >>  prohibited' problem.
> >
> > Er, SWIs are interrupts too.  Trying to sleep in a SWI handler should
> > cause the same message.  This commit uses the general taskqueue SWI
> > handler.  taskqueue(9) implicitly says that only the taskqueue thread
> > handler can sleep (it gives malloc(M_WAITOK) as an example of something
> > that can only be done in thread context).
> >
> > Bruce
>
> You're right, but sleeping in SWI's has never been enforced.  CAM relies
> on it, for better or worse, and until that's fixed it's pointless to
> start enforcing it.

Well, I don't think we should knowingly go around adding more instances of 
it. :)  In this case it is really easy to just use taskqueue_thread rather 
than taskqueue_swi.

-- 
John Baldwin <jhb at FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org


More information about the cvs-all mailing list