Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1783339pxk; Tue, 1 Sep 2020 07:43:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynNY9rHqDY8WukloFhD6GyV8NtqVnH293BNAr3WxgKHriykDzRdbGMkJemebNzb/jUIYhi X-Received: by 2002:a05:6402:1593:: with SMTP id c19mr2011605edv.33.1598971422837; Tue, 01 Sep 2020 07:43:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598971422; cv=none; d=google.com; s=arc-20160816; b=rfK38eqU3wmMcKGjz1I9XchnAOCY1Iyd8cSvMze1CeUV4iHeCRM9j2NbgfTlgHRbAu 8x58UjAZ8fcOsfSejfi8FrRvebIi/3G4QAi8of8y+uw6S2jHI4W11fOf875yz0mFi+fg q5z7O60hc2hUAQ3V/tLjY5Xxu38wKQt//CIT73COS1dtC2wq2RBPYDRLNkPTdamvgsjL EpeVa9ve1mopkyLb1mJTcnXCofcfL4cWJCSDCGEBA87ytAwTSYpFCSpILNm/gNLE92Kn /1CWKLMwk7XvxKnWSsYnFB/NMgg+0D86mOPV0SEvLgebISeqXXaurcl/v0RB8NTQMf/N nGew== 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=RJolxHn9Bq3TkQ1bz0/dpk6FLwjif+zAV6LHaR4Vm8s=; b=qsca42AawC1HLyx2o77nqpgvENUl02nhcRFfrRf6SqZtVGV2pNgAlBmxMkC3/3LqWH k1WRMNeHky0vxBmeVbVNP+OqnbqFJ5xjZVPH52cr10C/zd743F9odAX+8Yi7lWgTsHPI odIpW0RR79HYUri2u5Wg01bwOYIGg74sPEfbHJg6p9aE5fUdQL/JScpyEcl7aGSFf6iD l+xAA1h+FYShUQYUf+iE8Ba/YImQDg8TcYEJW+JuggN24H2QuNT+NAZtLCRuctE6A1pv Z13vKJnA3MN16ayZGoPyhqN933lDkIQeD2UlCGxNLryQ0bwXCKI3BXTbNREcW9HH9uVU KoIw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w12si750691ejy.64.2020.09.01.07.43.19; Tue, 01 Sep 2020 07:43:42 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728406AbgIAOmj (ORCPT + 99 others); Tue, 1 Sep 2020 10:42:39 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:55886 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728360AbgIAOme (ORCPT ); Tue, 1 Sep 2020 10:42:34 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gtucker) with ESMTPSA id 46FC8299AB2 Subject: Re: [PATCH v2 1/4] ARM: exynos: clear L310_AUX_CTRL_NS_LOCKDOWN in default l2c_aux_val To: Krzysztof Kozlowski , Russell King Cc: Kukjin Kim , Rob Herring , kernel@collabora.com, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, "linux-samsung-soc@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <267a81e550a0b5d479c82b5908e2a2caa4c9c874.1597061474.git.guillaume.tucker@collabora.com> From: Guillaume Tucker Message-ID: Date: Tue, 1 Sep 2020 15:42:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 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 On 01/09/2020 14:51, Krzysztof Kozlowski wrote: > On Tue, 1 Sep 2020 at 15:45, Krzysztof Kozlowski wrote: >> >> On Tue, 1 Sep 2020 at 15:34, Guillaume Tucker >> wrote: >>> >>> Hi Krzysztof, Russell, >>> >>> On 10/08/2020 13:22, Guillaume Tucker wrote: >>>> The L310_AUX_CTRL_NS_LOCKDOWN flag is set during the L2C enable >>>> sequence. There is no need to set it in the default register value, >>>> this was done before support for it was implemented in the code. It >>>> is not set in the hardware initial value either. >>>> >>>> Clean this up by removing this flag from the default l2c_aux_val, and >>>> add it to the l2c_aux_mask to print an alert message if it was already >>>> set before the kernel initialisation. >>>> >>>> Signed-off-by: Guillaume Tucker >>>> --- >>>> >>>> Notes: >>>> v2: fix flag name L310_AUX_CTRL_NS_LOCKDOWN >>>> >>>> arch/arm/mach-exynos/exynos.c | 4 ++-- >>>> 1 file changed, 2 insertions(+), 2 deletions(-) >>> >>> I believe this v2 series has addressed all previous comments and >>> you were waiting for the 5.9 merge window to end. The patches >>> all still apply cleanly on v5.9-rc3. Do you want me to resend >>> the series anyway or is there anything else needed at this point? >>> >>> Maybe one thing that wasn't completely clear in v1 was whether >>> patch 2/4 was the right approach. I've explained the reason >>> behind it but didn't get a final reply from Russell[1]. >> >> I am sorry, my bad. I already applied this one and 3/4 (dts). >> Apparently I forgot to reply with confirmation and Patchwork did not >> notify you for some reason. No problem, I see them in linux-next now. Thanks! >> Patch 2/4 does not look like one for me so I would need ack from >> Russell to take. Did you submit it to the ARM patches queue? I've CC-ed linux-arm-kernel@lists.infradead.org on the whole series. Did you mean anything else by the ARM patches queue? >> Patch 4/4 will wait for v5.10-rc1 as it depends on 1/4 and it is DTS patch. > > Correct: Patch 4/4 will wait for v5.10 because it depends on the DTS patch. Sure, in fact patch 4/4 depends on the DTS one (3/4) and also on the l2c fix (2/4) as otherwise prefetch would actually not be enabled. So it sounds like both remaining ones 2/4 and 4/4 are actually now pending Russell's ack. Best wishes, Guillaume [1] https://lore.kernel.org/lkml/46fa1159-fcd6-b528-b8e8-2fba048236b2@collabora.com/