[PATCH v3] ARM: imx: replicate the diagnostic register of boot cpu into secondary cores
Dirk Behme
dirk.behme at gmail.com
Wed May 1 12:19:24 EDT 2013
Am 01.05.2013 17:38, schrieb Will Deacon:
> On Wed, May 01, 2013 at 04:32:14PM +0100, Dirk Behme wrote:
>> Am 26.04.2013 15:47, schrieb Shawn Guo:
>>> On Fri, Apr 26, 2013 at 02:21:30PM +0100, Will Deacon wrote:
>>>>> diff --git a/arch/arm/mach-imx/headsmp.S b/arch/arm/mach-imx/headsmp.S
>>>>> index a58c8b0..cd87970 100644
>>>>> --- a/arch/arm/mach-imx/headsmp.S
>>>>> +++ b/arch/arm/mach-imx/headsmp.S
>>>>> @@ -18,8 +18,20 @@
>>>>> .section ".text.head", "ax"
>>>>>
>>>>> #ifdef CONFIG_SMP
>>>>> +diag_reg_offset:
>>>>> + .word g_diag_reg - .
>>>>> +
>>>>> + .macro set_diag_reg
>>>>> + adr r0, diag_reg_offset
>>>>> + ldr r1, [r0]
>>>>> + add r1, r1, r0 @ r1 = physical &g_diag_reg
>>>>> + ldr r0, [r1]
>>>>> + mcr p15, 0, r0, c15, c0, 1 @ write diagnostic register
>>>>> + .endm
>>>>
>>>> Why not re-read the register directly, rather than mrc on the current core?
>>>
>>> I do not understand the comment. What do you mean by "re-read"? Read
>>> the register on secondary cores will only return us 0, as bootloader
>>> only sets up the register on cpu0. The macro set_diag_reg only runs on
>>> secondary cores to copy cpu0's diagnostic bits. I think it's safe on
>>> SMP.
>>
>> Any news on this?
>
> Well, I don't like copying the register value over from CPU0.
Just for a better understanding: What's wrong with using the same
register values on all CPUx? I.e. with copying them from CPU0?
Shouldn't all CPUx use the same setting? Or at least the same errata
bits enabled?
> I'd rather we
> orr'd in the bits we actually need, like we would in __v7_setup. Perhaps the
> code there should be factored out into arm_errata_xxxx asm macros,
I'm not as much in the details as Shawn and you, but it's my
understanding that we moved the errata handling recently from the
kernel to the boot loader? After this, we now find that the boot
loader does the errata handling only for CPU0, and now we start to
discuss to move it back to the kernel?
Sorry if my rough understanding is wrong ;)
Thanks for your help and best regards
Dirk
More information about the linux-arm-kernel
mailing list