Page MenuHomeFreeBSD

Add taskqueue_quiesce().
ClosedPublic

Authored by markj on Nov 13 2018, 5:40 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Dec 8, 2:00 PM
Unknown Object (File)
Fri, Dec 6, 2:55 AM
Unknown Object (File)
Nov 14 2024, 10:34 PM
Unknown Object (File)
Oct 10 2024, 3:37 PM
Unknown Object (File)
Sep 28 2024, 9:32 AM
Unknown Object (File)
Sep 28 2024, 5:03 AM
Unknown Object (File)
Sep 26 2024, 2:37 PM
Unknown Object (File)
Sep 26 2024, 1:50 PM
Subscribers

Details

Summary

This emulates illumos' taskq_wait() in that it doesn't return until the
queue is completely empty. This fixes some races when shutting down
ZFS as described in PR 227784.

Test Plan

wulf@ reports that this fixes the panic reported in PR 227784.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

markj added reviewers: mav, avg, jhb, allanjude.
cem added a subscriber: cem.

The code and documentation look good; I'm just not sure if we want a new API for this, or if changing taskqueue_drain_all()'s behavior to match this would be unobjectionable.

This revision is now accepted and ready to land.Nov 15 2018, 5:34 PM

Any thoughts on this approach? To provide a bit more detail, the issue is that some ZFS tasks may recursively enqueue tasks, but a taskqueue_drain_all() doesn't wait for them. It might be that we could just change the behaviour of taskqueue_drain_all() instead.

Any thoughts on this approach? To provide a bit more detail, the issue is that some ZFS tasks may recursively enqueue tasks, but a taskqueue_drain_all() doesn't wait for them. It might be that we could just change the behaviour of taskqueue_drain_all() instead.

Looks like the LinuxKPI's flush_workqueue() maps to the existing taskqueue_drain_all(), so we probably don't want to change the existing behaviour.

I plan to commit this in the next day or so if there are no objections.

This revision was automatically updated to reflect the committed changes.