Received: by 2002:a05:6358:e9c4:b0:b2:91dc:71ab with SMTP id hc4csp4738543rwb; Mon, 8 Aug 2022 06:20:41 -0700 (PDT) X-Google-Smtp-Source: AA6agR6/LyMGBPaAz8dILabP/kwyzq2Yd3/eAhzAfzziV/7OLdZcTiVPCJQE4upIRUJCglLUWFBn X-Received: by 2002:a17:902:e945:b0:16b:f802:1660 with SMTP id b5-20020a170902e94500b0016bf8021660mr18836239pll.7.1659964840781; Mon, 08 Aug 2022 06:20:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659964840; cv=none; d=google.com; s=arc-20160816; b=Vpn0bxhUnaxaq+PjDouZauvY7sJNr7jWJda2ofCTjR9qDnFUtqRCZOZHrnuKlmcH24 m8JfATqbdOem2Qeh6lC0IHwadzRuBXkMAJMqnsd90eVuZyjCYBCuKCij4g2wixbRBcOk y9bTanFsiVB12OdJ/N5FKTvm9xMZoprtb3nWSfs794N0FBqufCtBKCDFI1ANhkI/VrHu Nu98U7VTcg9aZUfhG7t6+iavWcaPNaL1suKSp0IKc/qNsSncvjHFfmlDDiSjmMiBMVmx tFxWKub9Q+Oes/J04JyYIduvBzYNA0hcJz2DSz4w2YVyBQR6Bojpxhbulnl529FnQ1LW 6uZA== 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=fMS7xVNFh3Y0DjyDY0WIgzKl0DxlBVb3xHKu0mYYgrw=; b=zz6VaREEJw5cT1iB19sy9W5MW3JqQPjxKMRtYcoVZCn/bnVL5xGCtOFy4EkLzQTZgj mt40hvvHcPGu9AJBs6dQzUbb0AQdsBKEGur9OQfcZhOT6Bg5DKNNRw2Vr4f8hDjsNuae 7QYosu3EZ+d6ieDmC+f7D3K8R2v2zC65ZhwfEesN1XeEHQrFHFjMDj4Y2vWC27wcaT71 dmvCLT8LswQp8oOZ9Tpn1khIUDEECS3Kv6MGEIHhstp+iv4q9vocWbYWpinT8yUqA8l1 AZbsUnmP09qOpHFQfauYi33EJ/adqxybd3D21ArvnSojNuBtfxO3m/sixWItyNQVu+sz nOhg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=AzKfFbWB; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m185-20020a6326c2000000b0041c6b773d5fsi5003213pgm.854.2022.08.08.06.20.08; Mon, 08 Aug 2022 06:20:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=AzKfFbWB; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243197AbiHHNNX (ORCPT + 99 others); Mon, 8 Aug 2022 09:13:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56148 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243224AbiHHNNU (ORCPT ); Mon, 8 Aug 2022 09:13:20 -0400 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 462F82C8; Mon, 8 Aug 2022 06:13:19 -0700 (PDT) Received: from zn.tnic (p200300ea971b98cb329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:971b:98cb:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 590671EC0324; Mon, 8 Aug 2022 15:13:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1659964393; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=fMS7xVNFh3Y0DjyDY0WIgzKl0DxlBVb3xHKu0mYYgrw=; b=AzKfFbWBrPNIIgSbaUIvdZnU1hPajXBtY+5GZoxuBRLQAknp8MtBF5WpaCsRBLmSl1TuLC bmesbqCcUOLx5D1WJh4T1rV+uNWZLUSHHiU1rISjx4ARJRVahvtdvvUMnzwPVlaexl7vhZ UPWiZatlfigojXzDUj8TrS+zwo0+vQc= Date: Mon, 8 Aug 2022 15:13:08 +0200 From: Borislav Petkov To: Ashish Kalra Cc: x86@kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-coco@lists.linux.dev, linux-mm@kvack.org, linux-crypto@vger.kernel.org, tglx@linutronix.de, mingo@redhat.com, jroedel@suse.de, thomas.lendacky@amd.com, hpa@zytor.com, ardb@kernel.org, pbonzini@redhat.com, seanjc@google.com, vkuznets@redhat.com, jmattson@google.com, luto@kernel.org, dave.hansen@linux.intel.com, slp@redhat.com, pgonda@google.com, peterz@infradead.org, srinivas.pandruvada@linux.intel.com, rientjes@google.com, dovmurik@linux.ibm.com, tobin@ibm.com, michael.roth@amd.com, vbabka@suse.cz, kirill@shutemov.name, ak@linux.intel.com, tony.luck@intel.com, marcorr@google.com, sathyanarayanan.kuppuswamy@linux.intel.com, alpergun@google.com, dgilbert@redhat.com, jarkko@kernel.org Subject: Re: [PATCH Part2 v6 08/49] x86/traps: Define RMP violation #PF error code Message-ID: References: <5328a76b3fab1f20b3ffc400ca2402bec19d9700.1655761627.git.ashish.kalra@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5328a76b3fab1f20b3ffc400ca2402bec19d9700.1655761627.git.ashish.kalra@amd.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Mon, Jun 20, 2022 at 11:03:27PM +0000, Ashish Kalra wrote: > @@ -12,15 +14,17 @@ > * bit 4 == 1: fault was an instruction fetch > * bit 5 == 1: protection keys block access > * bit 15 == 1: SGX MMU page-fault > + * bit 31 == 1: fault was due to RMP violation > */ > enum x86_pf_error_code { > - X86_PF_PROT = 1 << 0, > - X86_PF_WRITE = 1 << 1, > - X86_PF_USER = 1 << 2, > - X86_PF_RSVD = 1 << 3, > - X86_PF_INSTR = 1 << 4, > - X86_PF_PK = 1 << 5, > - X86_PF_SGX = 1 << 15, > + X86_PF_PROT = BIT_ULL(0), > + X86_PF_WRITE = BIT_ULL(1), > + X86_PF_USER = BIT_ULL(2), > + X86_PF_RSVD = BIT_ULL(3), > + X86_PF_INSTR = BIT_ULL(4), > + X86_PF_PK = BIT_ULL(5), > + X86_PF_SGX = BIT_ULL(15), > + X86_PF_RMP = BIT_ULL(31), Yeah, I remember dhansen asked for those to use the BIT() macro but the _ULL is an overkill. Those PF flags are 32 and they fit in an unsigned int. But we don't have BUT_UI() so I guess the next best thing - BIT() - which uses UL internally, should be good enough. So pls use BIT() here - not BIT_ULL(). Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette