Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4475740imw; Tue, 12 Jul 2022 08:34:01 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uJoihdXaZea4rQ/c21yVIl+yFPDvy7y3Yr78GuVuSH3PjPvP4wh/iCJzhwaksGFzZhUpUS X-Received: by 2002:a17:90b:1d02:b0:1f0:1c2c:cc64 with SMTP id on2-20020a17090b1d0200b001f01c2ccc64mr5164234pjb.52.1657640041688; Tue, 12 Jul 2022 08:34:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657640041; cv=none; d=google.com; s=arc-20160816; b=mmtt/W3HJHnpEEUPj7eQsP3Rfy41v5QchqVhcldVVmYJTs5aZkH/kCkPTcctUtpgqp +dy1BTebgzGoRd5+Ctd60XMS8n8h5uiQhIw0E1NMB+KGx4kHJCSp4829dsFBNiZKGJPT CGhaTNwO3Eva/6C9Lalh0dDG6vuAjUhVvRfth2Fcx4/KHNzISSw2v98axgI9kJCS6DUk bfhA6of5jdXWR/k/lmzLNH3urZTqoy3K55cM+BtnPaLtKwBI8mq3xht0Wu9oCnRVHAf8 cca8X1SAHOZhwfPaN0iphPc4uf/kVF0jYT7qkRuY1zr1txhC1hXQ++6W96usxYAfAKB9 zJwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=hdtjkvwkw7P9IdLIel01qEHhNpBfWxCuYebB5Php3y4=; b=PATS8I/qrVmLBaNp/TjSBRLMYmytCdg2YquhmADJP/nWNYWEU1FYsiU1b1MRrTkGJC qoq2aqvCVYTkED1j7+CJbEnS228IL2Nqshxh7o6Y/TPkhfk+37zS+IR3wi6X7Rbf9Xsb J3p5XF+mgCiyTSbNUGC88ZA+hL94tPbHm0b95SAgZ7vvO77g7VQZ3O453jLaZ6r82REn JN7MUKEeLcvtXWKP5NZ552HfI20KkbW1oInixNy5YjPoLG+G21ZGVCkiHIWzgwF3F+Dt yPooy8Y0w/y69C16BuxFwwdG8G/drmo73WY6dID6kSUOqqjAVzl2tMrUjqwFHpYYGa4S 5oaQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="esiku/gd"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j6-20020a170902da8600b0016bd67c1bb0si15880698plx.69.2022.07.12.08.33.36; Tue, 12 Jul 2022 08:34:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="esiku/gd"; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234088AbiGLPc7 (ORCPT + 99 others); Tue, 12 Jul 2022 11:32:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234089AbiGLPcz (ORCPT ); Tue, 12 Jul 2022 11:32:55 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 68BD4BFAF5; Tue, 12 Jul 2022 08:32:47 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 1995FB819D3; Tue, 12 Jul 2022 15:32:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id ABC34C341C8; Tue, 12 Jul 2022 15:32:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1657639964; bh=9qnxd5yEoFJkgNd5jg2N0kH3uaiAS1gJDJ34k0Kvyh8=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=esiku/gdsjWqgW8NFqkB16CYSYMKrjAusBpAfXB7nVJ8RHvn1izwTdQoFcuM01djw mXk2tJwBh0eteXp8GshyiNv3yKAqpHFTrUcqONEDiYwzGFwjG6er4MauM/vk8lHFjL Rputyykv60R/nqdqErUC+2CrD27mtRugcDGFqMPiDDaHHCV3v4p6PrVrBYwUDE/SOa JJm51ys7ZfRK3CmuaKV21+df53W4rbaS1P2aB7kcZOWTNg3biugm5fuI2XrsCzgbJG PGn3ctLIq5lfrSFkYELq6AP+lUhEKl+m1qa8rhdHK3kqfXwwo0ka1azBswAgfIblf4 AcOS7mhKZ2MtQ== Date: Tue, 12 Jul 2022 08:32:44 -0700 From: "Darrick J. Wong" To: Jeremy Bongio Cc: Ted Tso , linux-ext4@vger.kernel.org, linux-api@vger.kernel.org, linux-fsdevel@vger.kernel.org Subject: Re: [PATCH v2] Add ioctls to get/set the ext4 superblock uuid. Message-ID: References: <20220701201123.183468-1-bongiojp@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Mon, Jul 11, 2022 at 09:33:00PM -0700, Jeremy Bongio wrote: > On Tue, Jul 5, 2022 at 10:07 AM Darrick J. Wong wrote: > > > > On Fri, Jul 01, 2022 at 01:11:23PM -0700, Jeremy Bongio wrote: > > > This fixes a race between changing the ext4 superblock uuid and operations > > > like mounting, resizing, changing features, etc. > > > > > > Reviewed-by: Theodore Ts'o > > > Signed-off-by: Jeremy Bongio > > > --- > > > fs/ext4/ext4.h | 13 ++++++++ > > > fs/ext4/ioctl.c | 83 +++++++++++++++++++++++++++++++++++++++++++++++++ > > > 2 files changed, 96 insertions(+) > > > > > > diff --git a/fs/ext4/ext4.h b/fs/ext4/ext4.h > > > index 75b8d81b2469..0cf960cb591e 100644 > > > --- a/fs/ext4/ext4.h > > > +++ b/fs/ext4/ext4.h > > > @@ -724,6 +724,8 @@ enum { > > > #define EXT4_IOC_GETSTATE _IOW('f', 41, __u32) > > > #define EXT4_IOC_GET_ES_CACHE _IOWR('f', 42, struct fiemap) > > > #define EXT4_IOC_CHECKPOINT _IOW('f', 43, __u32) > > > +#define EXT4_IOC_GETFSUUID _IOR('f', 44, struct fsuuid) > > > +#define EXT4_IOC_SETFSUUID _IOW('f', 44, struct fsuuid) > > > > > > #define EXT4_IOC_SHUTDOWN _IOR ('X', 125, __u32) > > > > > > @@ -753,6 +755,17 @@ enum { > > > EXT4_IOC_CHECKPOINT_FLAG_ZEROOUT | \ > > > EXT4_IOC_CHECKPOINT_FLAG_DRY_RUN) > > > > > > +/* > > > + * Structure for EXT4_IOC_GETFSUUID/EXT4_IOC_SETFSUUID > > > + */ > > > +struct fsuuid { > > > + __u32 fu_len; > > > + __u32 fu_flags; > > > + __u8 __user fu_uuid[]; > > > > __user is unnecessary here -- it applies to pointers, not to struct > > members. > > > > > +}; > > > + > > > +#define EXT4_IOC_SETFSUUID_FLAG_BLOCKING 0x1 > > > > What does this do? > > > > (Better yet, can you please write a manpage describing these new > > ioctls?) > > Good idea. I'll write a manpage as if it were being converted to a general ioctl > and not specific to ext4. Thank you. :) > > > > > + > > > #if defined(__KERNEL__) && defined(CONFIG_COMPAT) > > > /* > > > * ioctl commands in 32 bit emulation > > > diff --git a/fs/ext4/ioctl.c b/fs/ext4/ioctl.c > > > index cb01c1da0f9d..75069afc16ae 100644 > > > --- a/fs/ext4/ioctl.c > > > +++ b/fs/ext4/ioctl.c > > > @@ -20,6 +20,7 @@ > > > #include > > > #include > > > #include > > > +#include > > > #include "ext4_jbd2.h" > > > #include "ext4.h" > > > #include > > > @@ -41,6 +42,15 @@ static void ext4_sb_setlabel(struct ext4_super_block *es, const void *arg) > > > memcpy(es->s_volume_name, (char *)arg, EXT4_LABEL_MAX); > > > } > > > > > > +/* > > > + * Superblock modification callback function for changing file system > > > + * UUID. > > > + */ > > > +static void ext4_sb_setuuid(struct ext4_super_block *es, const void *arg) > > > +{ > > > + memcpy(es->s_uuid, (__u8 *)arg, UUID_SIZE); > > > +} > > > + > > > static > > > int ext4_update_primary_sb(struct super_block *sb, handle_t *handle, > > > ext4_update_sb_callback func, > > > @@ -1131,6 +1141,73 @@ static int ext4_ioctl_getlabel(struct ext4_sb_info *sbi, char __user *user_label > > > return 0; > > > } > > > > > > +static int ext4_ioctl_getuuid(struct ext4_sb_info *sbi, > > > + struct fsuuid __user *ufsuuid) > > > +{ > > > + int ret = 0; > > > + __u8 uuid[UUID_SIZE]; > > > > Save some stack space and copy sbi->s_es->s_uuid into fsuuid.fu_uuid, > > and then copy_to_user from the kernel stack object out to userspace's > > object. > > I can't copy sbi->s_es->s_uuid into fsuuid.fu_uuid since fu_uuid is a > VLA (size 0 array). > Are you suggesting I copy_to_user() from sbi->s_es->s_uuid into > ufsuuid within the locked region? No, I'd ... forgotten my own previous suggestion, so please ignore this. > > > > > + struct fsuuid fsuuid; > > > + > > > + if (copy_from_user(&fsuuid, ufsuuid, sizeof(fsuuid))) > > > + return -EFAULT; > > > + > > > + if (fsuuid.fu_len != UUID_SIZE) > > > + return -EINVAL; > > > > This function needs to check that fsuuid.fu_flags doesn't contain any > > unknown bitflags. > > > > > + > > > + lock_buffer(sbi->s_sbh); > > > + memcpy(uuid, sbi->s_es->s_uuid, UUID_SIZE); > > > + unlock_buffer(sbi->s_sbh); > > > + > > > + if (copy_to_user(&ufsuuid->fu_uuid[0], uuid, UUID_SIZE)) > > > + ret = -EFAULT; > > > + return ret; > > > > if (copy_to_user(...)) > > return -EFAULT; > > > > return 0; > > > > ? > > > > > +} > > > + > > > +static int ext4_ioctl_setuuid(struct file *filp, > > > + const struct fsuuid __user *ufsuuid) > > > +{ > > > + int ret = 0; > > > + struct super_block *sb = file_inode(filp)->i_sb; > > > + struct fsuuid fsuuid; > > > + __u8 uuid[UUID_SIZE]; > > > + > > > + if (!capable(CAP_SYS_ADMIN)) > > > + return -EPERM; > > > + > > > + /* > > > + * If any checksums (group descriptors or metadata) are being used > > > + * then the checksum seed feature is required to change the UUID. > > > + */ > > > + if (((ext4_has_feature_gdt_csum(sb) || ext4_has_metadata_csum(sb)) > > > + && !ext4_has_feature_csum_seed(sb)) > > > + || ext4_has_feature_stable_inodes(sb)) > > > + return -EOPNOTSUPP; > > > + > > > + if (copy_from_user(&fsuuid, ufsuuid, sizeof(fsuuid))) > > > + return -EFAULT; > > > + > > > + if (fsuuid.fu_len != UUID_SIZE) > > > + return -EINVAL; > > > > This function needs to check that fsuuid.fu_flags doesn't contain any > > unknown bits. > > > > > + > > > + if (copy_from_user(uuid, &ufsuuid->fu_uuid[0], UUID_SIZE)) > > > + return -EFAULT; > > > + > > > + ret = mnt_want_write_file(filp); > > > + if (ret) > > > + return ret; > > > + > > > + do { > > > + if (ret == -EBUSY) > > > + msleep(1000); > > > + ret = ext4_update_superblocks_fn(sb, ext4_sb_setuuid, &uuid); > > > + } while (ret == -EBUSY && > > > + fsuuid.fu_flags & EXT4_IOC_SETFSUUID_FLAG_BLOCKING); > > > > So... I guess by default, userspace gets NOWAIT mode? That's a little > > strange, usually kernel convention is blocking mode by default, with > > nowait selectable via function flags. > > > > Also, what's the intended use case here? Why would we want to set a > > uuid but only if the superblock(s) aren't busy? > > When an ext4 filesystem is being resized, which could potentially take > a long time, > ext4_update_superblocks_fn() will return -EBUSY. In that case we can > either sleep and retry, > or return EBUSY to userspace. However, for my use case, I only care > about the blocking case. > I'll remove the flag since the default mode will be blocking. --D > > > > > --D > > > > > + > > > + mnt_drop_write_file(filp); > > > + > > > + return ret; > > > +} > > > + > > > static long __ext4_ioctl(struct file *filp, unsigned int cmd, unsigned long arg) > > > { > > > struct inode *inode = file_inode(filp); > > > @@ -1509,6 +1586,10 @@ static long __ext4_ioctl(struct file *filp, unsigned int cmd, unsigned long arg) > > > return ext4_ioctl_setlabel(filp, > > > (const void __user *)arg); > > > > > > + case EXT4_IOC_GETFSUUID: > > > + return ext4_ioctl_getuuid(EXT4_SB(sb), (void __user *)arg); > > > + case EXT4_IOC_SETFSUUID: > > > + return ext4_ioctl_setuuid(filp, (const void __user *)arg); > > > default: > > > return -ENOTTY; > > > } > > > @@ -1586,6 +1667,8 @@ long ext4_compat_ioctl(struct file *file, unsigned int cmd, unsigned long arg) > > > case EXT4_IOC_CHECKPOINT: > > > case FS_IOC_GETFSLABEL: > > > case FS_IOC_SETFSLABEL: > > > + case EXT4_IOC_GETFSUUID: > > > + case EXT4_IOC_SETFSUUID: > > > break; > > > default: > > > return -ENOIOCTLCMD; > > > -- > > > 2.37.0.rc0.161.g10f37bed90-goog > > >