[{"id":3683463,"web_url":"http://patchwork.ozlabs.org/comment/3683463/","msgid":"<20260428133641.GF849557@ziepe.ca>","list_archive_url":null,"date":"2026-04-28T13:36:41","subject":"Re: [RFC PATCH 07/11] iommupt: Don't preset D when RISC-V IOMMU\n dirty tracking on","submitter":{"id":73018,"url":"http://patchwork.ozlabs.org/api/people/73018/","name":"Jason Gunthorpe","email":"jgg@ziepe.ca"},"content":"On Tue, Apr 28, 2026 at 09:13:55PM +0800, fangyu.yu@linux.alibaba.com wrote:\n> From: Fangyu Yu <fangyu.yu@linux.alibaba.com>\n> \n> When mapping writable pages, the RISC-V format code currently\n> pre-sets the PTE D bit unconditionally.\n> \n> If hardware dirty tracking is active (DC.tc.GADE set), the IOMMU\n> sets D autonomously on the first write. Pre-setting D makes every\n> new mapping appear dirty immediately and breaks dirty tracking.\n> \n> Introduce PT_FEAT_RISCV_DIRTY_TRACKING_ACTIVE and, when set, leave\n> D cleared for new writable mappings so hardware can capture the\n> first write. Keep pre-setting D when dirty tracking is inactive.\n> \n> Only meaningful for second-stage (iohgatp) page tables.\n\nYou shouldn't need anything like this, the D bit is managed by the\niommufd core appropriately. It *should* start out pre-set as that is\nfaster when not tacking. Only once dirty tracking is started does D\nget cleared. User space is supposed to assume that everything is dirty\nprior to its first D clear.\n\nJason","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=jWGqZY+p;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n secure) header.d=ziepe.ca header.i=@ziepe.ca header.a=rsa-sha256\n header.s=google header.b=eRm08gVy;\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 4g4hLB5KJjz1xrS\n\tfor <incoming@patchwork.ozlabs.org>; Tue, 28 Apr 2026 23:36:50 +1000 (AEST)","from localhost ([::1] helo=bombadil.infradead.org)\n\tby bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1wHicK-00000001Yra-1gwu;\n\tTue, 28 Apr 2026 13:36:48 +0000","from mail-qk1-x732.google.com ([2607:f8b0:4864:20::732])\n\tby bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1wHicH-00000001YqP-3CfX\n\tfor kvm-riscv@lists.infradead.org;\n\tTue, 28 Apr 2026 13:36:46 +0000","by mail-qk1-x732.google.com with SMTP id\n af79cd13be357-8eae9229110so1534585585a.1\n        for <kvm-riscv@lists.infradead.org>;\n Tue, 28 Apr 2026 06:36:45 -0700 (PDT)","from ziepe.ca\n (crbknf0213w-47-54-130-67.pppoe-dynamic.high-speed.nl.bellaliant.net.\n [47.54.130.67])\n        by smtp.gmail.com with ESMTPSA id\n af79cd13be357-8f7c7cd2becsm194526285a.29.2026.04.28.06.36.42\n        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n        Tue, 28 Apr 2026 06:36:42 -0700 (PDT)","from jgg by wakko with local (Exim 4.97)\n\t(envelope-from <jgg@ziepe.ca>)\n\tid 1wHicD-0000000Aii6-3yTF;\n\tTue, 28 Apr 2026 10:36:41 -0300"],"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:In-Reply-To:MIME-Version:References:\n\tMessage-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:\n\tResent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:\n\tList-Owner; bh=24oq/2iM6BMe1cB2ulBOVkmVuWAI3gSeTGKOM60F1cE=; b=jWGqZY+pJYpcbR\n\tabXq40AFe3v6MhNUTj6IsC3SHvyqMww+vuihV89Hd09V3Mj4hL3wAE+/otuJobhdLReUVzkN+oFJF\n\tqQJpCHO/gwamV7XH7TyBus5IZVFGfAkFJohUrN1V3KpCRSoKP0gziaqq2qNHH1NSu0AtvpaAljfz0\n\tG9vwx3XpKWFFioRpyz71QCStQI/O0rOfPy2v0irYIBgoBPLHAgeEmS3N8WJrbJJlCK3pVpPaPL2De\n\tz30JVdggRDvW9duzfysDoWhRz5QLpulgvzUJamUdbfV0mtjSW9gxGq3ClFj9uX1Prxw6dnnZw4WZG\n\tKKmBUQsZiHjTJ528E7sw==;","v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=ziepe.ca; s=google; t=1777383404; x=1777988204;\n darn=lists.infradead.org;\n        h=in-reply-to:content-disposition:mime-version:references:message-id\n         :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to;\n        bh=eZ19NsW5fr6ajdZR5D4lYg3z8k9sQDPcT96d4+jJChg=;\n        b=eRm08gVyBhZm/Xtru/+cHNU5LitwwknRsofeZlhh4WfuU/ud0TK1L7Mce0DN1z2sql\n         5nFimdy+ELICD0skGynK4nEbY1/i5HTtgE9G9DqWvyjzWTlFrwxLiqCZj3RF6vQ8FYBx\n         3ADW1+O75PiYyTMaXWMaNQ/qd+l9nux2QIllTh8ZE49A/N/y9bMTK+PvrrCrqiHLaS5l\n         l+qDfURqwFI6QWzQem7v/AmLJ6l1th/EvN16AkrZEM6ephTCjh3ejwmXhdhM/XpskKE2\n         CxSjz6cxNSErud1cBUVk2jLiKUSU5YJ/e4gELrwuOy35g1XsBMy61QlGCVJ9rw9UxvOV\n         0aXw=="],"X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=1e100.net; s=20251104; t=1777383404; x=1777988204;\n        h=in-reply-to:content-disposition:mime-version:references:message-id\n         :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc\n         :subject:date:message-id:reply-to;\n        bh=eZ19NsW5fr6ajdZR5D4lYg3z8k9sQDPcT96d4+jJChg=;\n        b=AmMPpxVWiZr+zKRJUOo3OHxRpYh/GBMQot9LS4zUGcoiGwMwn1pr9oqoA2EnzNbHLU\n         Wqo0T2vdjJRK8CJ8FhPLo3ufrWkmdewTwEp9zYOSh64peKIUB+RD09ROo/XDN23miWYz\n         AIRcLplIEXBmuh909/Mj/l6F4X0b0uptEeUdaGvpTqMy7O1JlWo+joY7bcjTtAKHPMTq\n         nKI25FpdYtjytA3NX73UC64IToiVBs4lMu4Wg1PGViU5oC9WrwABeCpzk+B5AqFVhI07\n         ZhLqq0cgmzNaKyfyFsyuqJtQMcXPaxjpYOjLCpa9j/0OAgT+G21RD44AIjtfwyESMeqa\n         ITTQ==","X-Forwarded-Encrypted":"i=1;\n AFNElJ9kZNSSgg+C1y+xk/KZza7bqO/OpDsUncx7+WJw2Pa4MNCQ2054V/lI8ejLDhCIwrMuRvqYT7Ky2uI=@lists.infradead.org","X-Gm-Message-State":"AOJu0YxoSsynsk19s/O/cuYXJta65Dl0covHNg5XNMetOZWyAFtslmzO\n\t9VRoljEMoLX7mUw/XYtqvpAdpTwK4AMJxkR51+dynyr0ZTFnWjvzgT5/UcmcF4dbiMc=","X-Gm-Gg":"AeBDieuhtfp4cXnWW+z75ecQ8kpSe3jFlbjLZqxMJbPTVZWA0T0+yRdFmsANuu/IrgX\n\tTzKr81jyVgCu2ib5FVuK+va9e4elJps+IuH0r1VVt5RZ/YyYLc0TGXB/T8c1VPBMAPd9nKdrqsQ\n\tGAHRUorQXXuSjog7tvGGTsVp4eCxt1FEqNjYmb5D8ONG5HVbNBgZe217cSbuTX2UkS3QkA35Jny\n\teKeR1/gGxh5bjuw4KCTsmD6XimUDtGRE5zFc5bIxx+Kw4HJn4OG9jRGy1NDVHU+eeBMe9CMpLWf\n\tVSzkIXC+TXp1brPs+ReD3Y2WgFkzZ/OQF1vl1CZwvyZdEhebJ6reI01LX6A3U8RRllnNcxULSzS\n\tZYmM25vEJaDXOX20FIEqnTeNf3HG0aNORk0cJzF1oMi71F882WZUqBJ5z4IUQZTf+DDVtdvDK2g\n\tJz5P+qpnp4cTgapwqbOmN4rQiNlWX7Ex5uPWGdP7uAm7EZhfk/Wy7YLUaacPHtFOfv3ZVxqlovW\n\tgjJ8ci2V4divWIJ","X-Received":"by 2002:a05:620a:4002:b0:8ec:a621:a3af with SMTP id\n af79cd13be357-8f7d7d17f49mr430093585a.27.1777383404115;\n        Tue, 28 Apr 2026 06:36:44 -0700 (PDT)","Date":"Tue, 28 Apr 2026 10:36:41 -0300","From":"Jason Gunthorpe <jgg@ziepe.ca>","To":"fangyu.yu@linux.alibaba.com","Cc":"joro@8bytes.org, will@kernel.org, robin.murphy@arm.com, pjw@kernel.org,\n\tpalmer@dabbelt.com, aou@eecs.berkeley.edu, alex@ghiti.fr,\n\ttjeznach@rivosinc.com, kevin.tian@intel.com,\n\tbaolu.lu@linux.intel.com, vasant.hegde@amd.com, anup@brainfault.org,\n\tatish.patra@linux.dev, skhawaja@google.com, guoren@kernel.org,\n\tkvm@vger.kernel.org, iommu@lists.linux.dev,\n\tkvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","Subject":"Re: [RFC PATCH 07/11] iommupt: Don't preset D when RISC-V IOMMU\n dirty tracking on","Message-ID":"<20260428133641.GF849557@ziepe.ca>","References":"<20260428131359.34872-1-fangyu.yu@linux.alibaba.com>\n <20260428131359.34872-8-fangyu.yu@linux.alibaba.com>","MIME-Version":"1.0","Content-Disposition":"inline","In-Reply-To":"<20260428131359.34872-8-fangyu.yu@linux.alibaba.com>","X-CRM114-Version":"20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 ","X-CRM114-CacheID":"sfid-20260428_063645_805066_ED735CEC ","X-CRM114-Status":"UNSURE (   9.00  )","X-CRM114-Notice":"Please train this message.","X-Spam-Score":"-2.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:  On Tue, Apr 28, 2026 at 09:13:55PM +0800,\n fangyu.yu@linux.alibaba.com\n    wrote: > From: Fangyu Yu <fangyu.yu@linux.alibaba.com> > > When mapping\n writable\n    pages, the RISC-V format code currently > pre-set [...]\n Content analysis details:   (-2.1 points, 5.0 required)\n  pts rule name              description\n ---- ----------------------\n --------------------------------------------------\n -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/, no\n                             trust\n                             [2607:f8b0:4864:20:0:0:0:732 listed in]\n                             [list.dnswl.org]\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 -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from\n                             envelope-from domain\n  0.1 DKIM_SIGNED            Message has a DKIM or DK signature,\n not necessarily valid\n -0.1 DKIM_VALID             Message has at least one valid DKIM or DK\n signature\n -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from\n author's\n                             domain\n -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%\n                             [score: 0.0000]","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"}},{"id":3683769,"web_url":"http://patchwork.ozlabs.org/comment/3683769/","msgid":"<20260429014105.66404-1-fangyu.yu@linux.alibaba.com>","list_archive_url":null,"date":"2026-04-29T01:41:05","subject":"Re: Re: [RFC PATCH 07/11] iommupt: Don't preset D when RISC-V IOMMU\n dirty tracking on ","submitter":{"id":91416,"url":"http://patchwork.ozlabs.org/api/people/91416/","name":null,"email":"fangyu.yu@linux.alibaba.com"},"content":">> From: Fangyu Yu <fangyu.yu@linux.alibaba.com>\n>> \n>> When mapping writable pages, the RISC-V format code currently\n>> pre-sets the PTE D bit unconditionally.\n>> \n>> If hardware dirty tracking is active (DC.tc.GADE set), the IOMMU\n>> sets D autonomously on the first write. Pre-setting D makes every\n>> new mapping appear dirty immediately and breaks dirty tracking.\n>> \n>> Introduce PT_FEAT_RISCV_DIRTY_TRACKING_ACTIVE and, when set, leave\n>> D cleared for new writable mappings so hardware can capture the\n>> first write. Keep pre-setting D when dirty tracking is inactive.\n>> \n>> Only meaningful for second-stage (iohgatp) page tables.\n>\n>You shouldn't need anything like this, the D bit is managed by the\n>iommufd core appropriately. It *should* start out pre-set as that is\n>faster when not tacking. Only once dirty tracking is started does D\n>get cleared. User space is supposed to assume that everything is dirty\n>prior to its first D clear.\n>\n\nThanks, that makes sense. I will drop PT_FEAT_RISCV_DIRTY_TRACKING_ACTIVE\nand rely on the iommufd core to manage D bit.\n\nFangyu\n\n>Jason","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=WVGKROdP;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n secure) header.d=infradead.org header.i=@infradead.org header.a=rsa-sha256\n header.s=desiato.20200630 header.b=abhByb7c;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n unprotected) header.d=linux.alibaba.com header.i=@linux.alibaba.com\n header.a=rsa-sha256 header.s=default header.b=VSKdml4w;\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 4g50QT3Z53z1yHv\n\tfor <incoming@patchwork.ozlabs.org>; Wed, 29 Apr 2026 11:41:37 +1000 (AEST)","from localhost ([::1] helo=bombadil.infradead.org)\n\tby bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1wHtvj-00000002jkk-2vkF;\n\tWed, 29 Apr 2026 01:41:35 +0000","from desiato.infradead.org ([2001:8b0:10b:1:d65d:64ff:fe57:4e05])\n\tby bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1wHtvi-00000002jkU-0Cek;\n\tWed, 29 Apr 2026 01:41:34 +0000","from out30-124.freemail.mail.aliyun.com ([115.124.30.124])\n\tby desiato.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux))\n\tid 1wHtvd-00000004Qfv-15JH;\n\tWed, 29 Apr 2026 01:41:32 +0000","from localhost.localdomain(mailfrom:fangyu.yu@linux.alibaba.com\n fp:SMTPD_---0X1vlN.5_1777426869 cluster:ay36)\n          by smtp.aliyun-inc.com;\n          Wed, 29 Apr 2026 09:41:11 +0800"],"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:MIME-Version:References:In-Reply-To:\n\tMessage-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description:\n\tResent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:\n\tList-Owner; bh=NkfTEdmDPPBDsQ3Htl0FM5v32c0Vi7DRs4r/feH7cMk=; b=WVGKROdPS+MXCx\n\tsI2qM4B2t31N9k94IQyhqdJmQcXm/THkOTKVWmAHGgDfLP+s1TG4q7J1PTdHARobk9tp3U0fafiML\n\tmoMbJjLQeNo1zyuOJ7xnqL5cztbm+MmKVufajyzInTTzsSxn7RV/3NJ0fYcPhvpC4HgSXq/PDDSxu\n\tPilxKnTt3ioQJFdME4DROynidXoGiMISt2LIBI9a+5/GXbxzorYcl5BO4a0kDIlM8k1VgZgLVcv0v\n\t/Q0+MissgKJE4GGvW4ziYn4O+tQT5AmgQ2QnUqY4pWslVBfXxyTbVqJkJ72ZixGhtlDCOiJhRsUpz\n\tgdfFRccDLBpDX8hhc8Ag==;","v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=infradead.org; s=desiato.20200630; h=Content-Transfer-Encoding:MIME-Version\n\t:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From:Sender:Reply-To:\n\tContent-Type:Content-ID:Content-Description;\n\tbh=Oq4NJwjoZstdZY8Yv5UU3SU2nsmNBMRQGsHhZADtKDA=; b=abhByb7cl5u2oLtixwcqYPdyzv\n\tfs4lCbWAHErcVV/TOSPv3ZNEsGKp/UBeVlzK5S0uTP30I2B+fbm62xDpr2mcdek5UTda8tl2CwB8P\n\tOYV5B5UtQjR/J84ddD2GBkduYPMAVhBPtDvK4v1XQ2m1qw40vWHfIsFI6F2o3zYnijIV4iT5Ff1k6\n\t9Bc6tky+KZrmK31JWLDUZTKUvsEUgmfLvcFiu1XiuiuGa6Po+ocLtooq5/qgi9ePCJM+J75ob40bv\n\t9rs2v5x391zO+CpOV7qqJnlQw1GiR5482fL75bgXE25twfDK7EuT9Q5RJUOG58NDrXArG6xLJXcPN\n\txIxY6Cuw==;","v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=linux.alibaba.com; s=default;\n\tt=1777426874; h=From:To:Subject:Date:Message-Id:MIME-Version;\n\tbh=Oq4NJwjoZstdZY8Yv5UU3SU2nsmNBMRQGsHhZADtKDA=;\n\tb=VSKdml4w+HMgsPobpPzzMENsn167DbERLU8UY+XHlLS0vmBsM9zz7A+xjEDpNwNqkg9JlTD/ypDTJmdUQJrmWqTfDM9rojxYuHC7L0NRF1ct9EHMOU5rAFBdI2CUJnHpg9EmHmdkQeyLBfWh9Quw7y4m2td/OwePRRkSfCWl2V8="],"X-Alimail-AntiSpam":"\n AC=PASS;BC=-1|-1;BR=01201311R101e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam011083073210;MF=fangyu.yu@linux.alibaba.com;NM=1;PH=DS;RN=22;SR=0;TI=SMTPD_---0X1vlN.5_1777426869;","From":"fangyu.yu@linux.alibaba.com","To":"jgg@ziepe.ca","Cc":"alex@ghiti.fr,\n\tanup@brainfault.org,\n\taou@eecs.berkeley.edu,\n\tatish.patra@linux.dev,\n\tbaolu.lu@linux.intel.com,\n\tfangyu.yu@linux.alibaba.com,\n\tguoren@kernel.org,\n\tiommu@lists.linux.dev,\n\tjoro@8bytes.org,\n\tkevin.tian@intel.com,\n\tkvm-riscv@lists.infradead.org,\n\tkvm@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org,\n\tlinux-riscv@lists.infradead.org,\n\tpalmer@dabbelt.com,\n\tpjw@kernel.org,\n\trobin.murphy@arm.com,\n\tskhawaja@google.com,\n\ttjeznach@rivosinc.com,\n\tvasant.hegde@amd.com,\n\twill@kernel.org","Subject":"Re: Re: [RFC PATCH 07/11] iommupt: Don't preset D when RISC-V IOMMU\n dirty tracking on ","Date":"Wed, 29 Apr 2026 09:41:05 +0800","Message-Id":"<20260429014105.66404-1-fangyu.yu@linux.alibaba.com>","X-Mailer":"git-send-email 2.39.3 (Apple Git-146)","In-Reply-To":"<20260428133641.GF849557@ziepe.ca>","References":"<20260428133641.GF849557@ziepe.ca>","MIME-Version":"1.0","X-CRM114-Version":"20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 ","X-CRM114-CacheID":"sfid-20260429_024130_416203_0A017910 ","X-CRM114-Status":"UNSURE (   5.01  )","X-CRM114-Notice":"Please train this message.","X-Spam-Score":"-15.7 (---------------)","X-Spam-Report":"Spam detection software,\n running on the system \"desiato.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: Fangyu Yu <fangyu.yu@linux.alibaba.com> >> >> When\n    mapping writable pages, the RISC-V format code currently >> pre-sets the\n   PTE D bit unconditionally. >> >> If hardware dirty tracking is acti [...]\n Content analysis details:   (-15.7 points, 5.0 required)\n  pts rule name              description\n ---- ----------------------\n --------------------------------------------------\n -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/, no\n                             trust\n                             [115.124.30.124 listed in list.dnswl.org]\n  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record\n -7.5 USER_IN_DEF_SPF_WL     From: address is in the default SPF welcome-list\n -0.0 SPF_PASS               SPF: sender matches SPF record\n -7.5 USER_IN_DEF_DKIM_WL    From: address is in the default DKIM welcome-list\n -0.1 DKIM_VALID_EF          Message has a valid DKIM or DK signature from\n                             envelope-from domain\n  0.1 DKIM_SIGNED            Message has a DKIM or DK signature,\n not necessarily valid\n -0.1 DKIM_VALID             Message has at least one valid DKIM or DK\n signature\n -0.1 DKIM_VALID_AU          Message has a valid DKIM or DK signature from\n author's\n                             domain\n  0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay\n lines\n -0.5 ENV_AND_HDR_SPF_MATCH  Env and Hdr From used in default SPF WL Match","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"}}]