Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4460075pxf; Tue, 16 Mar 2021 14:12:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrvgNU9apD7pnMXc9syPAu3kLuQaZtz9EZASaALqCoHb02P1gC532yecDY4n5WjQcDsPa1 X-Received: by 2002:a17:907:1614:: with SMTP id hb20mr16766118ejc.77.1615929123740; Tue, 16 Mar 2021 14:12:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615929123; cv=none; d=google.com; s=arc-20160816; b=lj+m/U2+/JMG3gCpWBUdiRoruHwhm8bkEPCDUrh0uzgAK7DU36jTrrh8t96vp/dnUE Et70ZQhxDn+C5gPu1N0V/mYf0RUvTcCeCRvfVhWivdC4YMSMZofYdYUiBU4PX6U7DE1e AlEBJdPGOSt4loafTvJfqyoop6kyq0/b8/2E82n2874uqsIWCHAR6fcxbH7IZK5Xzmhw k0piKYIiiYxitiqDRxfZP7rCjH8c1GzhJhF3d14HemzCY+pjiOCp4bxcMvn15om5Awee 5jqRsytL1o5C0zq0dctUorXxwuJdpk8Y+iqyFMC6iGRwhSU3GDm1hdwos/HG1EDhR/if BJKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=8CWHxiV0ZKizo+vjFshSgCNglE9MeCQCWx2fDMf8iU8=; b=jIo3HcIddtZcT7QK/FMpgqmbI4g9LdoAHuC6mr7bRrYtx66fPgSSpV21+c5kwsD7u9 yWK3zZIt9Bn48ZOZUd27xcU0FykofEoTORcveeWKY2n1nXFeKdbkNl64JZHUVdkW+MR6 671CaqRVTYIc+e5vsYyi/MJbyTeMRn9DApCLDdM7m21hT7Mw8tSi1MT7KdP9wiDfV4E7 EFwkmMy5EwM/8iehZUXb3MDVPI0sNuyOygoZlaPmTBbkK8q1K3+heMHMhsj0pIsH1j5X RbObrJPs0zZ6w15Am8c307ZT9jJArVg510TwvRuALwfDOdhYoTwDO3W6oZNDuKD7YFkp KllQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=gYo2kERL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ld16si15004266ejb.528.2021.03.16.14.11.40; Tue, 16 Mar 2021 14:12:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=gYo2kERL; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239249AbhCPRr0 (ORCPT + 99 others); Tue, 16 Mar 2021 13:47:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239241AbhCPRqr (ORCPT ); Tue, 16 Mar 2021 13:46:47 -0400 Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0D6ACC06174A for ; Tue, 16 Mar 2021 10:46:47 -0700 (PDT) Received: by mail-wr1-x42b.google.com with SMTP id e18so7885200wrt.6 for ; Tue, 16 Mar 2021 10:46:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=8CWHxiV0ZKizo+vjFshSgCNglE9MeCQCWx2fDMf8iU8=; b=gYo2kERL9GIyhaZOa6PnViq0BRXBGefSRBZieSYFhlS1lW0yoNCUiliN2Cn6l4BirX BlvvIXzdoXNmkgVaURC+XAcXa0lXCs2NdACd8cPProNkQhZcbPlREIWB6dnrFIdi59j2 ytNxz7q3toFgoz1mpxdX75jcbjJoLrOPdzZaDbYTpqgMRrqOu6AACZ92tZBXis10/464 GGnBnjTFr9UdrTfL8cl0RFjhKCcegioXqStezi2b2K6dg/2HxW1W8yqM4aaV0DV4AvL+ DXyo460cKTkPZQumL0LtSLdIGqDOZLV5FHjZyQlHjCQeXsDDdU2PW1nI+j9hewIITYy4 03qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=8CWHxiV0ZKizo+vjFshSgCNglE9MeCQCWx2fDMf8iU8=; b=p0R9iOAFX8BKYG35yCFu4iMKz7X710pEfTx7lSgz1eLDHAMl8IazDpY93zdakF/e3o NkGl/eEnIC3ZXWRoHefrsMv5NFUvqyGHLsB+dxqhjpVE1OLPFur9n5tPibHXI9Dil4KC mt7f7zRGTql8zoKKi+g9BjDBPBBHuSkcokC88YoMisUw0ealx2UemrgR73ixqKFAXEzt HYqrE3UWs4JgtG30/gRcQzTmED+fS1+a1M1AxxvFhF5qigIlyGDQGZNrbbLCZjALQvl1 9glwokOxuECy/AxfVryYMFZY9Nokn25LPEHnyKn36zXSUusR7s86/lKBrSU5muX52KjD bzaQ== X-Gm-Message-State: AOAM531sAuUqhDelKIVqb3APSZrtGhQGRQwoqok75JEHJdJe36lYKMIk 4ih5VoTS30QE4hDnvqEELihBK9LTaxhOfw== X-Received: by 2002:a5d:4d0f:: with SMTP id z15mr216557wrt.192.1615916805635; Tue, 16 Mar 2021 10:46:45 -0700 (PDT) Received: from google.com (230.69.233.35.bc.googleusercontent.com. [35.233.69.230]) by smtp.gmail.com with ESMTPSA id t8sm22607136wrr.10.2021.03.16.10.46.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 16 Mar 2021 10:46:45 -0700 (PDT) Date: Tue, 16 Mar 2021 17:46:42 +0000 From: Quentin Perret To: Mate Toth-Pal Cc: catalin.marinas@arm.com, will@kernel.org, maz@kernel.org, james.morse@arm.com, julien.thierry.kdev@gmail.com, suzuki.poulose@arm.com, android-kvm@google.com, seanjc@google.com, linux-kernel@vger.kernel.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org, kernel-team@android.com, kvmarm@lists.cs.columbia.edu, tabba@google.com, ardb@kernel.org, mark.rutland@arm.com, dbrazdil@google.com Subject: Re: [PATCH v5 33/36] KVM: arm64: Wrap the host with a stage 2 Message-ID: References: <20210315143536.214621-1-qperret@google.com> <20210315143536.214621-34-qperret@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 16 Mar 2021 at 16:16:18 (+0100), Mate Toth-Pal wrote: > On 2021-03-16 15:29, Quentin Perret wrote: > > On Tuesday 16 Mar 2021 at 12:53:53 (+0000), Quentin Perret wrote: > > > On Tuesday 16 Mar 2021 at 13:28:42 (+0100), Mate Toth-Pal wrote: > > > > Changing the value of MT_S2_FWB_NORMAL to 7 would change this behavior, and > > > > the resulting memory type would be device. > > > > > > Sounds like the correct fix here -- see below. > > > > Just to clarify this, I meant this should be the configuration for the > > host stage-2. We'll want to keep the existing behaviour for guests I > > believe. > > I Agree. OK, so the below seems to boot on my non-FWB-capable hardware and should fix the issue. Could you by any chance give it a spin? diff --git a/arch/arm64/include/asm/kvm_pgtable.h b/arch/arm64/include/asm/kvm_pgtable.h index b93a2a3526ab..b2066bd03ca2 100644 --- a/arch/arm64/include/asm/kvm_pgtable.h +++ b/arch/arm64/include/asm/kvm_pgtable.h @@ -76,10 +76,11 @@ struct kvm_pgtable { /** * enum kvm_pgtable_prot - Page-table permissions and attributes. - * @KVM_PGTABLE_PROT_X: Execute permission. - * @KVM_PGTABLE_PROT_W: Write permission. - * @KVM_PGTABLE_PROT_R: Read permission. - * @KVM_PGTABLE_PROT_DEVICE: Device attributes. + * @KVM_PGTABLE_PROT_X: Execute permission. + * @KVM_PGTABLE_PROT_W: Write permission. + * @KVM_PGTABLE_PROT_R: Read permission. + * @KVM_PGTABLE_PROT_DEVICE: Device attributes. + * @KVM_PGTABLE_PROT_S2_NOFWB: Don't enforce Normal-WB with FWB. */ enum kvm_pgtable_prot { KVM_PGTABLE_PROT_X = BIT(0), @@ -87,6 +88,8 @@ enum kvm_pgtable_prot { KVM_PGTABLE_PROT_R = BIT(2), KVM_PGTABLE_PROT_DEVICE = BIT(3), + + KVM_PGTABLE_PROT_S2_NOFWB = BIT(4), }; #define PAGE_HYP (KVM_PGTABLE_PROT_R | KVM_PGTABLE_PROT_W) diff --git a/arch/arm64/include/asm/memory.h b/arch/arm64/include/asm/memory.h index c759faf7a1ff..e695d2e1839d 100644 --- a/arch/arm64/include/asm/memory.h +++ b/arch/arm64/include/asm/memory.h @@ -144,13 +144,16 @@ * Memory types for Stage-2 translation */ #define MT_S2_NORMAL 0xf +#define MT_S2_WEAK MT_S2_NORMAL #define MT_S2_DEVICE_nGnRE 0x1 /* * Memory types for Stage-2 translation when ID_AA64MMFR2_EL1.FWB is 0001 - * Stage-2 enforces Normal-WB and Device-nGnRE + * Stage-2 enforces Normal-WB and Device-nGnRE by default. The 'weak' mode + * honors Stage-1 attributes. */ #define MT_S2_FWB_NORMAL 6 +#define MT_S2_FWB_WEAK 7 #define MT_S2_FWB_DEVICE_nGnRE 1 #ifdef CONFIG_ARM64_4K_PAGES diff --git a/arch/arm64/kvm/hyp/nvhe/mem_protect.c b/arch/arm64/kvm/hyp/nvhe/mem_protect.c index dd03252b9574..1ff72babe565 100644 --- a/arch/arm64/kvm/hyp/nvhe/mem_protect.c +++ b/arch/arm64/kvm/hyp/nvhe/mem_protect.c @@ -214,6 +214,8 @@ static int host_stage2_idmap(u64 addr) if (is_memory) prot |= KVM_PGTABLE_PROT_X; + else + prot |= KVM_PGTABLE_PROT_S2_NOFWB; hyp_spin_lock(&host_kvm.lock); ret = kvm_pgtable_stage2_find_range(&host_kvm.pgt, addr, prot, &range); diff --git a/arch/arm64/kvm/hyp/pgtable.c b/arch/arm64/kvm/hyp/pgtable.c index 3a971df278bd..bd1b8464a537 100644 --- a/arch/arm64/kvm/hyp/pgtable.c +++ b/arch/arm64/kvm/hyp/pgtable.c @@ -343,6 +343,9 @@ static int hyp_set_prot_attr(enum kvm_pgtable_prot prot, kvm_pte_t *ptep) if (!(prot & KVM_PGTABLE_PROT_R)) return -EINVAL; + if (prot & KVM_PGTABLE_PROT_S2_NOFWB) + return -EINVAL; + if (prot & KVM_PGTABLE_PROT_X) { if (prot & KVM_PGTABLE_PROT_W) return -EINVAL; @@ -510,9 +513,18 @@ u64 kvm_get_vtcr(u64 mmfr0, u64 mmfr1, u32 phys_shift) static int stage2_set_prot_attr(enum kvm_pgtable_prot prot, kvm_pte_t *ptep) { bool device = prot & KVM_PGTABLE_PROT_DEVICE; - kvm_pte_t attr = device ? PAGE_S2_MEMATTR(DEVICE_nGnRE) : - PAGE_S2_MEMATTR(NORMAL); + bool nofwb = prot & KVM_PGTABLE_PROT_S2_NOFWB; u32 sh = KVM_PTE_LEAF_ATTR_LO_S2_SH_IS; + kvm_pte_t attr; + + WARN_ON(nofwb && device); + + if (device) + attr = PAGE_S2_MEMATTR(DEVICE_nGnRE); + else if (nofwb) + attr = PAGE_S2_MEMATTR(WEAK); + else + attr = PAGE_S2_MEMATTR(NORMAL); if (!(prot & KVM_PGTABLE_PROT_X)) attr |= KVM_PTE_LEAF_ATTR_HI_S2_XN;