On Tue, Apr 06, 2021 at 10:42:37AM -0400, Brian Foster wrote: > The updated quotaoff logging algorithm depends on a runtime quiesce > of the transaction subsystem to guarantee all transactions after a > certain point detect quota subsystem changes. Implement this > mechanism using an internal lock, similar to the external filesystem > freeze mechanism. This is also somewhat analogous to the old percpu > transaction counter mechanism, but we don't actually need a counter. Stupid question that already came up when seeing the replies to my s_inodes patch: Why do we even care about quotaoff? Is there any real life use case for quotaoff, at least the kind that disables accounting (vs enforcement)? IMHO we spend a lot of effort on this corner case that has no practical value, and just removing support for quotaoff might serve us much better in the long run.
