Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp1062409img; Thu, 28 Feb 2019 12:21:56 -0800 (PST) X-Google-Smtp-Source: AHgI3IZ4piBcCM9xcU+FpoxR/AddMSyKKr38ekZvoyNcgbg89ZjBXoDt32uAq4eW3yP1bNIQhKeP X-Received: by 2002:aa7:85cc:: with SMTP id z12mr1474277pfn.196.1551385316894; Thu, 28 Feb 2019 12:21:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551385316; cv=none; d=google.com; s=arc-20160816; b=mwfsms7hxkMNlRnNy6lDOH0Nx6sbi0SeOb4uexOtpNzBqHpVavLktwOD1Lj7mSrlR+ i3q/0VcS7tVZ+cpkCCe6IZY8Y+l0CHc5D7ed7d2Z9pGebhLHVfmNrqVFCnQFCif5l0Ci /BV5HlYDH3R5rC4ilHQLOPdZYygt+FQMzH9s77Zzi5+WDe9wc92JdNPUiCoaYUkJuT4B UOE9MKCc3nc8wXJOrv7sqB1X2E9qFaSWGTZ+uaFy2bz1eO5CUecB3nb2H/BBFQgXYdwi CuV+tei0IZbHeXJ61u71WgFQr/vX2rCqmDKLZKKlKA6ANkYxPX3FKVpNLkNyHmWOi+iL 3+Wg== 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:from:references:cc:to:subject; bh=6nKhyd3GHNNXa+Yc0Xa3D+/LYKnYI2YqQ3l1Fdfyk94=; b=X0CAHKKOD9cFh1hjLDH5+MhVrqjxXHUp5GP9hB++4jc4lLmi5R5HN4anbPHQ7QB9p7 Z7zuCF4uw4IjJT2lT+xVtW2q7xbMsVvrcvuQlMX/AqR5K1yLPJJcACxt8scAXbNVXVCn hQ10UiYSRIMCchzt9kJLF5x65CHvBb9fw7Zvc2QsLa+Nn78CLMvUL1hFkoxobGa29BVq axk6FQyUKIqPfCj+zWZx25PO4MZyYWHmjRwKg7+gY+Uegw4tJI/XdW3Dudb6v/bih6L2 UQn5nDJ6q+YAP1SOtdn6JAn+3IrU+jvp75Vyez/9Q5ECFvBfiYsB3fH+CFrv3MyzH3M0 tx/A== 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 r63si20051351plb.303.2019.02.28.12.21.41; Thu, 28 Feb 2019 12:21:56 -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 S2388614AbfB1SOj (ORCPT + 99 others); Thu, 28 Feb 2019 13:14:39 -0500 Received: from foss.arm.com ([217.140.101.70]:52354 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725955AbfB1SOj (ORCPT ); Thu, 28 Feb 2019 13:14:39 -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 6E321EBD; Thu, 28 Feb 2019 10:14:38 -0800 (PST) Received: from [10.1.196.93] (en101.cambridge.arm.com [10.1.196.93]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 303403F5C1; Thu, 28 Feb 2019 10:14:36 -0800 (PST) Subject: Re: [PATCH v5 01/10] arm64: Provide a command line to disable spectre_v2 mitigation To: jeremy.linton@arm.com, linux-arm-kernel@lists.infradead.org Cc: catalin.marinas@arm.com, will.deacon@arm.com, marc.zyngier@arm.com, dave.martin@arm.com, shankerd@codeaurora.org, julien.thierry@arm.com, mlangsdo@redhat.com, stefan.wahren@i2e.com, andre.przywara@arm.com, linux-kernel@vger.kernel.org, corbet@lwn.net, linux-doc@vger.kernel.org References: <20190227010544.597579-1-jeremy.linton@arm.com> <20190227010544.597579-2-jeremy.linton@arm.com> From: Suzuki K Poulose Message-ID: Date: Thu, 28 Feb 2019 18:14:34 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190227010544.597579-2-jeremy.linton@arm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Jeremy On 27/02/2019 01:05, Jeremy Linton wrote: > There are various reasons, including bencmarking, to disable spectrev2 > mitigation on a machine. Provide a command-line to do so. > > Signed-off-by: Jeremy Linton > Cc: Jonathan Corbet > Cc: linux-doc@vger.kernel.org > diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c > index 9950bb0cbd52..d2b2c69d31bb 100644 > --- a/arch/arm64/kernel/cpu_errata.c > +++ b/arch/arm64/kernel/cpu_errata.c > @@ -220,6 +220,14 @@ static void qcom_link_stack_sanitization(void) > : "=&r" (tmp)); > } > > +static bool __nospectre_v2; > +static int __init parse_nospectre_v2(char *str) > +{ > + __nospectre_v2 = true; > + return 0; > +} > +early_param("nospectre_v2", parse_nospectre_v2); > + > static void > enable_smccc_arch_workaround_1(const struct arm64_cpu_capabilities *entry) > { > @@ -231,6 +239,11 @@ enable_smccc_arch_workaround_1(const struct arm64_cpu_capabilities *entry) > if (!entry->matches(entry, SCOPE_LOCAL_CPU)) > return; > > + if (__nospectre_v2) { > + pr_info_once("spectrev2 mitigation disabled by command line option\n"); > + return; > + } > + Could we not disable the "cap" altogether instead, rather than disabling the work around ? Or do we need that information ? Cheers Suzuki