From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 8BB1CC54735 for ; Tue, 27 Aug 2024 10:15:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc: To:From:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=ys5q7+xt7V4u8ZvUMbFPxHX+g0yKhziPVMVNXUTaajE=; b=fhmsu6DcpsEKd/r6uVicrkWyKs OaFOjpXljCAx5gy72laLO9p+rnTO+402RUny+cB/Fj0eywAJZ2WU0Rd2m50r+b5pvLKqhzVFLzIdq EpCuPoG4OvK998pNnHpIrpBrFC4K1uHJWEQBOyVR9eN4cxfX9BH39Mgjl9QosDNR+LJO5lpV5PdRy kC4RdENvzsRIt1Tbciw9O4NXPuMbxW0FauQVY7LcApUmqSMOu+1tk5TGQRPJ5SybBCapMbDWAoWCl 5YzchGlShsOejVMxe+mLfhH1ANwh6obUCvdqER2CZwa+MQTIGVr8WEBGW6VY3ZeIefW4QVmaYpAKN xhj7pg7g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sitEX-0000000Alh4-3L2d; Tue, 27 Aug 2024 10:15:29 +0000 Received: from mail-wr1-x42c.google.com ([2a00:1450:4864:20::42c]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sis9a-0000000AW3v-3Ypk for linux-arm-kernel@lists.infradead.org; Tue, 27 Aug 2024 09:06:21 +0000 Received: by mail-wr1-x42c.google.com with SMTP id ffacd0b85a97d-371b098e699so4168285f8f.2 for ; Tue, 27 Aug 2024 02:06:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1724749576; x=1725354376; darn=lists.infradead.org; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=ys5q7+xt7V4u8ZvUMbFPxHX+g0yKhziPVMVNXUTaajE=; b=rd8diBL2ofxvJcjAhjnGXELr+QszPAiHrctrxClMcGsFjRwqwf0+sHYVzwSCOG0/ji BVrx/TYF+V7i6q8esDsL1FlAuQsRmo76tk+yuWpTL7gPajh1qaRACb7h57fpLVZTWO/O hgVP5KjGebe+ETDOFQ/GOrFR/EXAkd/6BdSLkZ9Wnv42p0yIUqnkL9xuq0S+HtMFZhqb Jxi2jpuZi5ZuayWMIsqUzTiHsGoYpM67uTzKm7WGxMZsLmDWB/ZaOCHx6xAJYvxlNzPC hY6NrWuHifUADtvG/gGv5TDSuHutsXEpZocYO0XkfBWJwsfsN6+muwEfW4Tp8rd1l4vc Q2Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1724749576; x=1725354376; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ys5q7+xt7V4u8ZvUMbFPxHX+g0yKhziPVMVNXUTaajE=; b=F4U9NHJJklzN2+uLf8LOs0rTvHUpLEst1FybMnogG6QcEOk7fgPKvKBtv41lNsw/5q wlSY6OLXgnFrAk5QqEU/X8saGO1B5OyKmgsjBiEuSl/gx/XTW92GcoHWtfUbXfOXkyHZ DW09PspGelqdTl1T4G/whCpa13bB4mWLkWftNR9ovhR9GbLYADrafVRwOdfiLzaCxXsz GqVZmCX8NPQLiQYN1nPn08nma6gCsO68rgPddmYWSiZ+dDH5EzSAQL1+D0fQa4tZpWrh gsYKHq7Bzgokec4le0B7uRG03yPZjyAx1cB5OpSZsJ2DsYrkOPR7WWzspMyXkNeLHxfN 0DTw== X-Forwarded-Encrypted: i=1; AJvYcCVBYHCBiRcKpvItZqFDNV0af9usmoSVJWD18O1ejNwlpme6MRMdoMpktkKmEVyspoDbgfnAJCZxvXoEPoZ96rSA@lists.infradead.org X-Gm-Message-State: AOJu0Yy2A8P6o1QcBsmLrwmOycJza3rBlzcVgLKGe24IUPU8L6abUYuw 9C/Kkn2UC7A+mVGsVo70fL6d6CrZv95CHc4Msda4XEmAUwdEp/K0DG4vFyPwqh4= X-Google-Smtp-Source: AGHT+IE+VDn5FOe01bWlunlr3Q/efu0PB9LC4RFl5VPjT0A0kz6PEXEkfZYstnAt53OJLkCDA/f1HA== X-Received: by 2002:adf:b311:0:b0:368:3f6a:1dea with SMTP id ffacd0b85a97d-37311840050mr9300691f8f.6.1724749575912; Tue, 27 Aug 2024 02:06:15 -0700 (PDT) Received: from draig.lan ([85.9.250.243]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3730826a3f7sm12533503f8f.112.2024.08.27.02.06.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 27 Aug 2024 02:06:15 -0700 (PDT) Received: from draig (localhost [IPv6:::1]) by draig.lan (Postfix) with ESMTP id 507E15F7A2; Tue, 27 Aug 2024 10:06:14 +0100 (BST) From: =?utf-8?Q?Alex_Benn=C3=A9e?= To: Sean Christopherson Cc: Paolo Bonzini , Marc Zyngier , Oliver Upton , Tianrui Zhao , Bibo Mao , Huacai Chen , Michael Ellerman , Anup Patel , Paul Walmsley , Palmer Dabbelt , Albert Ou , Christian Borntraeger , Janosch Frank , Claudio Imbrenda , kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, loongarch@lists.linux.dev, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, kvm-riscv@lists.infradead.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, David Matlack , David Stevens Subject: Re: [PATCH v12 00/84] KVM: Stop grabbing references to PFNMAP'd pages In-Reply-To: <20240726235234.228822-1-seanjc@google.com> (Sean Christopherson's message of "Fri, 26 Jul 2024 16:51:09 -0700") References: <20240726235234.228822-1-seanjc@google.com> Date: Tue, 27 Aug 2024 10:06:14 +0100 Message-ID: <875xrme3nd.fsf@draig.linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240827_020618_897088_50E5F944 X-CRM114-Status: GOOD ( 18.51 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Sean Christopherson writes: > arm64 folks, the first two patches are bug fixes, but I have very low > confidence that they are correct and/or desirable. If they are more or > less correct, I can post them separately if that'd make life easier. I > included them here to avoid conflicts, and because I'm pretty sure how > KVM deals with MTE tags vs. dirty logging will impact what APIs KVM needs > to provide to arch code. > > On to the series... The TL;DR is that I would like to get input on two > things: > > 1. Marking folios dirty/accessed only on the intial stage-2 page fault > 2. The new APIs for faulting, prefetching, and doing "lookups" on > pfns I've finally managed to get virtio-vulkan working on my Arm64 devbox with an AMD graphics card plugged into the PCI. I'm confident that the graphics path is using the discrete card memory (as it has been mapped as device memory with alignment handlers to deal with the broken Altra PCI). However aside from running graphics workloads in KVM guests is their anything else I can check to see things are behaving as expected? The predecessor series did break launching some KVM guests on my x86 system but with this series launching guests works fine and I haven't noticed any weirdness. So for those caveats you can certainly have a: Tested-by: Alex Benn=C3=A9e However if there is anything else I can do to further stress test this code do let me know. --=20 Alex Benn=C3=A9e Virtualisation Tech Lead @ Linaro