Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp3513127rwd; Mon, 22 May 2023 15:17:12 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ46tr/qqqGlyAwN0AOkK5EYlr61myQb0J+Afc8cO6Abmj0nAhPLsMC4VHTXuE0sFldCr4EM X-Received: by 2002:a05:6a20:d390:b0:100:49d1:6fd0 with SMTP id iq16-20020a056a20d39000b0010049d16fd0mr11786418pzb.59.1684793831588; Mon, 22 May 2023 15:17:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684793831; cv=none; d=google.com; s=arc-20160816; b=E5r0rAt8/t/0YCps5BDTSf+/mFC/boMvelHHkc5VqBYHEBHLc3Dd42A/v+hP2g1/iu +o7qq0IvsxLNBwzJ1Z1A7lnMG0kF22ctJJIaqqk9/cfQgbF8YrLEAFwV5k0Kbf/FNQ9j gY4jwHX3QTDmX9HDQRUyNHSVVLoHt66i7vw3n9ZeO2XA2KRS/yGJtRJyKZJ46KPaJ2KN QVuzVWqn+jya+jHomz7y132j+F1GXMVZkiDDHhtyuCdkzsoph2fmP+t7nOMgFwbqEpyl M9ROtw0rjPES4VdzXy/9iei1a5yeXuFB7d+WvAkqlA/y+VY5O1XJH1UHBCmBBoVIqmoT o29Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=Zhk/FFw49fszGKvEVhYvbvMP+dTpGvDn5zl+3/9L1Dc=; b=qBLa5nqKAG8T6k+PAGAHzlEUK6W1rcKFTcMEeElO52FnSQAob8Rc1tIbgW/KIL5dOY sjC0+i0NKdEK0hpZr65N0jKcay+VqOoUxBlDBZqKraDe0cEOBUuI7uyyI28dAY/UOAYB KNFJEHVghKKlWAbY8C7Vm0ynY67duz4LG/0ma4m4+DxFMm41zFAnfNDnk51tZwe7aXLs KcWaA3TdYTFV60vr+s564KAenOA8bb3X71FEF5F65Bv7h2hE9O0gCx0q79q88YMNguVN DquCE/d6+3yROh5uaekQH+w9oSIU1Ve6fQIrq3rvv0F3BDczMkii3TqFZ/eaQf+6RGYG 3oCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=fblWw9Uz; 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=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id x71-20020a63864a000000b0053b52fed717si4237270pgd.864.2023.05.22.15.16.49; Mon, 22 May 2023 15:17:11 -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=@chromium.org header.s=google header.b=fblWw9Uz; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233669AbjEVWKH (ORCPT + 99 others); Mon, 22 May 2023 18:10:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60230 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232747AbjEVWKG (ORCPT ); Mon, 22 May 2023 18:10:06 -0400 Received: from mail-pl1-x62a.google.com (mail-pl1-x62a.google.com [IPv6:2607:f8b0:4864:20::62a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 92F48E9 for ; Mon, 22 May 2023 15:10:04 -0700 (PDT) Received: by mail-pl1-x62a.google.com with SMTP id d9443c01a7336-1afa6afcf4fso19962335ad.0 for ; Mon, 22 May 2023 15:10:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1684793404; x=1687385404; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=Zhk/FFw49fszGKvEVhYvbvMP+dTpGvDn5zl+3/9L1Dc=; b=fblWw9UzbFxiy0IdFHcyiEwVDIdKvIAKrQRPskBGENxPURLIOwwaK7n1zvySgU7WzL VU8Vfr1s05BDJeWnx6GvlwtigLtu+eqhdhxMauzwVoEmiW/RcmEFcKMqrypOtXnRwUeV Vx8ZBImfDyJb1VIqxhV1vDoDsK4UvJ1KJ+MUQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684793404; x=1687385404; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Zhk/FFw49fszGKvEVhYvbvMP+dTpGvDn5zl+3/9L1Dc=; b=Y1jXbj7Zjg9EJU8docexVf2vIVZsEJ38LRRVqUgJDV+QD5e7oa5KZwYNXP8Hor4sur M2btqGQraSiylVuf8zGwhhFbOgPOVBsdxTERaj5Ed166+pj9OZyB6P5KP9X/9HtNS8Z4 bp113DEKehj/Gnwn9Rh0L9IgqS+YQ7LPlsLu+r23Y94n1ZVYWg8BDU2BN/6TBskZWiHI zxghcG4VDuk6j2bbxdjMbZaz9jh7sirskBRDR2U2roQsLuOmO1VORoTny0lU+cxuT5W3 EPndWVZKNG2AngNHWocJSt9nb0RzyVPbH/vq99q/javC0z8/OOjNDZs4npIy5Y6pRAG3 tO7Q== X-Gm-Message-State: AC+VfDy33xQiT+jn3yBQkyDAxtjAQXWzz+AzIr6CoWlx9IseFmbSy9Aa U5sy/a6diQjAHy3j8dke5WdyWw== X-Received: by 2002:a17:902:ea0f:b0:1ad:c736:2090 with SMTP id s15-20020a170902ea0f00b001adc7362090mr14394226plg.3.1684793403998; Mon, 22 May 2023 15:10:03 -0700 (PDT) Received: from localhost ([2620:15c:9d:2:7ecd:bb34:d662:f45a]) by smtp.gmail.com with UTF8SMTPSA id v4-20020a170902b7c400b001ab2b4105ddsm5308998plz.60.2023.05.22.15.10.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 22 May 2023 15:10:03 -0700 (PDT) From: Sarthak Kukreti To: dm-devel@redhat.com, linux-block@vger.kernel.org, linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Cc: Jens Axboe , "Michael S. Tsirkin" , Jason Wang , Stefan Hajnoczi , Alasdair Kergon , Mike Snitzer , Christoph Hellwig , Brian Foster , Theodore Ts'o , Andreas Dilger , Bart Van Assche , "Darrick J. Wong" , Sarthak Kukreti Subject: [PATCH v7 5/5] loop: Add support for provision requests Date: Mon, 22 May 2023 15:09:55 -0700 Message-ID: <20230522221000.603769-1-sarthakkukreti@chromium.org> X-Mailer: git-send-email 2.40.1.698.g37aff9b760-goog In-Reply-To: <20230522163710.GA11607@frogsfrogsfrogs> References: <20230522163710.GA11607@frogsfrogsfrogs> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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, May 22, 2023 at 9:37 AM Darrick J. Wong wrote: > > If someone calls fallocate(UNSHARE_RANGE) on a loop bdev, shouldn't > there be a way to pass that through to the fallocate call to the backing > file? > > --D > Yeah, I think we could add a REQ_UNSHARE bit (similar to REQ_NOUNMAP) to pass down the intent to the backing file (and possibly beyond...). I took a stab at implementing it as a follow up patch so that there's less review churn on the current series. If it looks good, I can add it to the end of the series (or incorporate this into the existing block and loop patches): From: Sarthak Kukreti Date: Mon, 22 May 2023 14:18:15 -0700 Subject: [PATCH] block: Pass unshare intent via REQ_OP_PROVISION Allow REQ_OP_PROVISION to pass in an extra REQ_UNSHARE bit to annotate unshare requests to underlying layers. Layers that support FALLOC_FL_UNSHARE will be able to use this as an indicator of which fallocate() mode to use. Signed-off-by: Sarthak Kukreti --- block/blk-lib.c | 6 +++++- block/fops.c | 6 +++++- drivers/block/loop.c | 35 +++++++++++++++++++++++++++++------ include/linux/blk_types.h | 3 +++ include/linux/blkdev.h | 3 ++- 5 files changed, 44 insertions(+), 9 deletions(-) diff --git a/block/blk-lib.c b/block/blk-lib.c index 3cff5fb654f5..bea6f5a700b3 100644 --- a/block/blk-lib.c +++ b/block/blk-lib.c @@ -350,6 +350,7 @@ EXPORT_SYMBOL(blkdev_issue_secure_erase); * @sector: start sector * @nr_sects: number of sectors to provision * @gfp_mask: memory allocation flags (for bio_alloc) + * @flags: controls detailed behavior * * Description: * Issues a provision request to the block device for the range of sectors. @@ -357,7 +358,7 @@ EXPORT_SYMBOL(blkdev_issue_secure_erase); * underlying storage pool to allocate space for this block range. */ int blkdev_issue_provision(struct block_device *bdev, sector_t sector, - sector_t nr_sects, gfp_t gfp) + sector_t nr_sects, gfp_t gfp, unsigned flags) { sector_t bs_mask = (bdev_logical_block_size(bdev) >> 9) - 1; unsigned int max_sectors = bdev_max_provision_sectors(bdev); @@ -380,6 +381,9 @@ int blkdev_issue_provision(struct block_device *bdev, sector_t sector, bio->bi_iter.bi_sector = sector; bio->bi_iter.bi_size = req_sects << SECTOR_SHIFT; + if (flags & BLKDEV_UNSHARE_RANGE) + bio->bi_opf |= REQ_UNSHARE; + sector += req_sects; nr_sects -= req_sects; if (!nr_sects) { diff --git a/block/fops.c b/block/fops.c index be2e41f160bf..6848756f0557 100644 --- a/block/fops.c +++ b/block/fops.c @@ -659,7 +659,11 @@ static long blkdev_fallocate(struct file *file, int mode, loff_t start, case FALLOC_FL_KEEP_SIZE: case FALLOC_FL_UNSHARE_RANGE | FALLOC_FL_KEEP_SIZE: error = blkdev_issue_provision(bdev, start >> SECTOR_SHIFT, - len >> SECTOR_SHIFT, GFP_KERNEL); + len >> SECTOR_SHIFT, GFP_KERNEL, + (mode & + FALLOC_FL_UNSHARE_RANGE) ? + BLKDEV_UNSHARE_RANGE : + 0); break; case FALLOC_FL_ZERO_RANGE: case FALLOC_FL_ZERO_RANGE | FALLOC_FL_KEEP_SIZE: diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 7fe1a6629754..c844b145d666 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -306,6 +306,30 @@ static int lo_read_simple(struct loop_device *lo, struct request *rq, return 0; } +static bool validate_fallocate_mode(struct loop_device *lo, int mode) +{ + bool ret = true; + + switch (mode) { + case FALLOC_FL_PUNCH_HOLE: + case FALLOC_FL_ZERO_RANGE: + if (!bdev_max_discard_sectors(lo->lo_device)) + ret = false; + break; + case 0: + case FALLOC_FL_UNSHARE_RANGE: + if (!bdev_max_provision_sectors(lo->lo_device)) + ret = false; + break; + + default: + ret = false; + } + + return ret; +} + + static int lo_fallocate(struct loop_device *lo, struct request *rq, loff_t pos, int mode) { @@ -316,11 +340,7 @@ static int lo_fallocate(struct loop_device *lo, struct request *rq, loff_t pos, struct file *file = lo->lo_backing_file; int ret; - if (mode & (FALLOC_FL_PUNCH_HOLE | FALLOC_FL_ZERO_RANGE) && - !bdev_max_discard_sectors(lo->lo_device)) - return -EOPNOTSUPP; - - if (mode == 0 && !bdev_max_provision_sectors(lo->lo_device)) + if (!validate_fallocate_mode(lo, mode)) return -EOPNOTSUPP; mode |= FALLOC_FL_KEEP_SIZE; @@ -493,7 +513,10 @@ static int do_req_filebacked(struct loop_device *lo, struct request *rq) case REQ_OP_DISCARD: return lo_fallocate(lo, rq, pos, FALLOC_FL_PUNCH_HOLE); case REQ_OP_PROVISION: - return lo_fallocate(lo, rq, pos, 0); + return lo_fallocate(lo, rq, pos, + (rq->cmd_flags & REQ_UNSHARE) ? + FALLOC_FL_UNSHARE_RANGE : + 0); case REQ_OP_WRITE: if (cmd->use_aio) return lo_rw_aio(lo, cmd, pos, ITER_SOURCE); diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h index b7bb0226fdee..1a536fd897cb 100644 --- a/include/linux/blk_types.h +++ b/include/linux/blk_types.h @@ -423,6 +423,8 @@ enum req_flag_bits { */ /* for REQ_OP_WRITE_ZEROES: */ __REQ_NOUNMAP, /* do not free blocks when zeroing */ + /* for REQ_OP_PROVISION: */ + __REQ_UNSHARE, /* unshare blocks */ __REQ_NR_BITS, /* stops here */ }; @@ -451,6 +453,7 @@ enum req_flag_bits { #define REQ_FS_PRIVATE (__force blk_opf_t)(1ULL << __REQ_FS_PRIVATE) #define REQ_NOUNMAP (__force blk_opf_t)(1ULL << __REQ_NOUNMAP) +#define REQ_UNSHARE (__force blk_opf_t)(1ULL << __REQ_UNSHARE) #define REQ_FAILFAST_MASK \ (REQ_FAILFAST_DEV | REQ_FAILFAST_TRANSPORT | REQ_FAILFAST_DRIVER) diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h index 462ce586d46f..60c09b0d3fc9 100644 --- a/include/linux/blkdev.h +++ b/include/linux/blkdev.h @@ -1049,10 +1049,11 @@ int blkdev_issue_secure_erase(struct block_device *bdev, sector_t sector, sector_t nr_sects, gfp_t gfp); extern int blkdev_issue_provision(struct block_device *bdev, sector_t sector, - sector_t nr_sects, gfp_t gfp_mask); + sector_t nr_sects, gfp_t gfp_mask, unsigned int flags); #define BLKDEV_ZERO_NOUNMAP (1 << 0) /* do not free blocks */ #define BLKDEV_ZERO_NOFALLBACK (1 << 1) /* don't write explicit zeroes */ +#define BLKDEV_UNSHARE_RANGE (1 << 2) /* unshare range on provision */ extern int __blkdev_issue_zeroout(struct block_device *bdev, sector_t sector, sector_t nr_sects, gfp_t gfp_mask, struct bio **biop, -- 2.39.2