From: Ben Dooks <ben.dooks@codethink.co.uk>
To: Sebastian Reichel <sre@kernel.org>,
Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Tony Lindgren <tony@atomide.com>,
linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 3/3] ARM: errata 430973: move !ARCH_MULTIPLATFORM to Kconfig
Date: Mon, 27 Jul 2015 10:59:56 +0100 [thread overview]
Message-ID: <55B6011C.9070906@codethink.co.uk> (raw)
In-Reply-To: <20150727011447.GA23087@earth>
On 27/07/15 02:14, Sebastian Reichel wrote:
> Hi,
>
> On Sun, Jul 26, 2015 at 11:51:45PM +0100, Russell King - ARM Linux
> wrote:
>> On Fri, Jul 24, 2015 at 02:16:06AM +0200, Sebastian Reichel
>> wrote:
>>> On Thu, Jul 23, 2015 at 01:35:53PM +0100, Russell King - ARM
>>> Linux wrote:
>>>> On Thu, Jul 23, 2015 at 02:48:03AM +0200, Sebastian Reichel
>>>> wrote:
>>>>> Having the !ARCH_MULTIPLATFORM dependency in the Kconfig
>>>>> file results in one option less to think about when
>>>>> configuring the kernel.
>>>>
>>>>> -#if defined(CONFIG_ARM_ERRATA_430973) &&
>>>>> !defined(CONFIG_ARCH_MULTIPLATFORM) +#ifdef
>>>>> CONFIG_ARM_ERRATA_430973 teq r3, #0x00100000 @ only
>>>>> present in r1p* mrceq p15, 0, r0, c1, c0, 1 @ read aux
>>>>> control register orreq r0, r0, #(1 << 6) @ set IBE to 1
>>>>
>>>> NAK. Please read the mailing list history, I'm not
>>>> repeating myself again on this. Thanks.
>>>
>>> It's a bit hard to search the mailing list history without a
>>> bit more information.
>>
>> You were Cc'd on the previous round of review...
>
> But that discussion was about removing the check alltogether iirc.
> This patch does not remove the !ARCH_MULTIPLATFORM check. It just
> *moves* it from the sourcecode to the errata's Kconfig entry.
>
> The intention was to hide the Kconfig option on multiplatform
> kernels, since it's completely useless there after the N900
> boardcode has been changed (PATCH 1/3).
>
>>> I guess you prefer to just add the !ARCH_MULTIPLATFORM
>>> dependency to the Kconfig entry without removing the
>>> additional check in the code?
>>
>> I was referring to the above change.
>>
>> However, having discussed with Will Deacon and checked the
>> manuals, I think the change is okay after all: the auxillary
>> control register is banked on secure parts, and the bit we'll be
>> trying to change will be read-only in non-secure mode - and
>> importantly won't fault.
>>
>> So, the change is fine, thanks.
>
> I think you missed the part adding the !ARCH_MULTIPLATFORM
> dependency in Kconfig for ARM_ERRATA_430973. I only removed the
> check in the sourcecode, since it is no longer required with the
> dependency being in Kconfig.
>
> So I guess there are 3 options now:
>
> 1. Add !ARCH_MULTIPLATFORM dependency to Kconfig, keep extra check
> in the sourcecode 2. Add !ARCH_MULTIPLATFORM dependency to Kconfig,
> remove extra check in the sourcecode 3. Remove !ARCH_MULTIPLATFORM
> dependency alltogether
>
> I will send an appropriate patch, if you tell me your preferred
> option.
This isn't the only place ARM_ERRATA_430973 is used, and if
you make it configurable on !ARCH_MULTIPLATFORM then it makes
it impossible to use a ARCH_MULTIPLATFORM kernel on something
that is an Cortex-A8.
See arch/arm/mm/proc-v7-2level.S
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
WARNING: multiple messages have this Message-ID (diff)
From: ben.dooks@codethink.co.uk (Ben Dooks)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 3/3] ARM: errata 430973: move !ARCH_MULTIPLATFORM to Kconfig
Date: Mon, 27 Jul 2015 10:59:56 +0100 [thread overview]
Message-ID: <55B6011C.9070906@codethink.co.uk> (raw)
In-Reply-To: <20150727011447.GA23087@earth>
On 27/07/15 02:14, Sebastian Reichel wrote:
> Hi,
>
> On Sun, Jul 26, 2015 at 11:51:45PM +0100, Russell King - ARM Linux
> wrote:
>> On Fri, Jul 24, 2015 at 02:16:06AM +0200, Sebastian Reichel
>> wrote:
>>> On Thu, Jul 23, 2015 at 01:35:53PM +0100, Russell King - ARM
>>> Linux wrote:
>>>> On Thu, Jul 23, 2015 at 02:48:03AM +0200, Sebastian Reichel
>>>> wrote:
>>>>> Having the !ARCH_MULTIPLATFORM dependency in the Kconfig
>>>>> file results in one option less to think about when
>>>>> configuring the kernel.
>>>>
>>>>> -#if defined(CONFIG_ARM_ERRATA_430973) &&
>>>>> !defined(CONFIG_ARCH_MULTIPLATFORM) +#ifdef
>>>>> CONFIG_ARM_ERRATA_430973 teq r3, #0x00100000 @ only
>>>>> present in r1p* mrceq p15, 0, r0, c1, c0, 1 @ read aux
>>>>> control register orreq r0, r0, #(1 << 6) @ set IBE to 1
>>>>
>>>> NAK. Please read the mailing list history, I'm not
>>>> repeating myself again on this. Thanks.
>>>
>>> It's a bit hard to search the mailing list history without a
>>> bit more information.
>>
>> You were Cc'd on the previous round of review...
>
> But that discussion was about removing the check alltogether iirc.
> This patch does not remove the !ARCH_MULTIPLATFORM check. It just
> *moves* it from the sourcecode to the errata's Kconfig entry.
>
> The intention was to hide the Kconfig option on multiplatform
> kernels, since it's completely useless there after the N900
> boardcode has been changed (PATCH 1/3).
>
>>> I guess you prefer to just add the !ARCH_MULTIPLATFORM
>>> dependency to the Kconfig entry without removing the
>>> additional check in the code?
>>
>> I was referring to the above change.
>>
>> However, having discussed with Will Deacon and checked the
>> manuals, I think the change is okay after all: the auxillary
>> control register is banked on secure parts, and the bit we'll be
>> trying to change will be read-only in non-secure mode - and
>> importantly won't fault.
>>
>> So, the change is fine, thanks.
>
> I think you missed the part adding the !ARCH_MULTIPLATFORM
> dependency in Kconfig for ARM_ERRATA_430973. I only removed the
> check in the sourcecode, since it is no longer required with the
> dependency being in Kconfig.
>
> So I guess there are 3 options now:
>
> 1. Add !ARCH_MULTIPLATFORM dependency to Kconfig, keep extra check
> in the sourcecode 2. Add !ARCH_MULTIPLATFORM dependency to Kconfig,
> remove extra check in the sourcecode 3. Remove !ARCH_MULTIPLATFORM
> dependency alltogether
>
> I will send an appropriate patch, if you tell me your preferred
> option.
This isn't the only place ARM_ERRATA_430973 is used, and if
you make it configurable on !ARCH_MULTIPLATFORM then it makes
it impossible to use a ARCH_MULTIPLATFORM kernel on something
that is an Cortex-A8.
See arch/arm/mm/proc-v7-2level.S
--
Ben Dooks http://www.codethink.co.uk/
Senior Engineer Codethink - Providing Genius
next prev parent reply other threads:[~2015-07-27 9:59 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-23 0:48 [PATCH 0/3] Another Errata 430973 Update Sebastian Reichel
2015-07-23 0:48 ` Sebastian Reichel
2015-07-23 0:48 ` [PATCH 1/3] ARM: OMAP2+: N900: always enable IBE bit Sebastian Reichel
2015-07-23 0:48 ` Sebastian Reichel
2015-07-23 7:28 ` Tony Lindgren
2015-07-23 7:28 ` Tony Lindgren
2015-10-05 13:53 ` Pavel Machek
2015-10-05 13:53 ` Pavel Machek
2015-07-23 0:48 ` [PATCH 2/3] ARM: update errata 430973 documentation Sebastian Reichel
2015-07-23 0:48 ` Sebastian Reichel
2015-07-23 0:48 ` [PATCH 3/3] ARM: errata 430973: move !ARCH_MULTIPLATFORM to Kconfig Sebastian Reichel
2015-07-23 0:48 ` Sebastian Reichel
2015-07-23 12:35 ` Russell King - ARM Linux
2015-07-23 12:35 ` Russell King - ARM Linux
2015-07-24 0:16 ` Sebastian Reichel
2015-07-24 0:16 ` Sebastian Reichel
2015-07-26 22:51 ` Russell King - ARM Linux
2015-07-26 22:51 ` Russell King - ARM Linux
2015-07-27 1:14 ` Sebastian Reichel
2015-07-27 1:14 ` Sebastian Reichel
2015-07-27 9:59 ` Ben Dooks [this message]
2015-07-27 9:59 ` Ben Dooks
2015-07-27 10:43 ` Russell King - ARM Linux
2015-07-27 10:43 ` Russell King - ARM Linux
2015-07-27 17:36 ` Sebastian Reichel
2015-07-27 17:36 ` Sebastian Reichel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55B6011C.9070906@codethink.co.uk \
--to=ben.dooks@codethink.co.uk \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=sre@kernel.org \
--cc=tony@atomide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.