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 6AED0CD11DD for ; Wed, 27 Mar 2024 12:13:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Subject:Cc:To:From:Message-ID:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=w9azM8dzI1dQTZrIXjzYt83TUi9j048bL+Jg8dnloFw=; b=2ncgqgS1eqVjFB 2Z/22aqOCxM69CHsyGrm5c7fRIQiD0qhQAmN0tdcFL9TE+KuO0hz4TBO1AwBtQSX0A4FieeYAQCRr YAs8QlszQqTgLPkiMAVtde5ObQNG0x9LO0hrcSdVbOVuPD4nPNakKm3IZV7WXJ1NwaAYnBdo3sJwO 4YR96tH0EOBcfkMwy3sxbqev1PbMFbiU265AC5IuBfwiqbx/9c4u0ImnkKfWtwT4cZJ77iCl0Msqv G3c85Pi/ViBqkWpVF2mcNV6VRk3mD8nURpvrRiRjZi6zWiNWzcTD4fSa1GyXDOh41AlkFGqDFpqGn d0mV6C2NPWwserumsWrw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rpS9d-00000008lOI-33qP; Wed, 27 Mar 2024 12:13:17 +0000 Received: from sin.source.kernel.org ([2604:1380:40e1:4800::1]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1rpS9Z-00000008lLG-1zMF for linux-arm-kernel@lists.infradead.org; Wed, 27 Mar 2024 12:13:15 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id A91C0CE25AF; Wed, 27 Mar 2024 12:13:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E52E3C43390; Wed, 27 Mar 2024 12:13:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1711541590; bh=6nzb64oC/aS+38eYkHxWrJnO/Ec/5COHzsOHpbHjwq8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=iYutqEe5s0N9gvqdYsI1i59tc58latUbZgDX0+SbW82UFYr6MrNmzMRo7wACyvb7T DeHYGvTc8P1teXK1vtA0zmcQnp/3o+jMFUsAHinGhBHgQ81ebMqkoeWBDXCDCYQcsZ QGqrxYvnlRfSjvflGkmodVfCCHNPwaXxwyRyhUvOylTvTpqSV26GH8GwTjeO6PiDjt mDzTByGBUWz16Ja1pwIvm9yBf8uPgmymQ/cJmUvSkVNCtAmZP9cbHCsowYebcxImZZ S69O/cz21T+WpcKOtQsuyGDnlm38KPeYjL7eLslJr3Z5EnMoOvXBgwRKXcP5Xp0DVb Thlxr2JmBSx/g== Received: from 82-132-225-99.dab.02.net ([82.132.225.99] helo=wait-a-minute.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1rpS9U-00GHA1-83; Wed, 27 Mar 2024 12:13:08 +0000 Date: Wed, 27 Mar 2024 12:12:55 +0000 Message-ID: <87ttkrswjc.wl-maz@kernel.org> From: Marc Zyngier To: Ganapatrao Kulkarni Cc: kvmarm@lists.linux.dev, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, oliver.upton@linux.dev, darren@os.amperecomputing.com, d.scott.phillips@amperecomputing.com Subject: Re: [RFC PATCH] kvm: nv: Optimize the unmapping of shadow S2-MMU tables. In-Reply-To: <92117ba1-54ff-4752-b446-0ed09bde7201@os.amperecomputing.com> References: <20240305054606.13261-1-gankulkarni@os.amperecomputing.com> <86sf150w4t.wl-maz@kernel.org> <6685c3a6-2017-4bc2-ad26-d11949097050@os.amperecomputing.com> <86r0go201z.wl-maz@kernel.org> <92117ba1-54ff-4752-b446-0ed09bde7201@os.amperecomputing.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") X-SA-Exim-Connect-IP: 82.132.225.99 X-SA-Exim-Rcpt-To: gankulkarni@os.amperecomputing.com, kvmarm@lists.linux.dev, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, oliver.upton@linux.dev, darren@os.amperecomputing.com, d.scott.phillips@amperecomputing.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240327_051313_905667_AEA7BD8E X-CRM114-Status: GOOD ( 28.12 ) 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: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, 26 Mar 2024 11:33:27 +0000, Ganapatrao Kulkarni wrote: > > > Hi Marc, > > On 05-03-2024 08:33 pm, Marc Zyngier wrote: > > On Tue, 05 Mar 2024 13:29:08 +0000, > > Ganapatrao Kulkarni wrote: > >> > >> > >> > >> What are the core issues (please forgive me if you mentioned already)? > >> certainly we will prioritise them than this. > > > > AT is a big one. Maintenance interrupts are more or less broken. I'm > > slowly plugging PAuth, but there's no testing whatsoever (running > > Linux doesn't count). Lack of SVE support is also definitely a > > blocker. > > > > I am debugging an issue where EDK2(ArmVirtPkg) boot hangs when tried > to boot from L1 using QEMU. > > The hang is due to failure of AT instruction and resulting in > immediate return to Guest(L2) and the loop continues... > > AT instruction is executed in function of > __get_fault_info(__translate_far_to_hpfar) in L1 when data abort is > forwarded. Then AT instruction is trapped and executed/emulated in L0 > in function "__kvm_at_s1e01" is failing and resulting in the return to > guest. > > Is this also the manifestation of the issue of AT that you are referring to? It's possible, but you are looking at the symptom and not necessarily the problem. FWIW, I can boot EDK2 as built by debian as an L2 using QEMU without any problem, but I'm not using QEMU for L1 (it shouldn't have much of an impact anyway). I expect AT S1E1R to fail if any of the following are true: - the guest S1 page tables have been swapped out in the interval between the fault and the AT emulation - the shadow S2 page tables do not have a translation for the output of the S1 page tables yet You will need to work out which of these two are true. It is perfectly possible that there are more edge cases that need addressing, as what you describe just works with my setup. It could also be that 4kB page support at L1 is broken (as I have no way to test it and only run with a 16kB L1). M. -- Without deviation from the norm, progress is not possible. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel