Thread (22 messages) flat view 22 messages, 9 authors, 2020-04-20

Re: [PATCH 1/2 V2] hoist BTRFS_IOC_[SG]ET_FSLABEL to vfs

From: Chris Mason <clm@fb.com>
Date: 2018-05-11 14:32:32
Also in: linux-btrfs, linux-fsdevel

On 11 May 2018, at 10:10, David Sterba wrote:
On Thu, May 10, 2018 at 08:16:09PM +0100, Al Viro wrote:
quoted
On Thu, May 10, 2018 at 01:13:57PM -0500, Eric Sandeen wrote:
quoted
Move the btrfs label ioctls up to the vfs for general use.

This retains 256 chars as the maximum size through the interface, 
which
is the btrfs limit and AFAIK exceeds any other filesystem's maximum
label size.

Signed-off-by: Eric Sandeen <redacted>
Reviewed-by: Andreas Dilger <redacted>
Reviewed-by: David Sterba <dsterba@suse.com>
No objections (and it obviously ought to go through btrfs tree).
I can take it through my tree, but Eric mentioned that there's a patch
for xfs that depends on it. In this case it would make sense to take
both patches at once via the xfs tree. There are no pending 
conflicting
changes in btrfs.
Probably easiest to just have a separate pull dedicated just for this 
series.  That way it doesn't really matter which tree it goes through.

-chris
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help