The problematic kthread freezer [LWN.net]

The problematic kthread freezer

Posted Nov 5, 2016 14:53 UTC (Sat) by jikos (subscriber, #43140)
In reply to: The problematic kthread freezer by jlayton
Parent article: The problematic kthread freezer

That'd be awesome; if you could then CC me once the ->freeze_fs() callback implementation is going in, I'd immediately proceed, as that'd remove the one of the biggest current roadblocks blocking my "move hibernation towards fs freezing and kill kthread freezer" patchset. Thanks.

to post comments

The problematic kthread freezer

Posted Nov 9, 2016 15:29 UTC (Wed) by jlayton (subscriber, #31672) [Link]

Well, I handwaved that a bit. It _is_ rather tricky to wire up for NFS.

Basically what I think we'd want to do is to have fsfreeze tell the RPC transport layer that it should stop sending RPCs to the server(s) and drain the queue by waiting on replies to come in.

The question though is what to do with threads sitting in syscalls that need to issue an RPC. "Parking" them down at the layer where we're synchronously waiting for an RPC reply would be bad, as it would mean that we could easily be holding vfs-layer locks at that point (inode->i_rwsem for instance).

How should that work?