On Sat, May 01, 2021 at 02:25:39PM +0200, Christian Brauner wrote: > From: Christian Brauner <christian.brauner@xxxxxxxxxx> > > Add a test to verify that setting a v3 fscap from an idmapped mount > works as expected. This and other related use-cases were regressed by > commit [1] which was reverted in [2] and the proper fix merged right > before v5.12 was released in [3]. > > [1]: commit 3b0c2d3eaa83 ("Revert 95ebabde382c ("capabilities: Don't allow writing ambiguous v3 file capabilities")") > [2]: commit 95ebabde382c ("capabilities: Don't allow writing ambiguous v3 file capabilities") > [3]: commit db2e718a4798 ("capabilities: require CAP_SETFCAP to map uid 0") > Cc: fstests@xxxxxxxxxxxxxxx > Cc: Christoph Hellwig <hch@xxxxxx> > Signed-off-by: Christian Brauner <christian.brauner@xxxxxxxxxx> > --- I've folded this patch into the series I just sent out: https://lore.kernel.org/fstests/20210507150100.968659-1-brauner@xxxxxxxxxx So this patch should be ignored. Thanks! Christian