Received: by 2002:a05:7412:b130:b0:e2:908c:2ebd with SMTP id az48csp2028174rdb; Sun, 19 Nov 2023 22:38:23 -0800 (PST) X-Google-Smtp-Source: AGHT+IGrWM6PgRvbvs7vzobhHF5QiCLsLXgaDta41KYfH3Hze6V/YYhVxz/c+zp1BwhGgSupUahj X-Received: by 2002:a05:6a20:12c2:b0:185:9de4:fd31 with SMTP id v2-20020a056a2012c200b001859de4fd31mr9063761pzg.18.1700462303237; Sun, 19 Nov 2023 22:38:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700462303; cv=none; d=google.com; s=arc-20160816; b=Zx6kgne9rGDJb8HjYmfTm3TgB0VP45l35XCm7cwPmt+r95eXMEsoTxA+v6U/lz/Y8W vG1ajl+2o1UtmgvHLS5Yd7X5E+wqxUoQbzjv/jiLE2Y0lJfhD9dTd5aYxxJzA0ClLsON 4YaJVkcvaoFIJafvmpl1NcxHuHj7pJhbBC7JaD5+BBVHSwgiBR0n0GyO1Gy91cl1ViqC ayLlz7n72hpGBNEhZAOWx0iGSeE10gFKQUGx0Ytt68bG4w2dbN9Uu+Bb+6UFdZcdkIh0 r+Y0RrrXEID4QMftc6rqUcxZe69FDQ6EwhqnrzaEvFCcFc0HCEvasgivKdiHeiFOD+eA A8lQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=zcyOGvMgfC6KtYjyIk8Dd8ej8x0EuXAKctOxWhs2ZS8=; fh=yUykdS5q9ER3b1trZP+clpoKMuVACHAQTcY0wqWxrHU=; b=mqkITW7AK/2Vfz1/kuDDcPgYo6iWP1PE0zWN3s6+dRSf6QDGMFozOCVIkVTLdbD9qM SFlTHaAScKvVWRyzIYOhh6Zkq8tqwCLBAqmJ8FwwaOc1E8IWmhHflyNmVOPxs03q85wz VI+nvKoB4M1FgAsFyneYSlnx+6HnC5nc8vhoLYKGJ0R7cfiiQpOUV2JfBbW8b5iuWBMr dFYhGqtFw/imaOdMAl8t1ISe+gOtF/FBov6P/b2URkDH3gSxmBBRlkcod6djMsAj2f26 rqqHFetFwQtZCqmCr9RGOnymxL90OGm2C0kkPvg4n10ng/33OOtWWXMik6+Gig10ijw3 rVlw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lipwig.vger.email (lipwig.vger.email. [23.128.96.33]) by mx.google.com with ESMTPS id l6-20020a056a00140600b006bf2ef1717csi7781238pfu.255.2023.11.19.22.38.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 19 Nov 2023 22:38:23 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) client-ip=23.128.96.33; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.33 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by lipwig.vger.email (Postfix) with ESMTP id 48ED280A9752; Sun, 19 Nov 2023 22:38:20 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at lipwig.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231903AbjKTGiK (ORCPT + 99 others); Mon, 20 Nov 2023 01:38:10 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229483AbjKTGiJ (ORCPT ); Mon, 20 Nov 2023 01:38:09 -0500 Received: from dggsgout12.his.huawei.com (unknown [45.249.212.56]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 23F3BD7; Sun, 19 Nov 2023 22:38:05 -0800 (PST) Received: from mail.maildlp.com (unknown [172.19.93.142]) by dggsgout12.his.huawei.com (SkyGuard) with ESMTP id 4SYd9g6TGrz4f3l2b; Mon, 20 Nov 2023 14:37:59 +0800 (CST) Received: from mail02.huawei.com (unknown [10.116.40.112]) by mail.maildlp.com (Postfix) with ESMTP id 756041A01A1; Mon, 20 Nov 2023 14:38:01 +0800 (CST) Received: from [10.174.176.73] (unknown [10.174.176.73]) by APP1 (Coremail) with SMTP id cCh0CgDX2hDH_lpllk+vBQ--.13752S3; Mon, 20 Nov 2023 14:38:01 +0800 (CST) Subject: Re: [PATCH 1/2] block: introduce new field flags in block_device To: Ming Lei , Yu Kuai Cc: axboe@kernel.dk, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, yi.zhang@huawei.com, yangerkun@huawei.com, "yukuai (C)" References: <20231120093847.2228127-1-yukuai1@huaweicloud.com> <20231120093847.2228127-2-yukuai1@huaweicloud.com> From: Yu Kuai Message-ID: <9fc5e82f-9106-e3f9-4f06-d2d79e8e99a8@huaweicloud.com> Date: Mon, 20 Nov 2023 14:37:59 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit X-CM-TRANSID: cCh0CgDX2hDH_lpllk+vBQ--.13752S3 X-Coremail-Antispam: 1UD129KBjvJXoW3GFyUWF4fXw4UGw17ZF15CFg_yoW3ur48pF WkKayYkayUWr4xWa1kK3W3XF40gw40kr18G3y3Ca4SyFZ8trnagF1kGry5Aa92yrW8CFWx XF1DuFZ8Ary2gFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUkK14x267AKxVW8JVW5JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02 1l84ACjcxK6xIIjxv20xvE14v26F1j6w1UM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4U JVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_Gc CE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJV W8JwACjcxG0xvEwIxGrwACjI8F5VA0II8E6IAqYI8I648v4I1lc7I2V7IY0VAS07AlzVAY IcxG8wCF04k20xvY0x0EwIxGrwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14 v26r1j6r18MI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jw0_GFylIxkG c2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI 0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG6rW3Jr0E3s1lIxAIcVC2z280aVAFwI0_Jr0_ Gr1lIxAIcVC2z280aVCY1x0267AKxVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7VUbXdbU UUUUU== X-CM-SenderInfo: 51xn3trlr6x35dzhxuhorxvhhfrp/ X-Spam-Status: No, score=-4.5 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,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 lipwig.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (lipwig.vger.email [0.0.0.0]); Sun, 19 Nov 2023 22:38:20 -0800 (PST) Hi, ?? 2023/11/20 11:00, Ming Lei ะด??: > On Mon, Nov 20, 2023 at 05:38:46PM +0800, Yu Kuai wrote: >> From: Yu Kuai >> >> There are multiple switches in struct block_device, use seperate bool >> fields for them is not gracefully. Add a new field flags and replace >> swithes to a bit, there are no functional changes, and preapre to add >> a new switch in the next patch. >> >> Signed-off-by: Yu Kuai >> --- >> block/bdev.c | 15 ++++++++------- >> block/blk-core.c | 7 ++++--- >> block/genhd.c | 8 +++++--- >> block/ioctl.c | 2 +- >> include/linux/blk_types.h | 12 ++++++------ >> include/linux/blkdev.h | 5 +++-- >> 6 files changed, 27 insertions(+), 22 deletions(-) >> >> diff --git a/block/bdev.c b/block/bdev.c >> index fc8d28d77495..cb849bcf61ae 100644 >> --- a/block/bdev.c >> +++ b/block/bdev.c >> @@ -408,10 +408,10 @@ struct block_device *bdev_alloc(struct gendisk *disk, u8 partno) >> bdev->bd_partno = partno; >> bdev->bd_inode = inode; >> bdev->bd_queue = disk->queue; >> - if (partno) >> - bdev->bd_has_submit_bio = disk->part0->bd_has_submit_bio; >> + if (partno && test_bit(BD_FLAG_HAS_SUBMIT_BIO, &disk->part0->flags)) >> + set_bit(BD_FLAG_HAS_SUBMIT_BIO, &bdev->flags); >> else >> - bdev->bd_has_submit_bio = false; >> + clear_bit(BD_FLAG_HAS_SUBMIT_BIO, &bdev->flags); >> bdev->bd_stats = alloc_percpu(struct disk_stats); >> if (!bdev->bd_stats) { >> iput(inode); >> @@ -612,7 +612,7 @@ static void bd_end_claim(struct block_device *bdev, void *holder) >> bdev->bd_holder = NULL; >> bdev->bd_holder_ops = NULL; >> mutex_unlock(&bdev->bd_holder_lock); >> - if (bdev->bd_write_holder) >> + if (test_bit(BD_FLAG_WRITE_HOLDER, &bdev->flags)) >> unblock = true; >> } >> if (!whole->bd_holders) >> @@ -625,7 +625,7 @@ static void bd_end_claim(struct block_device *bdev, void *holder) >> */ >> if (unblock) { >> disk_unblock_events(bdev->bd_disk); >> - bdev->bd_write_holder = false; >> + clear_bit(BD_FLAG_WRITE_HOLDER, &bdev->flags); >> } >> } >> >> @@ -878,9 +878,10 @@ struct bdev_handle *bdev_open_by_dev(dev_t dev, blk_mode_t mode, void *holder, >> * writeable reference is too fragile given the way @mode is >> * used in blkdev_get/put(). >> */ >> - if ((mode & BLK_OPEN_WRITE) && !bdev->bd_write_holder && >> + if ((mode & BLK_OPEN_WRITE) && >> + !test_bit(BD_FLAG_WRITE_HOLDER, &bdev->flags) && >> (disk->event_flags & DISK_EVENT_FLAG_BLOCK_ON_EXCL_WRITE)) { >> - bdev->bd_write_holder = true; >> + set_bit(BD_FLAG_WRITE_HOLDER, &bdev->flags); >> unblock_events = false; >> } >> } >> diff --git a/block/blk-core.c b/block/blk-core.c >> index fdf25b8d6e78..577a693165d8 100644 >> --- a/block/blk-core.c >> +++ b/block/blk-core.c >> @@ -482,7 +482,8 @@ __setup("fail_make_request=", setup_fail_make_request); >> >> bool should_fail_request(struct block_device *part, unsigned int bytes) >> { >> - return part->bd_make_it_fail && should_fail(&fail_make_request, bytes); >> + return test_bit(BD_FLAG_MAKE_IT_FAIL, &part->flags) && >> + should_fail(&fail_make_request, bytes); >> } >> >> static int __init fail_make_request_debugfs(void) >> @@ -595,7 +596,7 @@ static void __submit_bio(struct bio *bio) >> if (unlikely(!blk_crypto_bio_prep(&bio))) >> return; >> >> - if (!bio->bi_bdev->bd_has_submit_bio) { >> + if (!test_bit(BD_FLAG_HAS_SUBMIT_BIO, &bio->bi_bdev->flags)) { >> blk_mq_submit_bio(bio); >> } else if (likely(bio_queue_enter(bio) == 0)) { >> struct gendisk *disk = bio->bi_bdev->bd_disk; >> @@ -703,7 +704,7 @@ void submit_bio_noacct_nocheck(struct bio *bio) >> */ >> if (current->bio_list) >> bio_list_add(¤t->bio_list[0], bio); >> - else if (!bio->bi_bdev->bd_has_submit_bio) >> + else if (!test_bit(BD_FLAG_HAS_SUBMIT_BIO, &bio->bi_bdev->flags)) >> __submit_bio_noacct_mq(bio); >> else >> __submit_bio_noacct(bio); >> diff --git a/block/genhd.c b/block/genhd.c >> index c9d06f72c587..026f4c6d5b7e 100644 >> --- a/block/genhd.c >> +++ b/block/genhd.c >> @@ -413,7 +413,8 @@ int __must_check device_add_disk(struct device *parent, struct gendisk *disk, >> elevator_init_mq(disk->queue); >> >> /* Mark bdev as having a submit_bio, if needed */ >> - disk->part0->bd_has_submit_bio = disk->fops->submit_bio != NULL; >> + if (disk->fops->submit_bio) >> + set_bit(BD_FLAG_HAS_SUBMIT_BIO, &disk->part0->flags); >> >> /* >> * If the driver provides an explicit major number it also must provide >> @@ -1062,7 +1063,8 @@ static DEVICE_ATTR(diskseq, 0444, diskseq_show, NULL); >> ssize_t part_fail_show(struct device *dev, >> struct device_attribute *attr, char *buf) >> { >> - return sprintf(buf, "%d\n", dev_to_bdev(dev)->bd_make_it_fail); >> + return sprintf(buf, "%d\n", >> + test_bit(BD_FLAG_MAKE_IT_FAIL, &dev_to_bdev(dev)->flags)); >> } >> >> ssize_t part_fail_store(struct device *dev, >> @@ -1072,7 +1074,7 @@ ssize_t part_fail_store(struct device *dev, >> int i; >> >> if (count > 0 && sscanf(buf, "%d", &i) > 0) >> - dev_to_bdev(dev)->bd_make_it_fail = i; >> + set_bit(BD_FLAG_MAKE_IT_FAIL, &dev_to_bdev(dev)->flags); >> >> return count; >> } >> diff --git a/block/ioctl.c b/block/ioctl.c >> index 4160f4e6bd5b..a548c718a5fb 100644 >> --- a/block/ioctl.c >> +++ b/block/ioctl.c >> @@ -394,7 +394,7 @@ static int blkdev_roset(struct block_device *bdev, unsigned cmd, >> if (ret) >> return ret; >> } >> - bdev->bd_read_only = n; >> + set_bit(BD_FLAG_READ_ONLY, &bdev->flags); >> return 0; >> } >> >> diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h >> index 52e264d5a830..95bd26c62655 100644 >> --- a/include/linux/blk_types.h >> +++ b/include/linux/blk_types.h >> @@ -37,17 +37,20 @@ struct bio_crypt_ctx; >> #define PAGE_SECTORS (1 << PAGE_SECTORS_SHIFT) >> #define SECTOR_MASK (PAGE_SECTORS - 1) >> >> +#define BD_FLAG_READ_ONLY 0 /* read-only-policy */ >> +#define BD_FLAG_WRITE_HOLDER 1 >> +#define BD_FLAG_HAS_SUBMIT_BIO 2 >> +#define BD_FLAG_MAKE_IT_FAIL 3 >> + >> struct block_device { >> sector_t bd_start_sect; >> sector_t bd_nr_sectors; >> struct gendisk * bd_disk; >> struct request_queue * bd_queue; >> struct disk_stats __percpu *bd_stats; >> + unsigned long flags; >> unsigned long bd_stamp; >> - bool bd_read_only; /* read-only policy */ >> u8 bd_partno; >> - bool bd_write_holder; >> - bool bd_has_submit_bio; > > The idea looks good, but not necessary to add new 8 bytes, and you may > put all these flags and `bd_partno` into single 'unsigned long', and add > helpers to retrieve part no, since there are not many ->bd_partno > references. Yes, it make sense. By the way, take a look at component of block_device, I think they can be reorganized to save some space, in this case, new 8 bytes won't make this struct bigger, in fact, total size will be shrinked by 8 types after following changes: diff --git a/include/linux/blk_types.h b/include/linux/blk_types.h index 95bd26c62655..c94242a9ad92 100644 --- a/include/linux/blk_types.h +++ b/include/linux/blk_types.h @@ -50,7 +50,6 @@ struct block_device { struct disk_stats __percpu *bd_stats; unsigned long flags; unsigned long bd_stamp; - u8 bd_partno; dev_t bd_dev; atomic_t bd_openers; spinlock_t bd_size_lock; /* for bd_inode->i_size updates */ @@ -60,13 +59,14 @@ struct block_device { const struct blk_holder_ops *bd_holder_ops; struct mutex bd_holder_lock; int bd_holders; + u8 bd_partno; struct kobject *bd_holder_dir; - atomic_t bd_fsfreeze_count; /* number of freeze requests */ struct mutex bd_fsfreeze_mutex; /* serialize freeze/thaw */ + atomic_t bd_fsfreeze_count; /* number of freeze requests */ - struct partition_meta_info *bd_meta_info; int bd_writers; + struct partition_meta_info *bd_meta_info; /* * keep this out-of-line as it's both big and not needed in the fast * path Please let me know what you think. Thanks, Kuai > > Thanks, > Ming > > > . >