Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp3186716rwd; Sat, 3 Jun 2023 00:03:13 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6yjobbked7S+24ga0/gAOq0pYFfJ+0NrGZ7eKxSOfcIaE/GY1XaPX9nKCPUnlfT20UeUzg X-Received: by 2002:a17:90b:1e02:b0:256:78f9:3aa6 with SMTP id pg2-20020a17090b1e0200b0025678f93aa6mr1692457pjb.49.1685775793011; Sat, 03 Jun 2023 00:03:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685775792; cv=none; d=google.com; s=arc-20160816; b=z1x3e951U2KkE0kGKXdRitI2q/E3XVBQyoRs6GYV1UswNqbpm8C+EMOLZzXh4tS0kf KU0vSjEL+8EINQ0lJQTGYipgK+3UxipwqtcyN0immaSNejopEC1K0YdGMrJkmVzYphMT jT25ql+xJFWbwIx6pmoZ3AtG00G4GndNaPabYJbpcWhNV6u9WxHT0hJrN75aAX6G1keZ KbQWwcjWBf0ov5vCXBar5SLecxYGsMA97+tN3MLy4BhrjOA8JMkkw3W/foawYvPNc884 lTfcXz4XEJZ2tVxv+LKlSxDXItYtzqqy5mZVLcPNSiooXAr+8kSJ/5JMMRM0YVaImHBD WIPQ== 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 :message-id:date:subject:cc:to:from; bh=Ox4NdLIcz9PNykySZMLAhzipiuQdiu4jxDNQrHm4U9E=; b=ouC7BZ2Xb4LrKyjKT3D8iSiLvubpNdN36oHaD4fDsxqRKsgeut9UsX/bZyP9guqrqQ 68xTku9R3N40YYG+7YlSkKvhFj7pHULq6VZ3Ky94qhmbcU/WFPWTnki4WbQ6Vm1LHAmK TMGADBm3+XTYQxzE6NIf37ExRLdq7xQJ9ZjXwHt87Yqf8QtjpCh3MygvQjvdUycWyLXQ 1nOkG+0S0jep/Y32VZ2nvBWY1vEY+0FHbJ73XDCyGogAQI7HozfiTSLVGrC+H0lETZOr tcv/V4k2gSIT5mp/mSYDFgRRKvfIXb1cGPYtJ4v7VXwk5NIFnt4xVwW8rP6i9xBk4bCQ Z1Fw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cx4-20020a17090afd8400b0025653dc2881si3989868pjb.23.2023.06.03.00.03.00; Sat, 03 Jun 2023 00:03:12 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234026AbjFCHC1 (ORCPT + 99 others); Sat, 3 Jun 2023 03:02:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232334AbjFCHCL (ORCPT ); Sat, 3 Jun 2023 03:02:11 -0400 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 87D5E134; Sat, 3 Jun 2023 00:02:09 -0700 (PDT) Received: from mail02.huawei.com (unknown [172.30.67.153]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4QY9lq6cGbz4f3w0b; Sat, 3 Jun 2023 15:01:59 +0800 (CST) Received: from huaweicloud.com (unknown [10.175.124.27]) by APP4 (Coremail) with SMTP id gCh0CgCHOKxk5Xpk+MxPKw--.30174S2; Sat, 03 Jun 2023 15:01:57 +0800 (CST) From: Kemeng Shi To: tytso@mit.edu, adilger.kernel@dilger.ca, ojaswin@linux.ibm.com Cc: linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org, shikemeng@huaweicloud.com Subject: [PATCH v4 00/19] Fixes, cleanups and unit test for mballoc Date: Sat, 3 Jun 2023 23:03:08 +0800 Message-Id: <20230603150327.3596033-1-shikemeng@huaweicloud.com> X-Mailer: git-send-email 2.30.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CM-TRANSID: gCh0CgCHOKxk5Xpk+MxPKw--.30174S2 X-Coremail-Antispam: 1UD129KBjvJXoW3AF48Aw18WFy3ZrWxKF17KFg_yoWxtw13pr sIkrn8Kr1xJr1qya93Cw47W3WxKw48C3W7GryfK34xuFy3Jr92y3Z7KFWY9a4DWr4kZFya 9F15Cr4rCrn29a7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUv014x267AKxVWUJVW8JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2jI8I6cxK62vIxIIY0VWUZVW8XwA2ocxC64kIII 0Yj41l84x0c7CEw4AK67xGY2AK021l84ACjcxK6xIIjxv20xvE14v26F1j6w1UM28EF7xv wVC0I7IYx2IY6xkF7I0E14v26r4UJVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4 x0Y4vEx4A2jsIEc7CjxVAFwI0_GcCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG 64xvF2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r 1j6r4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvY0x0EwIxGrwACjI8F5VA0II8E6IAq YI8I648v4I1l42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x0Yz7v_Jr0_Gr1lx2IqxVAqx4 xG67AKxVWUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r126r1D MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I 0E14v26r1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rVWrZr1j6s0DMIIF0xvEx4A2jsIE14v2 6r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsGvfC2KfnxnUUI43ZEXa7sRE SoGDUUUUU== X-CM-SenderInfo: 5vklyvpphqwq5kxd4v5lfo033gof0z/ X-CFilter-Loop: Reflected X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_00,DATE_IN_FUTURE_06_12, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 v3->v4: 1. Collect Reviewed-by from Ojaswin 2. Do improve as Ojaswin kindly suggested: Fix typo in commit, WARN if try to clear bit of uninitialized group and improve refactoring of AGGRESSIVE_CHECK code. 3. Fix conflic on patch 16 4. Improve git log in patch 16,17 v2->v3: 1. Make patches on new branch head and fix conflic on "ext4: add EXT4_MB_HINT_GOAL_ONLY test in ext4_mb_use_preallocated" 2. Fix build warnings on "ext4: add some kunit stub for mballoc kunit test" and "ext4: add first unit test for ext4_mb_new_blocks_simple in mballoc" There are three parts in this patchset: Part1: Patch 1-7 is v2 of sent series v1->v2: 1. collect reviewed-by from Ojaswin. Only "ext4: add EXT4_MB_HINT_GOAL_ONLY test in ext4_mb_use_preallocated" needs futher review. See [1] for previous comments. 2. drop "ext4: fix wrong unit use in ext4_mb_new_inode_pa" which is already done in [2]. Part2: Patch 8-17 are more fixes and cleanups to mballoc Some patches in this part will be conflict with patches in part1, so append new patches in this series instead of creating a new one. Patch 8-11 are some random fixes and cleanups, see respective log message for detail. Patch 12-17 factor out codes to mark bit in group is used or free which will update on disk block bitmap and group descriptor. Several reasons to do this: 1. pair behavior of alloc/free bits. For example, ext4_mb_new_blocks_simple will update free_clusters in struct flex_groups in ext4_mb_mark_bb while ext4_free_blocks_simple forgets this. 2. remove repeat code to read from disk, update and write back to disk. 3. reduce future unit test mocks to avoid real IO to update structure on disk. Part3: Patch 18-19 add one unit test for mballoc Patch 18 add mocks to functions which will issue IO to disk. Patch 19 add unit test for ext4_mb_new_blocks_simple in mballoc. Details can be found in respective log message. Before add more unit tests, there are something should be discussed: 1. How to test static function in mballoc.c Currently, include mballoc-test.c in mballoc.c to test static function in mballoc.c from mballoc-test.c which is one way suggested in [3]. Not sure if there is any more elegant way to test static function without touch mballoc.c. 2. How to add mocks to function in mballoc.c which may issue IO to disk Currently, KUNIT_STATIC_STUB_REDIRECT is added to functions as suggested in kunit document [4]. 3. How to simulate a block bitmap. Currently, a fake buffer_head with bitmap data is returned, then no futher change is needed. If we simulate a block bitmap with an array of data structure like: struct test_bitmap { unsigned int start; unsigned int len; } which is suggested by Theodore in [5], then we need to add mocks to function which expected bitmap from bitmap_bh->b_data, like mb_find_next_bit, mb_find_next_zero_bit and maybe more. Would like to hear any suggestion! Thanks! [1] https://lore.kernel.org/linux-ext4/ZC3MoWn2UO6p+Swp@li-bb2b2a4c-3307-11b2-a85c-8fa5c3a69313.ibm.com/ [2] https://lore.kernel.org/linux-ext4/9b35f3955a1d7b66bbd713eca1e63026e01f78c1.1679731817.git.ojaswin@linux.ibm.com [3] https://docs.kernel.org/dev-tools/kunit/usage.html#testing-static-functions [4] https://docs.kernel.org/dev-tools/kunit/api/functionredirection.html#c.KUNIT_STATIC_STUB_REDIRECT [5] https://lore.kernel.org/linux-ext4/20230317155047.GB3270589@mit.edu/ By the way, the "xfstest somke" passes. Please let me know if any more test is needed. Unit test result is as followings: # ./tools/testing/kunit/kunit.py run --kunitconfig=fs/ext4/.kunitconfig --raw_output [18:44:39] Configuring KUnit Kernel ... [18:44:39] Building KUnit Kernel ... Populating config with: $ make ARCH=um O=.kunit olddefconfig Building with: $ make ARCH=um O=.kunit --jobs=88 [18:44:47] Starting KUnit Kernel (1/1)... KTAP version 1 1..2 KTAP version 1 # Subtest: ext4_mballoc_test 1..1 ok 1 test_new_blocks_simple ok 1 ext4_mballoc_test KTAP version 1 # Subtest: ext4_inode_test 1..1 KTAP version 1 # Subtest: inode_test_xtimestamp_decoding ok 1 1901-12-13 Lower bound of 32bit < 0 timestamp, no extra bits ok 2 1969-12-31 Upper bound of 32bit < 0 timestamp, no extra bits ok 3 1970-01-01 Lower bound of 32bit >=0 timestamp, no extra bits ok 4 2038-01-19 Upper bound of 32bit >=0 timestamp, no extra bits ok 5 2038-01-19 Lower bound of 32bit <0 timestamp, lo extra sec bit on ok 6 2106-02-07 Upper bound of 32bit <0 timestamp, lo extra sec bit on ok 7 2106-02-07 Lower bound of 32bit >=0 timestamp, lo extra sec bit on ok 8 2174-02-25 Upper bound of 32bit >=0 timestamp, lo extra sec bit on ok 9 2174-02-25 Lower bound of 32bit <0 timestamp, hi extra sec bit on ok 10 2242-03-16 Upper bound of 32bit <0 timestamp, hi extra sec bit on ok 11 2242-03-16 Lower bound of 32bit >=0 timestamp, hi extra sec bit on ok 12 2310-04-04 Upper bound of 32bit >=0 timestamp, hi extra sec bit on ok 13 2310-04-04 Upper bound of 32bit>=0 timestamp, hi extra sec bit 1. 1 ns ok 14 2378-04-22 Lower bound of 32bit>= timestamp. Extra sec bits 1. Max ns ok 15 2378-04-22 Lower bound of 32bit >=0 timestamp. All extra sec bits on ok 16 2446-05-10 Upper bound of 32bit >=0 timestamp. All extra sec bits on # inode_test_xtimestamp_decoding: pass:16 fail:0 skip:0 total:16 ok 1 inode_test_xtimestamp_decoding # Totals: pass:16 fail:0 skip:0 total:16 ok 2 ext4_inode_test [18:44:48] Elapsed time: 8.602s total, 0.001s configuring, 8.483s building, 0.072s running Kemeng Shi (19): ext4: fix wrong unit use in ext4_mb_normalize_request ext4: fix unit mismatch in ext4_mb_new_blocks_simple ext4: fix wrong unit use in ext4_mb_find_by_goal ext4: treat stripe in block unit ext4: add EXT4_MB_HINT_GOAL_ONLY test in ext4_mb_use_preallocated ext4: remove ext4_block_group and ext4_block_group_offset declaration ext4: try all groups in ext4_mb_new_blocks_simple ext4: get block from bh before pass it to ext4_free_blocks_simple in ext4_free_blocks ext4: remove unsed parameter and unnecessary forward declaration of ext4_mb_new_blocks_simple ext4: fix wrong unit use in ext4_mb_clear_bb ext4: fix wrong unit use in ext4_mb_new_blocks ext4: factor out codes to update block bitmap and group descriptor on disk from ext4_mb_mark_bb ext4: call ext4_mb_mark_group_bb in ext4_free_blocks_simple ext4: extent ext4_mb_mark_group_bb to support allocation under journal ext4: call ext4_mb_mark_group_bb in ext4_mb_mark_diskspace_used ext4: call ext4_mb_mark_group_bb in ext4_mb_clear_bb ext4: call ext4_mb_mark_group_bb in ext4_group_add_blocks ext4: add some kunit stub for mballoc kunit test ext4: add first unit test for ext4_mb_new_blocks_simple in mballoc fs/ext4/balloc.c | 16 + fs/ext4/ext4.h | 4 - fs/ext4/mballoc-test.c | 323 +++++++++++++++++++ fs/ext4/mballoc.c | 714 ++++++++++++++++++----------------------- fs/ext4/super.c | 13 + 5 files changed, 672 insertions(+), 398 deletions(-) create mode 100644 fs/ext4/mballoc-test.c -- 2.30.0