Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2616553ybz; Mon, 27 Apr 2020 00:44:46 -0700 (PDT) X-Google-Smtp-Source: APiQypJR0TgxCfoz4gGonYnSUZxgSMwo2cy+of9oLOoMELKx4VzJgp1TCYdl3m24xcID3k748Jpb X-Received: by 2002:a17:906:c44b:: with SMTP id ck11mr18746971ejb.110.1587973486645; Mon, 27 Apr 2020 00:44:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587973486; cv=none; d=google.com; s=arc-20160816; b=J2eClw7p+LyyxsJ23DWyoMdbQKWuawTby+0nDMrZqsWL2gJ2xpEssC1y2M6rDl1+ZQ Ad3YzcHctsikFMela658ovXgN58IF/zLTvhVv+U/SNnzFU9iBucd8U7XjwCOWtcEyZu2 0b8dAAtjcrG2tzRszRLMDSC6heF//O5iJ+8GMDtZc77bzTL4DIuluYfwDvVBpzycigQG 5LQZQRIX+lY+0MvoVmeQTHkiqQAG7d3prLGTYWh3erZYMF3C4ihqTBqiKNs4zzZuSmW+ SGk1M55gaGAt8zuY14BtnSqT3ADnF2Dm5Su7RqHqiA+jrKZV4iyUMgHfubbEL9EJ+JQ3 uLkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=X5F50p+vZUxpVs6G1Sij0eAs6fVJw9OhKD5dcn7Nhqk=; b=mIPp8YpYBRkO/eExIOvGsDmZcJ9Emne7GUhquYjnfeJLkdm1X5e4ewwkCd03Y5oVTO XwYFL7NbR1HVd1ChOVYYLtSXYS2sG0CA8GxokBY6IIbdeL+Rzkn+k5hnoeXNE81W6ElC YtDLfNoIhOgx+L+YbIHNeRiDx4jln3AZsdGC+LbuAWjkWPJQDCtO0l8wB6d6ADHRTTh+ rQX0ZzXukAU7dtDSuGuUDDZ277KKsEOfnf2RXydWexQCecbdMBsIRxLxX8QPccabmNVf MggOFQkC/H9/Ux5FApiw2iRIHLJ2QhFeMztpTlC7sCD2H7aXcCwE+vckDqTyls53xkWq 9Z6w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@android.com header.s=20161025 header.b=GT76iOHW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=android.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lw2si7838515ejb.328.2020.04.27.00.44.23; Mon, 27 Apr 2020 00:44:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@android.com header.s=20161025 header.b=GT76iOHW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=android.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726822AbgD0Hmu (ORCPT + 99 others); Mon, 27 Apr 2020 03:42:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55284 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726779AbgD0Hmq (ORCPT ); Mon, 27 Apr 2020 03:42:46 -0400 Received: from mail-wm1-x344.google.com (mail-wm1-x344.google.com [IPv6:2a00:1450:4864:20::344]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BC329C061A10 for ; Mon, 27 Apr 2020 00:42:45 -0700 (PDT) Received: by mail-wm1-x344.google.com with SMTP id u127so19254713wmg.1 for ; Mon, 27 Apr 2020 00:42:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=android.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=X5F50p+vZUxpVs6G1Sij0eAs6fVJw9OhKD5dcn7Nhqk=; b=GT76iOHWX38pFtAPcXhMHsG0oXaug+HDpaN2ONpegjBg+3dLkZFpxCr/kfZYDXO8VF GEOToh+uwVDBj22S3PsngayTgpk3D5yHevxw9m7+UqRsbGyYFjCHGTZd7oERXdLMhHwW yCIth/TR3VZMwAtdHoRuOvENcw5jXjN13Fq9xDHFD/HM4Gn3wdNsoNFKFOJdnOy6MTPt pR8pXfQsBiqshnrj1BTgXSVh9Mbd/wyJE4oE6IIs34vOGWERjRKXpEi/Q+YUzvSJpSio 65ITJiTs/MZWd7Hx5qtzuA7iPgXhxWEHez0S4VZwsG/JcUkrIc+11UwlTSULIwKDg45W 11qw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=X5F50p+vZUxpVs6G1Sij0eAs6fVJw9OhKD5dcn7Nhqk=; b=WInAB8oMz3KFISd07WqeiXzBrYFh/Mjp18ajr49pGGs3y+Oduo6kK7qjS4dsvLcRDZ krtxPHUmyUhfaVeEAMHVVVOPLHi62UkgCwX6UjMLmhRSgrO2QW/eBffIRgA8wUOlxUcE oym9ku+/w0aeZP5czwBqogI2bF6UjCpL8rXRAuzwZfTmrr4ajGV88tU6AU8u4SiRB+QA YBLLL6lnYaMYqdCkKMC/Lj+R+V00A26JyiCW+nsHZ9QtCxV57E22CgDjGHwOi8NcIkhz rMWCfJD+/ZPFmXy31jQNXgdfq/++IO8XhL2S40FkjgLwLnInMQoa2on4LbwuoVKN/xUM Z53Q== X-Gm-Message-State: AGi0PuYAYJYETrDLqrmX5yR0efJl+YI+2FQtyZbGQQKue/taYfIQwju6 M9J06xSV1voQrwi/6XKJToR2yA== X-Received: by 2002:a1c:4e16:: with SMTP id g22mr23666626wmh.157.1587973364411; Mon, 27 Apr 2020 00:42:44 -0700 (PDT) Received: from maco2.ams.corp.google.com (a83-162-234-235.adsl.xs4all.nl. [83.162.234.235]) by smtp.gmail.com with ESMTPSA id x132sm15091658wmg.33.2020.04.27.00.42.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Apr 2020 00:42:43 -0700 (PDT) From: Martijn Coenen To: axboe@kernel.dk, hch@lst.de, ming.lei@redhat.com Cc: narayan@google.com, zezeozue@google.com, kernel-team@android.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, maco@google.com, bvanassche@acm.org, Chaitanya.Kulkarni@wdc.com, jaegeuk@kernel.org, Martijn Coenen , Linux API Subject: [PATCH v3 9/9] loop: Add LOOP_SET_FD_AND_STATUS ioctl Date: Mon, 27 Apr 2020 09:42:22 +0200 Message-Id: <20200427074222.65369-10-maco@android.com> X-Mailer: git-send-email 2.26.2.303.gf8c07b1a785-goog In-Reply-To: <20200427074222.65369-1-maco@android.com> References: <20200427074222.65369-1-maco@android.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This allows userspace to completely setup a loop device with a single ioctl, removing the in-between state where the device can be partially configured - eg the loop device has a backing file associated with it, but is reading from the wrong offset. Besides removing the intermediate state, another big benefit of this ioctl is that LOOP_SET_STATUS can be slow; the main reason for this slowness is that LOOP_SET_STATUS(64) calls blk_mq_freeze_queue() to freeze the associated queue; this requires waiting for RCU synchronization, which I've measured can take about 15-20ms on this device on average. Here's setting up ~70 regular loop devices with an offset on an x86 Android device, using LOOP_SET_FD and LOOP_SET_STATUS: vsoc_x86:/system/apex # time for i in `seq 30 100`; do losetup -r -o 4096 /dev/block/loop$i com.android.adbd.apex; done 0m03.40s real 0m00.02s user 0m00.03s system Here's configuring ~70 devices in the same way, but using a modified losetup that uses the new LOOP_SET_FD_AND_STATUS ioctl: vsoc_x86:/system/apex # time for i in `seq 30 100`; do losetup -r -o 4096 /dev/block/loop$i com.android.adbd.apex; done 0m01.94s real 0m00.01s user 0m00.01s system Signed-off-by: Martijn Coenen --- drivers/block/loop.c | 45 +++++++++++++++++++++++++++++---------- include/uapi/linux/loop.h | 7 ++++++ 2 files changed, 41 insertions(+), 11 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 92bbe368ab62..3c9b5d469ded 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -1066,8 +1066,9 @@ loop_set_status_from_info(struct loop_device *lo, return 0; } -static int loop_set_fd(struct loop_device *lo, fmode_t mode, - struct block_device *bdev, unsigned int arg) +static int loop_set_fd_and_status(struct loop_device *lo, fmode_t mode, + struct block_device *bdev, + const struct loop_fd_and_status *fds) { struct file *file; struct inode *inode; @@ -1082,7 +1083,7 @@ static int loop_set_fd(struct loop_device *lo, fmode_t mode, __module_get(THIS_MODULE); error = -EBADF; - file = fget(arg); + file = fget(fds->fd); if (!file) goto out; @@ -1091,7 +1092,7 @@ static int loop_set_fd(struct loop_device *lo, fmode_t mode, * here to avoid changing device under exclusive owner. */ if (!(mode & FMODE_EXCL)) { - claimed_bdev = bd_start_claiming(bdev, loop_set_fd); + claimed_bdev = bd_start_claiming(bdev, loop_set_fd_and_status); if (IS_ERR(claimed_bdev)) { error = PTR_ERR(claimed_bdev); goto out_putf; @@ -1121,6 +1122,11 @@ static int loop_set_fd(struct loop_device *lo, fmode_t mode, error = loop_validate_size(size); if (error) goto out_unlock; + + error = loop_set_status_from_info(lo, &fds->info); + if (error) + goto out_unlock; + error = loop_prepare_queue(lo); if (error) goto out_unlock; @@ -1133,9 +1139,6 @@ static int loop_set_fd(struct loop_device *lo, fmode_t mode, lo->lo_device = bdev; lo->lo_flags = lo_flags; lo->lo_backing_file = file; - lo->transfer = NULL; - lo->ioctl = NULL; - lo->lo_sizelimit = 0; lo->old_gfp_mask = mapping_gfp_mask(mapping); mapping_set_gfp_mask(mapping, lo->old_gfp_mask & ~(__GFP_IO|__GFP_FS)); @@ -1173,14 +1176,14 @@ static int loop_set_fd(struct loop_device *lo, fmode_t mode, if (partscan) loop_reread_partitions(lo, bdev); if (claimed_bdev) - bd_abort_claiming(bdev, claimed_bdev, loop_set_fd); + bd_abort_claiming(bdev, claimed_bdev, loop_set_fd_and_status); return 0; out_unlock: mutex_unlock(&loop_ctl_mutex); out_bdev: if (claimed_bdev) - bd_abort_claiming(bdev, claimed_bdev, loop_set_fd); + bd_abort_claiming(bdev, claimed_bdev, loop_set_fd_and_status); out_putf: fput(file); out: @@ -1664,8 +1667,27 @@ static int lo_ioctl(struct block_device *bdev, fmode_t mode, int err; switch (cmd) { - case LOOP_SET_FD: - return loop_set_fd(lo, mode, bdev, arg); + case LOOP_SET_FD: { + /* + * Legacy case - pass in a struct loop_fd_and_status with + * a zeroed out loop_info64, which corresponds with the default + * parameters we'd have used otherwise. + */ + struct loop_fd_and_status fds; + + memset(&fds, 0, sizeof(fds)); + fds.fd = arg; + + return loop_set_fd_and_status(lo, mode, bdev, &fds); + } + case LOOP_SET_FD_AND_STATUS: { + struct loop_fd_and_status fds; + + if (copy_from_user(&fds, argp, sizeof(fds))) + return -EFAULT; + + return loop_set_fd_and_status(lo, mode, bdev, &fds); + } case LOOP_CHANGE_FD: return loop_change_fd(lo, bdev, arg); case LOOP_CLR_FD: @@ -1837,6 +1859,7 @@ static int lo_compat_ioctl(struct block_device *bdev, fmode_t mode, case LOOP_CLR_FD: case LOOP_GET_STATUS64: case LOOP_SET_STATUS64: + case LOOP_SET_FD_AND_STATUS: arg = (unsigned long) compat_ptr(arg); /* fall through */ case LOOP_SET_FD: diff --git a/include/uapi/linux/loop.h b/include/uapi/linux/loop.h index 080a8df134ef..05ab625c40db 100644 --- a/include/uapi/linux/loop.h +++ b/include/uapi/linux/loop.h @@ -60,6 +60,12 @@ struct loop_info64 { __u64 lo_init[2]; }; +struct loop_fd_and_status { + struct loop_info64 info; + __u32 fd; + __u32 __pad; +}; + /* * Loop filter types */ @@ -90,6 +96,7 @@ struct loop_info64 { #define LOOP_SET_CAPACITY 0x4C07 #define LOOP_SET_DIRECT_IO 0x4C08 #define LOOP_SET_BLOCK_SIZE 0x4C09 +#define LOOP_SET_FD_AND_STATUS 0x4C0A /* /dev/loop-control interface */ #define LOOP_CTL_ADD 0x4C80 -- 2.26.2.303.gf8c07b1a785-goog