Show a cover letter.

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

{
    "id": 2215724,
    "url": "http://patchwork.ozlabs.org/api/covers/2215724/?format=api",
    "web_url": "http://patchwork.ozlabs.org/project/linux-ext4/cover/20260325072850.3997161-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": "<20260325072850.3997161-1-yi.zhang@huaweicloud.com>",
    "list_archive_url": null,
    "date": "2026-03-25T07:28:39",
    "name": "[v2,00/10] 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/20260325072850.3997161-1-yi.zhang@huaweicloud.com/mbox/",
    "series": [
        {
            "id": 497391,
            "url": "http://patchwork.ozlabs.org/api/series/497391/?format=api",
            "web_url": "http://patchwork.ozlabs.org/project/linux-ext4/list/?series=497391",
            "date": "2026-03-25T07:28:44",
            "name": "ext4: refactor partial block zero-out for iomap conversion",
            "version": 2,
            "mbox": "http://patchwork.ozlabs.org/series/497391/mbox/"
        }
    ],
    "comments": "http://patchwork.ozlabs.org/api/covers/2215724/comments/",
    "headers": {
        "Return-Path": "\n <SRS0=cB1e=BZ=vger.kernel.org=linux-ext4+bounces-15331-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=cb1e=bz=vger.kernel.org=linux-ext4+bounces-15331-patchwork-incoming=ozlabs.org@ozlabs.org;\n receiver=patchwork.ozlabs.org)",
            "gandalf.ozlabs.org;\n arc=pass smtp.remote-ip=\"2600:3c0a:e001:db::12fc:5321\"\n 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=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-ext4+bounces-15331-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=none 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 4fgdy66fszz1y1G\n\tfor <incoming@patchwork.ozlabs.org>; Wed, 25 Mar 2026 18:36:30 +1100 (AEDT)",
            "from mail.ozlabs.org (mail.ozlabs.org [IPv6:2404:9400:2221:ea00::3])\n\tby gandalf.ozlabs.org (Postfix) with ESMTP id 4fgdy66RnHz4wF0\n\tfor <incoming@patchwork.ozlabs.org>; Wed, 25 Mar 2026 18:36:30 +1100 (AEDT)",
            "by gandalf.ozlabs.org (Postfix)\n\tid 4fgdy66LBbz4wCG; Wed, 25 Mar 2026 18:36:30 +1100 (AEDT)",
            "from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\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 4fgdy26jbRz4wF0\n\tfor <patchwork-incoming@ozlabs.org>; Wed, 25 Mar 2026 18:36:26 +1100 (AEDT)",
            "from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 89BD630A6908\n\tfor <patchwork-incoming@ozlabs.org>; Wed, 25 Mar 2026 07:34:18 +0000 (UTC)",
            "from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 56B27371CFF;\n\tWed, 25 Mar 2026 07:33:49 +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 9948B35AC2B;\n\tWed, 25 Mar 2026 07:33:46 +0000 (UTC)",
            "from mail.maildlp.com (unknown [172.19.163.198])\n\tby dggsgout12.his.huawei.com (SkyGuard) with ESMTPS id 4fgdt45ZpSzKHMYH;\n\tWed, 25 Mar 2026 15:33:00 +0800 (CST)",
            "from mail02.huawei.com (unknown [10.116.40.112])\n\tby mail.maildlp.com (Postfix) with ESMTP id 2286840576;\n\tWed, 25 Mar 2026 15:33:39 +0800 (CST)",
            "from huaweicloud.com (unknown [10.50.85.155])\n\tby APP1 (Coremail) with SMTP id cCh0CgAHC9vFj8NpuR6cCA--.49898S4;\n\tWed, 25 Mar 2026 15:33:37 +0800 (CST)"
        ],
        "ARC-Seal": [
            "i=2; a=rsa-sha256; d=ozlabs.org; s=201707; t=1774424190; cv=pass;\n\tb=wBIrv1SXUYQYZ2cu+PBYcbf74ziQD1MQ2GLeKBJoR8AfUkWokqCZbalYjYOHIu7u630YVe+a9GbNv9NGVRRAc4uMfSKZZ0ub5Ty4Sjl2qgbe8flT2xOsK5zswpQqA2W3ReOTMy2qo7wXLqCdH2LWKpJYRvRVMLCM5/1NQ8+S9ypG+TQJGcT7F5RypA1vrfo3KeSKOWveZJ48KYmdQ4FYxSGE3s1CxNy4t+bMNIMD55aXxciGDVvaCQhTiZa4NAAKnPDSlfqv7fi9S6hQBmFy9QYrxoQKBeIQAlgkyJ2pj2f9hBEB3WBDtmpVBYtKBWuZ3W/O29o4LXpHv83YQdPK0A==",
            "i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1774424029; cv=none;\n b=g9qezX9bRxsHSFYjNsWBvbm3TknWoNRVEVB8ErBWoosS80S9xn3fuuat2RJWAF8XS3AlJrlaGiF9jEG9Y6E6R4xFTeCIQ6LK1pxJvm6tidkbEX1Y2R48ezKQwck0mFCfoGqL/dlqsL0Hgw6GtH1MlugAkbia1/Ha17S4QTlWSog="
        ],
        "ARC-Message-Signature": [
            "i=2; a=rsa-sha256; d=ozlabs.org; s=201707;\n\tt=1774424190; c=relaxed/relaxed;\n\tbh=cqqzJ+cJ7OFprKqnGGY+PpWJ7iB4aXfVmiYJVMxY5TI=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version;\n b=hPNu3Yjle3QiesYHE6zv8j0oLzB1Iici8mjuSoGF7DaSGsb0vWC0VvMHsfzUhKuq92btpm+UxK7stUsib8qi+zqDCLBAjM2pfLLIqAvaJcsdQZ9KdECCL0OibPs0m1QMlR7wUdijMXY9POw7imQfXdSMR6aVnz6XN4iMeVEb6xK9N2cV/G7bR4wkOyajT+BgKoCWKt/zC0/hhjPa7KfvOXowHGBTkmhOTzKSAzKiQ5egRK5TOnBGCVFRhvzQjaGJ0r4+pN195Ws1ZG1eoXuAk3Y5nmzkMJV5eNcBncrYiIdH0dtLHKmnJStp0LEDb+4q0+yJS3qWcXQmrERXJR2xPA==",
            "i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1774424029; c=relaxed/simple;\n\tbh=olD2FM6XLCTdlXmKSTmeRZfT98JoWYF62YvdT8sqDV0=;\n\th=From:To:Cc:Subject:Date:Message-ID:MIME-Version;\n b=nC/5yrzxyLddf0eLPQ3kuEoevgD8NbjhOzTQRPRJOvOanJ9IccdZWTu27Z3j6IY7uTpqV7Ps066WXthl84iKiB2EJY6012dywaA8xkmpnfqxQkkij23DTuzVSNlOf1BVuuk63m6zQpgWW6L+BdxLW4M1PukEJWqie0hnLs8cT2Y="
        ],
        "ARC-Authentication-Results": [
            "i=2; gandalf.ozlabs.org;\n dmarc=none (p=none dis=none) header.from=huaweicloud.com;\n spf=pass (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-ext4+bounces-15331-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=none 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 v2 00/10] ext4: refactor partial block zero-out for iomap\n conversion",
        "Date": "Wed, 25 Mar 2026 15:28:39 +0800",
        "Message-ID": "<20260325072850.3997161-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": "cCh0CgAHC9vFj8NpuR6cCA--.49898S4",
        "X-Coremail-Antispam": "1UD129KBjvJXoWxZw48tr1fKw48Xw15CF45Wrg_yoW5uF1DpF\n\tW3Kw15ur1xG39F9a97CF4xXw1a9wn3Gr48GrW7G34Du3yUZFyxCF4kK3ZY9FWj9rW7Ga48\n\tXF4UAa4UGFn8Aa7anT9S1TB71UUUUU7qnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2\n\t9KBjDU0xBIdaVrnRJUUU9Y14x267AKxVW8JVW5JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0\n\trVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02\n\t1l84ACjcxK6xIIjxv20xvE14v26w1j6s0DM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4U\n\tJVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_Gc\n\tCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E\n\t2Ix0cI8IcVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJV\n\tW8JwACjcxG0xvY0x0EwIxGrwACjI8F5VA0II8E6IAqYI8I648v4I1lFIxGxcIEc7CjxVA2\n\tY2ka0xkIwI1lc7CjxVAaw2AFwI0_Jw0_GFyl42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x\n\t0Yz7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2\n\tzVAF1VAY17CE14v26r1q6r43MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF\n\t4lIxAIcVC0I7IYx2IY6xkF7I0E14v26r4j6F4UMIIF0xvE42xK8VAvwI8IcIk0rVWUJVWU\n\tCwCI42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r4j6r4UJbIYCT\n\tnIWIevJa73UjIFyTuYvjfUFg4SDUUUU",
        "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 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\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 (10):\n  ext4: add did_zero output parameter to ext4_block_zero_page_range()\n  ext4: ext4_block_truncate_page() returns zeroed length on success\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: zero post-EOF partial block before appending write\n\n fs/ext4/ext4.h    |   5 +-\n fs/ext4/extents.c |  83 +++++++--------\n fs/ext4/file.c    |  14 +++\n fs/ext4/inode.c   | 255 ++++++++++++++++++++++++++++------------------\n 4 files changed, 207 insertions(+), 150 deletions(-)"
}