How should a driver shutdown a taskqueue on detach?
John Baldwin
jhb at freebsd.org
Wed Aug 5 00:04:24 UTC 2015
On Wednesday, July 01, 2015 04:25:10 PM John-Mark Gurney wrote:
> Ryan Stone wrote this message on Wed, Jul 01, 2015 at 15:44 -0400:
> > I'm trying to figure out how a driver is supposed to shut down its
> > interrupt-handling taskqueue when it detaches. taskqueue(9) recommends
> > disabling interrupts, draining each task and then freeing the taskqueue.
> > The problem that I have is the interrupt-handling tasks will sometimes
> > re-enable interrupts on the device. Is there a better way than using some
> > kind of flag internally in the driver to note that a detach is in progress
> > that the interrupt handlers will have to check before enabling interrupts?
>
> Why not disabled interrupts, unregister interrupt handler, and then
> make sure interrupts are disabled (only needed to prevent an interrupt
> storm)? Once you have unregistered the interrupt handler, it can't run
> again... Then you're free to drain the task queue safely...
Yes. Do the bus_teardown_intr() first, then drain any pending tasks.
--
John Baldwin
More information about the freebsd-current
mailing list