Cover Letter Detail
Show a cover letter.
GET /api/covers/2217562/?format=api
{ "id": 2217562, "url": "http://patchwork.ozlabs.org/api/covers/2217562/?format=api", "web_url": "http://patchwork.ozlabs.org/project/kvm-riscv/cover/202603301608170032mtkGKX7wRcAkPKDQ5I-F@zte.com.cn/", "project": { "id": 70, "url": "http://patchwork.ozlabs.org/api/projects/70/?format=api", "name": "Linux KVM RISC-V", "link_name": "kvm-riscv", "list_id": "kvm-riscv.lists.infradead.org", "list_email": "kvm-riscv@lists.infradead.org", "web_url": "", "scm_url": "", "webscm_url": "", "list_archive_url": "http://lists.infradead.org/pipermail/kvm-riscv/", "list_archive_url_format": "", "commit_url_format": "" }, "msgid": "<202603301608170032mtkGKX7wRcAkPKDQ5I-F@zte.com.cn>", "list_archive_url": null, "date": "2026-03-30T08:08:17", "name": "[v4,0/2] RISC-V: KVM: Fix hugepage mapping handling during dirty logging", "submitter": { "id": 91800, "url": "http://patchwork.ozlabs.org/api/people/91800/?format=api", "name": "", "email": "wang.yechao255@zte.com.cn" }, "mbox": "http://patchwork.ozlabs.org/project/kvm-riscv/cover/202603301608170032mtkGKX7wRcAkPKDQ5I-F@zte.com.cn/mbox/", "series": [ { "id": 497970, "url": "http://patchwork.ozlabs.org/api/series/497970/?format=api", "web_url": "http://patchwork.ozlabs.org/project/kvm-riscv/list/?series=497970", "date": "2026-03-30T08:08:17", "name": "RISC-V: KVM: Fix hugepage mapping handling during dirty logging", "version": 4, "mbox": "http://patchwork.ozlabs.org/series/497970/mbox/" } ], "comments": "http://patchwork.ozlabs.org/api/covers/2217562/comments/", "headers": { "Return-Path": "\n <kvm-riscv-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org>", "X-Original-To": "incoming@patchwork.ozlabs.org", "Delivered-To": "patchwork-incoming@legolas.ozlabs.org", "Authentication-Results": [ "legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n secure) header.d=lists.infradead.org header.i=@lists.infradead.org\n header.a=rsa-sha256 header.s=bombadil.20210309 header.b=nluIdCR6;\n\tdkim-atps=neutral", "legolas.ozlabs.org;\n spf=none (no SPF record) smtp.mailfrom=lists.infradead.org\n (client-ip=2607:7c80:54:3::133; helo=bombadil.infradead.org;\n envelope-from=kvm-riscv-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org;\n receiver=patchwork.ozlabs.org)" ], "Received": [ "from bombadil.infradead.org (bombadil.infradead.org\n [IPv6:2607:7c80:54:3::133])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fkkR32n2vz1yG8\n\tfor <incoming@patchwork.ozlabs.org>; Mon, 30 Mar 2026 19:08:47 +1100 (AEDT)", "from localhost ([::1] helo=bombadil.infradead.org)\n\tby bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1w77fx-0000000Aokn-3KDv;\n\tMon, 30 Mar 2026 08:08:45 +0000", "from mxhk.zte.com.cn ([160.30.148.34])\n\tby bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1w77fq-0000000AoiG-1xmU;\n\tMon, 30 Mar 2026 08:08:44 +0000", "from mse-fl1.zte.com.cn (unknown [10.5.228.132])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby mxhk.zte.com.cn (FangMail) with ESMTPS id 4fkkQk0flzz57DCw;\n\tMon, 30 Mar 2026 16:08:30 +0800 (CST)", "from szxlzmapp01.zte.com.cn ([10.5.231.85])\n\tby mse-fl1.zte.com.cn with SMTP id 62U88E6C045693;\n\tMon, 30 Mar 2026 16:08:14 +0800 (+08)\n\t(envelope-from wang.yechao255@zte.com.cn)", "from mapi (szxl2zmapp06[null])\n\tby mapi (Zmail) with MAPI id mid12;\n\tMon, 30 Mar 2026 16:08:17 +0800 (CST)" ], "DKIM-Signature": "v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=lists.infradead.org; s=bombadil.20210309; h=Sender:\n\tContent-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post:\n\tList-Archive:List-Unsubscribe:List-Id:Subject:Cc:To:From:Mime-Version:Date:\n\tMessage-ID:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:\n\tResent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:\n\tList-Owner; bh=8p8YT19aFNFiygVndrY8Wp/zn8/xlhKcu/PCwB0EwYQ=; b=nluIdCR6YoxZPt\n\tK2nLEMkGowb67kwb3J7mA9Qa+IQjOu9k03RFMSYlOFjej/aZF31wyliXZYKyrPaaVZb101oB5HG6v\n\tjx9KEAcqCJ5jFlOEjt7TqfpsH9LnnXSUVK/IX6iIBnuctDaRpjlqlZn3tVw7JbhFEFcu5qlhbYFr7\n\tw8cLf4XMW0QrbYXmT//CSkVMO70757ljttiBUnTwyn6guGbAe3PREHSk7yLryloH45m4Z83aa+rFJ\n\tkdHO8GIQN15gGWo0U5byVCA5ol+cRaEHALUwU0rCzcFALTUrp1oZFnPsLhLCpvkGAagj7naPAqI5O\n\tW7exihtj/KHBmpnPn3Qw==;", "X-Zmail-TransId": "2b0869ca2f71866-3f7af", "X-Mailer": "Zmail v1.0", "Message-ID": "<202603301608170032mtkGKX7wRcAkPKDQ5I-F@zte.com.cn>", "Date": "Mon, 30 Mar 2026 16:08:17 +0800 (CST)", "Mime-Version": "1.0", "From": "<wang.yechao255@zte.com.cn>", "To": "<anup@brainfault.org>, <atish.patra@linux.dev>, <pjw@kernel.org>,\n <palmer@dabbelt.com>, <aou@eecs.berkeley.edu>, <alex@ghiti.fr>", "Cc": "<kvm@vger.kernel.org>, <kvm-riscv@lists.infradead.org>,\n <linux-riscv@lists.infradead.org>, <linux-kernel@vger.kernel.org>,\n <wang.yechao255@zte.com.cn>", "Subject": "=?utf-8?q?=5BPATCH_v4_0/2=5D_RISC-V=3A_KVM=3A_Fix_hugepage_mapping_?=\n\t=?utf-8?q?handling_during_dirty_logging?=", "X-MAIL": "mse-fl1.zte.com.cn 62U88E6C045693", "X-TLS": "YES", "X-SPF-DOMAIN": "zte.com.cn", "X-ENVELOPE-SENDER": "wang.yechao255@zte.com.cn", "X-SPF": "None", "X-SOURCE-IP": "10.5.228.132 unknown Mon, 30 Mar 2026 16:08:30 +0800", "X-Fangmail-Anti-Spam-Filtered": "true", "X-Fangmail-MID-QID": "69CA2F7E.001/4fkkQk0flzz57DCw", "X-CRM114-Version": "20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 ", "X-CRM114-CacheID": "sfid-20260330_010838_663041_8A8AF81D ", "X-CRM114-Status": "UNSURE ( 6.40 )", "X-CRM114-Notice": "Please train this message.", "X-Spam-Score": "1.1 (+)", "X-Spam-Report": "Spam detection software,\n running on the system \"bombadil.infradead.org\",\n has NOT identified this incoming email as spam. The original\n message has been attached to this so you can view it or label\n similar future email. If you have any questions, see\n the administrator of that system for details.\n Content preview: From: Wang Yechao <wang.yechao255@zte.com.cn> This series\n fixes an issue where dirty logging fails to work correctly with huge pages.\n v3 -> v4: - Squash PATCH2 into PATCH3,\n and adjust according to Anup's comments.\n - Link to v3:\n https://lore.kernel.org/linux-riscv/20260316141234007qSAOsesu2cSQsj-LA-qq3@zte.com.cn/T/#t \n Content analysis details: (1.1 points, 5.0 required)\n pts rule name description\n ---- ----------------------\n --------------------------------------------------\n 1.0 RCVD_IN_VALIDITY_SAFE_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to\n Validity was blocked. See\n https://knowledge.validity.com/hc/en-us/articles/20961730681243\n for more information.\n [160.30.148.34 listed in sa-accredit.habeas.com]\n 1.0 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED RBL: ADMINISTRATOR NOTICE: The\n query to Validity was blocked. See\n https://knowledge.validity.com/hc/en-us/articles/20961730681243\n for more information.\n [160.30.148.34 listed in\n sa-trusted.bondedsender.org]\n 1.0 RCVD_IN_VALIDITY_RPBL_BLOCKED RBL: ADMINISTRATOR NOTICE: The query to\n Validity was blocked. See\n https://knowledge.validity.com/hc/en-us/articles/20961730681243\n for more information.\n [160.30.148.34 listed in\n bl.score.senderscore.com]\n 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record\n -0.0 SPF_PASS SPF: sender matches SPF record\n -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1%\n [score: 0.0000]\n 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay\n lines", "X-BeenThere": "kvm-riscv@lists.infradead.org", "X-Mailman-Version": "2.1.34", "Precedence": "list", "List-Id": "<kvm-riscv.lists.infradead.org>", "List-Unsubscribe": "<http://lists.infradead.org/mailman/options/kvm-riscv>,\n <mailto:kvm-riscv-request@lists.infradead.org?subject=unsubscribe>", "List-Archive": "<http://lists.infradead.org/pipermail/kvm-riscv/>", "List-Post": "<mailto:kvm-riscv@lists.infradead.org>", "List-Help": "<mailto:kvm-riscv-request@lists.infradead.org?subject=help>", "List-Subscribe": "<http://lists.infradead.org/mailman/listinfo/kvm-riscv>,\n <mailto:kvm-riscv-request@lists.infradead.org?subject=subscribe>", "Content-Type": "text/plain; charset=\"us-ascii\"", "Content-Transfer-Encoding": "7bit", "Sender": "\"kvm-riscv\" <kvm-riscv-bounces@lists.infradead.org>", "Errors-To": "kvm-riscv-bounces+incoming=patchwork.ozlabs.org@lists.infradead.org" }, "content": "From: Wang Yechao <wang.yechao255@zte.com.cn>\n\nThis series fixes an issue where dirty logging fails to work correctly\nwith huge pages.\n\nv3 -> v4:\n - Squash PATCH2 into PATCH3, and adjust according to Anup's comments.\n - Link to v3:\n https://lore.kernel.org/linux-riscv/20260316141234007qSAOsesu2cSQsj-LA-qq3@zte.com.cn/T/#t\n\nv2 -> v3:\n - patch01: Add reference to the specific commit being fixed\n - patch02: Fill the page table entry before replacing the ptep value\n - patch03: Add handling for dirty logging disable to avoid memory leak in gstage page tables\n - Link to v2:\n https://lore.kernel.org/linux-riscv/20260304172139131ChDubMSpGDUB03lY4UCbK@zte.com.cn/T/#t\n\nv1 -> v2:\n - fix the lost write protection on huge pages\n - split huge pages before handling the write protection fault.\n\n - Link to v1:\n https://lore.kernel.org/linux-riscv/20260226172245358qVZavIykLL2QC0KoqTO-I@zte.com.cn/T/#u\n\nWang Yechao (2):\n RISC-V: KVM: Fix lost write protection on huge pages during dirty logging\n RISC-V: KVM: Split huge pages during fault handling for dirty logging\n\n arch/riscv/include/asm/kvm_gstage.h | 4 +\n arch/riscv/kvm/gstage.c | 133 +++++++++++++++++++++++++++-\n 2 files changed, 133 insertions(+), 4 deletions(-)" }