Show a cover letter.

GET /api/covers/2216386/?format=api
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "id": 2216386,
    "url": "http://patchwork.ozlabs.org/api/covers/2216386/?format=api",
    "web_url": "http://patchwork.ozlabs.org/project/linux-ext4/cover/20260326111054.907252-1-yi.zhang@huaweicloud.com/",
    "project": {
        "id": 8,
        "url": "http://patchwork.ozlabs.org/api/projects/8/?format=api",
        "name": "Linux ext4 filesystem development",
        "link_name": "linux-ext4",
        "list_id": "linux-ext4.vger.kernel.org",
        "list_email": "linux-ext4@vger.kernel.org",
        "web_url": null,
        "scm_url": null,
        "webscm_url": null,
        "list_archive_url": "",
        "list_archive_url_format": "",
        "commit_url_format": ""
    },
    "msgid": "<20260326111054.907252-1-yi.zhang@huaweicloud.com>",
    "list_archive_url": null,
    "date": "2026-03-26T11:10:43",
    "name": "[v3,00/11] ext4: refactor partial block zero-out for iomap conversion",
    "submitter": {
        "id": 85428,
        "url": "http://patchwork.ozlabs.org/api/people/85428/?format=api",
        "name": "Zhang Yi",
        "email": "yi.zhang@huaweicloud.com"
    },
    "mbox": "http://patchwork.ozlabs.org/project/linux-ext4/cover/20260326111054.907252-1-yi.zhang@huaweicloud.com/mbox/",
    "series": [
        {
            "id": 497571,
            "url": "http://patchwork.ozlabs.org/api/series/497571/?format=api",
            "web_url": "http://patchwork.ozlabs.org/project/linux-ext4/list/?series=497571",
            "date": "2026-03-26T11:10:46",
            "name": "ext4: refactor partial block zero-out for iomap conversion",
            "version": 3,
            "mbox": "http://patchwork.ozlabs.org/series/497571/mbox/"
        }
    ],
    "comments": "http://patchwork.ozlabs.org/api/covers/2216386/comments/",
    "headers": {
        "Return-Path": "\n <SRS0=btxx=B2=vger.kernel.org=linux-ext4+bounces-15442-patchwork-incoming=ozlabs.org@ozlabs.org>",
        "X-Original-To": [
            "incoming@patchwork.ozlabs.org",
            "linux-ext4@vger.kernel.org"
        ],
        "Delivered-To": [
            "patchwork-incoming@legolas.ozlabs.org",
            "patchwork-incoming@ozlabs.org"
        ],
        "Authentication-Results": [
            "legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=ozlabs.org\n (client-ip=150.107.74.76; helo=mail.ozlabs.org;\n envelope-from=srs0=btxx=b2=vger.kernel.org=linux-ext4+bounces-15442-patchwork-incoming=ozlabs.org@ozlabs.org;\n receiver=patchwork.ozlabs.org)",
            "gandalf.ozlabs.org;\n arc=pass smtp.remote-ip=172.232.135.74 arc.chain=subspace.kernel.org",
            "gandalf.ozlabs.org;\n dmarc=none (p=none dis=none) header.from=huaweicloud.com",
            "gandalf.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=172.232.135.74; helo=sto.lore.kernel.org;\n envelope-from=linux-ext4+bounces-15442-patchwork-incoming=ozlabs.org@vger.kernel.org;\n receiver=ozlabs.org)",
            "smtp.subspace.kernel.org;\n arc=none smtp.client-ip=45.249.212.56",
            "smtp.subspace.kernel.org;\n dmarc=none (p=none dis=none) header.from=huaweicloud.com",
            "smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=huaweicloud.com"
        ],
        "Received": [
            "from mail.ozlabs.org (gandalf.ozlabs.org [150.107.74.76])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1 raw public key)\n server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fhLsk1hBgz1y1G\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 22:20:10 +1100 (AEDT)",
            "from mail.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3])\n\tby gandalf.ozlabs.org (Postfix) with ESMTP id 4fhLsk1Tpzz4wHX\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 26 Mar 2026 22:20:10 +1100 (AEDT)",
            "by gandalf.ozlabs.org (Postfix)\n\tid 4fhLsk1LyMz4wBB; Thu, 26 Mar 2026 22:20:10 +1100 (AEDT)",
            "from sto.lore.kernel.org (sto.lore.kernel.org [172.232.135.74])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby gandalf.ozlabs.org (Postfix) with ESMTPS id 4fhLsf0vlTz4wHX\n\tfor <patchwork-incoming@ozlabs.org>; Thu, 26 Mar 2026 22:20:06 +1100 (AEDT)",
            "from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sto.lore.kernel.org (Postfix) with ESMTP id 1F0B9307B946\n\tfor <patchwork-incoming@ozlabs.org>; Thu, 26 Mar 2026 11:16:09 +0000 (UTC)",
            "from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id AF0DC3909AC;\n\tThu, 26 Mar 2026 11:15:55 +0000 (UTC)",
            "from dggsgout12.his.huawei.com (dggsgout12.his.huawei.com\n [45.249.212.56])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id CB15C34DB56;\n\tThu, 26 Mar 2026 11:15:51 +0000 (UTC)",
            "from mail.maildlp.com (unknown [172.19.163.198])\n\tby dggsgout12.his.huawei.com (SkyGuard) with ESMTPS id 4fhLlx32M9zKHMJr;\n\tThu, 26 Mar 2026 19:15:09 +0800 (CST)",
            "from mail02.huawei.com (unknown [10.116.40.112])\n\tby mail.maildlp.com (Postfix) with ESMTP id 8E66D40576;\n\tThu, 26 Mar 2026 19:15:49 +0800 (CST)",
            "from huaweicloud.com (unknown [10.50.85.155])\n\tby APP1 (Coremail) with SMTP id cCh0CgD3+NhWFcVprDInCQ--.2580S4;\n\tThu, 26 Mar 2026 19:15:47 +0800 (CST)"
        ],
        "ARC-Seal": [
            "i=2; a=rsa-sha256; d=ozlabs.org; s=201707; t=1774524010; cv=pass;\n\tb=Z+ebPF6U3aIP5LTVmc/hMSh/IRYTB1t2/VP4T/h+I0VsHDdrqalsQy5eJHHgNitiNpjnQIaFEVYJ69KoyUIZfNyskHHI10LYFXbZc2rAaoc2RUp7tgjS37eERKPOdX/QiZ3PtFncDhlGNDHCnL+aW+cl5zKMeDk4GiA+eshgCIlODAsvc3GH74gU9P2QTQe8qfL1HbdQjtIoSKjxVBxOqpkKG/zkFDykeKYKC1ACfT8nVdm5FNeBuXGWA0jFuVhAJIp90viEjlmzyzhwuvwvRSKfD5PhkmzZaaiKtsoGXQ4kf5U+OYWeXEiDCvQ+XURqF/iln9kxY8vQAd8jFPBg0w==",
            "i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1774523755; cv=none;\n b=b7XC4Be0UXrOGAacl6/dnMG8t7InwSAWm02nsNaCVKz3hm1mADj38VwSB7bajrttMFDwADYWDKDEV8PnT2itzmfXvRnIoC7Hx5GvsDHdcMVp8sjbZPo/PRRidWkzzlHI1uTbJrlwYxq7i1X4vLQxuyd39m4ER1t0me7yPkglqok="
        ],
        "ARC-Message-Signature": [
            "i=2; a=rsa-sha256; d=ozlabs.org; s=201707;\n\tt=1774524010; c=relaxed/relaxed;\n\tbh=nxpZDDIitT8reJduBReQFSTs+zf6d5+vETq1+KxmSwA=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version;\n b=EREqQE9gKUffdc9gyVUdx1YdwCbtJ4AO8/awlXqWR/LpETD6k+/cfY6vmGsIk8iPABBv0fJ5JqxvVwTmiRjR0Z9szjZaJhjvxRzjfBa+rJS24IY3YN7kcJsH7LZAqep/8zb66o25eNl5NytlDz0qJPRn7kgTN0goI8nLUuxwj3GU7G5DxL1ygjAotHYb6hm+BT4LuezF2Wn+1qA4iMWOjXiyG4m0+7qjIYjEDebTZRB51Uoj+o9Dku90PDXhX7KQLF+eyri3vFUAC3zoqEcUyyYm/AXyQacYfZYQWuWBB3u2LsHPofmcQ1/pFx25ssEWKlm2phbzRT9U2YBFYWnQ5g==",
            "i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1774523755; c=relaxed/simple;\n\tbh=Hxc8UH8WPI8wcqXMrD03NNoiKWXOjOhhiVA6fSKslf4=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version;\n b=Kjve3Cddy1vZqzPnzUUVsk5/f7oCExuw7SqUA+8/+72LSOvorinCCVRWWRB8XW35QPoBCW8QV0MeEUY2SpooNJiVM2yBrxWHyRJvZG+TVAag/4hh6HGQpPkV8q4wUgfQfd1B9zSi7D2PoQnjUGp5HX4PwTyr45i8aKLAYPPf2HY="
        ],
        "ARC-Authentication-Results": [
            "i=2; gandalf.ozlabs.org;\n dmarc=none (p=none dis=none) header.from=huaweicloud.com;\n spf=pass (client-ip=172.232.135.74; helo=sto.lore.kernel.org;\n envelope-from=linux-ext4+bounces-15442-patchwork-incoming=ozlabs.org@vger.kernel.org;\n receiver=ozlabs.org) smtp.mailfrom=vger.kernel.org",
            "i=1; smtp.subspace.kernel.org;\n dmarc=none (p=none dis=none) header.from=huaweicloud.com;\n spf=pass smtp.mailfrom=huaweicloud.com; arc=none smtp.client-ip=45.249.212.56"
        ],
        "From": "Zhang Yi <yi.zhang@huaweicloud.com>",
        "To": "linux-ext4@vger.kernel.org",
        "Cc": "linux-fsdevel@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org,\n\ttytso@mit.edu,\n\tadilger.kernel@dilger.ca,\n\tjack@suse.cz,\n\tojaswin@linux.ibm.com,\n\tritesh.list@gmail.com,\n\tlibaokun@linux.alibaba.com,\n\tyi.zhang@huawei.com,\n\tyi.zhang@huaweicloud.com,\n\tyizhang089@gmail.com,\n\tyangerkun@huawei.com,\n\tyukuai@fnnas.com",
        "Subject": "[PATCH v3 00/11] ext4: refactor partial block zero-out for iomap\n conversion",
        "Date": "Thu, 26 Mar 2026 19:10:43 +0800",
        "Message-ID": "<20260326111054.907252-1-yi.zhang@huaweicloud.com>",
        "X-Mailer": "git-send-email 2.52.0",
        "Precedence": "bulk",
        "X-Mailing-List": "linux-ext4@vger.kernel.org",
        "List-Id": "<linux-ext4.vger.kernel.org>",
        "List-Subscribe": "<mailto:linux-ext4+subscribe@vger.kernel.org>",
        "List-Unsubscribe": "<mailto:linux-ext4+unsubscribe@vger.kernel.org>",
        "MIME-Version": "1.0",
        "Content-Transfer-Encoding": "8bit",
        "X-CM-TRANSID": "cCh0CgD3+NhWFcVprDInCQ--.2580S4",
        "X-Coremail-Antispam": "1UD129KBjvJXoWxXw4kZrWxKFyxXr1kXw4fKrg_yoWrAF1fpF\n\tWakw1S9r4xG39F9a97Ca1xX3WS9wn3WF4rGrW3G34UZ3yUZF1xCF4kK3WF9FWUKrWfG3Wj\n\tqF4jya4UGF1DAa7anT9S1TB71UUUUU7qnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2\n\t9KBjDU0xBIdaVrnRJUUU9Y14x267AKxVW8JVW5JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0\n\trVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02\n\t1l84ACjcxK6xIIjxv20xvE14v26w1j6s0DM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4U\n\tJVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_Gc\n\tCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E\n\t2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJV\n\tW8JwACjcxG0xvY0x0EwIxGrwACjI8F5VA0II8E6IAqYI8I648v4I1lFIxGxcIEc7CjxVA2\n\tY2ka0xkIwI1lc7CjxVAaw2AFwI0_Jw0_GFyl42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x\n\t0Yz7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2\n\tzVAF1VAY17CE14v26r1q6r43MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF\n\t4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r4j6F4UMIIF0xvE42xK8VAvwI8IcIk0rVWUJVWU\n\tCwCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r4j6r4UJbIYCT\n\tnIWIevJa73UjIFyTuYvjfUonmRUUUUU",
        "X-CM-SenderInfo": "d1lo6xhdqjqx5xdzvxpfor3voofrz/",
        "X-Spam-Status": "No, score=-1.1 required=5.0 tests=ARC_SIGNED,ARC_VALID,\n\tDMARC_MISSING,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,\n\tSPF_HELO_NONE,SPF_PASS autolearn=disabled version=4.0.1",
        "X-Spam-Checker-Version": "SpamAssassin 4.0.1 (2024-03-25) on gandalf.ozlabs.org"
    },
    "content": "From: Zhang Yi <yi.zhang@huawei.com>\n\nChanges since v2:\n - Drop patch 02 in v2 because it will not be used in the later iomap\n   conversion.\n - In patch 08, modify ext4_alloc_file_blocks() to zero out EOF block\n   when new_size is larger than old_size, preventing the exposure of\n   stale data when the user performs fallocate starting within the\n   old_size. This was pointed out by Sashiko.\n - In patch 08, add checks for the return value of\n   ext4_block_zero_eof().\n - Add patches 09 and 10, move pagecache_isize_extended() out of an\n   active journal handle as well to prevent opposite lock ordering.\n   This was pointed out by Sashiko.\n - In patch 11, add a check for IOCB_NOWAIT, which was also pointed out\n   by Sashiko.\n\nChanges since v1:\n - In patch 04, rename ext4_block_get_zero_range() to\n   ext4_load_tail_bh() and drop the unused 'length' parameter as Jan\n   suggested.\n - In patch 06, modify the commit message, add another reason to drop\n   data=ordered mode when zeroing partial blocks in ext4_punch_hole()\n   and ext4_punch_hole() as Jan pointed out.\n - In patch 10, modify the commit message, explain the race condition\n   between the buffered write and mmap write that pointed out by Jan.\n - Collect reviewed tags from Jan.\n\nv2: https://lore.kernel.org/linux-ext4/20260325072850.3997161-1-yi.zhang@huaweicloud.com/\nv1: https://lore.kernel.org/linux-ext4/20260310014101.4140698-1-yi.zhang@huaweicloud.com/\n\nOriginal cover letter:\n\nThis patch series extracted from my iomap conversion v2 series[1]. It\nrefactors the ext4 zero partial block code path in preparation for\nconverting buffered I/O to the iomap infrastructure. The main changes\nare:\n\n[1] https://lore.kernel.org/linux-ext4/20260203062523.3869120-1-yi.zhang@huawei.com/\n\n1. Introduce ext4_block_zero_eof(): Extend and rename\n   ext4_block_truncate_page() to handle post-EOF partial block zeroing\n   for both append writes and truncate operations.\n2. Separate ordered data handling: Move data=ordered mode handling from\n   __ext4_block_zero_page_range to ext4_block_zero_eof(). Only truncate\n   and post-EOF append write/fallocate paths need ordered data mode,\n   hole punching and zero range paths don't need ordered data handling.\n3. Split journal mode handling: Extract\n   ext4_block_journalled_zero_range() from\n   __ext4_block_zero_page_range() for data=journal mode, leaving\n   ext4_block_do_zero_range() for data=ordered/writeback modes.\n4. Refactor ext4_alloc_file_blocks(): Change parameters to loff_t byte\n   granularity to simplify callers and prepares removing the zero call\n   from the allocation loop for unaligned append writes.\n5. Remove handle parameters: Stop passing handle_t * to zero functions.\n   Make ext4_block_journalled_zero_range() start its own handle, and\n   move zero operations outside active handles. This is required because\n   iomap uses \"folio lock -> transaction start\" lock ordering, opposite\n   to the current lock ordering.\n6. Centralize zeroing in ext4_write_checks(): Move all post-EOF partial\n   block zeroing to ext4_write_checks() so it applies to both regular\n   buffered writes and the upcoming iomap path.\n\nThanks\nYi.\n\nZhang Yi (11):\n  ext4: add did_zero output parameter to ext4_block_zero_page_range()\n  ext4: rename and extend ext4_block_truncate_page()\n  ext4: factor out journalled block zeroing range\n  ext4: rename ext4_block_zero_page_range() to ext4_block_zero_range()\n  ext4: move ordered data handling out of ext4_block_do_zero_range()\n  ext4: remove handle parameters from zero partial block functions\n  ext4: pass allocate range as loff_t to ext4_alloc_file_blocks()\n  ext4: move zero partial block range functions out of active handle\n  ext4: remove ctime/mtime update from ext4_alloc_file_blocks()\n  ext4: move pagecache_isize_extended() out of active handle\n  ext4: zero post-EOF partial block before appending write\n\n fs/ext4/ext4.h    |   5 +-\n fs/ext4/extents.c | 154 +++++++++++++--------------\n fs/ext4/file.c    |  17 +++\n fs/ext4/inode.c   | 262 ++++++++++++++++++++++++++++------------------\n 4 files changed, 260 insertions(+), 178 deletions(-)"
}