Received: by 10.223.176.5 with SMTP id f5csp4368780wra; Tue, 30 Jan 2018 06:22:07 -0800 (PST) X-Google-Smtp-Source: AH8x225PgGfQ8nZrb8U2dVR1GW6p1iF+O2y+MaiQBtvK/QkCiSj/FbP1H7zFydgkTYW/a94TiJ2O X-Received: by 2002:a17:902:50e3:: with SMTP id c32-v6mr24139933plj.310.1517322127288; Tue, 30 Jan 2018 06:22:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517322127; cv=none; d=google.com; s=arc-20160816; b=BbroSQeyDtQJL05aOJVa5mBBrp52uJ09SPJf1J+5KyXoKLi+Y6JDR41Zo0oIHS52u5 +hYyc/NwUbHxtGJrzL7/k/BzE75RYU6ELwFZ7y3aMVojEF2bua4aH2qQsXZVRdOIFRbL e41gR9YfM+IROBaQF59kJSxJFTDBpP3p0mjPv1R4dKcPsHQKyg1NrxwCaPDK24gxPjAG DdSdvaEI4BdBLhdNu7JCNBAbh99HoUBvuYsCfMdWOFdA5lbXzrC6sFUPmUk2lzKTtFjB Wz3iDZsuOhNgVRDsaFmSPZUvvRxo7oCCmFs978362KLDwm2CcLm2hy/BivPMU5uVvG/B NbFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :arc-authentication-results; bh=KDCaL0B/gXDX94Wmw9jf3AKSfsZfWm+ed0sKEaXlNGE=; b=SgE4Is+g9HaY3g3ncY/QIOfmaHiJ+WujtXqpN4JqYHALsEKUvCxTEAU39ImhC8JQNy bKcBY8k9i67hRqAB9KqDYv+bU98dNUwVY1WR1BDrP2pFrivBcnvGbGZ8QPrwIBAgkbGk cvLFILgX2qRPRVhBQh97Z7o6uWKKBJHyiUrjnN2k7VN5UItSgH8CpqQm08l3VSOSljwu 0bn07knkaX+uEVEUlmp9Gk52ZhvQFW3goGq6xVJsN5+BWpDj/azNBJDFapI9dxHLhydF VxO1oF9vs/S9OTnO+4qV3ypbJj3Dl/SJZYtGFUnetP36eswQ5NMy6FtM6pFbWDpV6Beg rWpw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 63-v6si11933876pla.526.2018.01.30.06.21.53; Tue, 30 Jan 2018 06:22:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752608AbeA3Nv1 (ORCPT + 99 others); Tue, 30 Jan 2018 08:51:27 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:54046 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751914AbeA3Nv0 (ORCPT ); Tue, 30 Jan 2018 08:51:26 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 11C6C1529; Tue, 30 Jan 2018 05:51:26 -0800 (PST) Received: from [10.1.207.62] (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1D8F73F41F; Tue, 30 Jan 2018 05:51:23 -0800 (PST) Subject: Re: [PATCH v2 13/16] firmware/psci: Expose SMCCC version through psci_ops To: Robin Murphy , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, kvmarm@lists.cs.columbia.edu Cc: Catalin Marinas , Will Deacon , Peter Maydell , Christoffer Dall , Lorenzo Pieralisi , Mark Rutland , Ard Biesheuvel , Jon Masters References: <20180129174559.1866-1-marc.zyngier@arm.com> <20180129174559.1866-14-marc.zyngier@arm.com> From: Marc Zyngier Organization: ARM Ltd Message-ID: <6bb72d9d-ac47-70c1-19a1-25d2bd477018@arm.com> Date: Tue, 30 Jan 2018 13:51:22 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30/01/18 12:55, Robin Murphy wrote: > On 29/01/18 17:45, Marc Zyngier wrote: >> Since PSCI 1.0 allows the SMCCC version to be (indirectly) probed, >> let's do that at boot time, and expose the version of the calling >> convention as part of the psci_ops structure. >> >> Signed-off-by: Marc Zyngier >> --- >> drivers/firmware/psci.c | 21 +++++++++++++++++++++ >> include/linux/psci.h | 6 ++++++ >> 2 files changed, 27 insertions(+) >> >> diff --git a/drivers/firmware/psci.c b/drivers/firmware/psci.c >> index e9493da2b111..dd035aaa1c33 100644 >> --- a/drivers/firmware/psci.c >> +++ b/drivers/firmware/psci.c >> @@ -511,6 +511,26 @@ static void __init psci_init_migrate(void) >> pr_info("Trusted OS resident on physical CPU 0x%lx\n", cpuid); >> } >> >> +static void __init psci_init_smccc(u32 ver) >> +{ >> + int feature = PSCI_RET_NOT_SUPPORTED; >> + >> + if (PSCI_VERSION_MAJOR(ver) >= 1) >> + feature = psci_features(ARM_SMCCC_VERSION_FUNC_ID); >> + >> + if (feature == PSCI_RET_NOT_SUPPORTED) { >> + psci_ops.variant = SMCCC_VARIANT_1_0; > > Presumably at some point in the future we might want to update PSCI > itself to use 'fast' calls if available, at which point this > initialisation is a bit backwards given that you've already made a call > using *some* convention. Even I think relying on the enum value working > out OK is a bit subtle, so perhaps it's best to default-initialise > psci_ops.variant to 1.0 (either statically, or dynamically before the > first call), then only update it to 1.1 if and when we discover that. Indeed. Lorenzo already suggested something along those lines, and I now (statically) default to 1.0. Thanks, M. -- Jazz is not dead. It just smells funny...