[PATCH] arm: xscale: correct auxiliary register in suspend/resume

Dmitry Eremin-Solenikov dbaryshkov at gmail.com
Sun Nov 9 08:14:53 PST 2014


2014-11-09 18:23 GMT+03:00 Robert Jarzmik <robert.jarzmik at free.fr>:
> Dmitry Eremin-Solenikov <dbaryshkov at gmail.com> writes:
>
>> According to the manuals I have, XScale auxiliary register should be
>> reached with opc_2 = 1 instead of crn = 1. cpu_xscale_proc_init
>> correctly uses c1, c0, 1 arguments, but cpu_xscale_do_suspend and
>> cpu_xscale_do_resume use c1, c1, 0. Correct suspend/resume functions to
>> also use c1, c0, 1.
>
>> -     mrc     p15, 0, r8, c1, c1, 0   @ auxiliary control reg
>> +     mrc     p15, 0, r8, c1, c0, 1   @ auxiliary control reg
>
> My PXA320 manual says (PXA320 Developer's Guide, chapter 2.16.1, table 5) :
>  - Auxiliary Register: Crn=1, Crm=0, Opcode1=0, Opcode2=1
>    => that is what your patch changes
>
> My PXA270 manual says (PXA270 Developer's Guide, chapter 2.2.5.3) :
>  - Auxiliary Register: Crn=1, Crm=<don't care>, Opcode1=0, Opcode2=1
>    => same story as for the PX320
>
> My PXA255 manual doesn't say anything, but the Intel XScale Core Architecture
> manual seems to be applicable to it, and gives you reason.
>
> Moreover the CP15, Opcode=1, Crn=1, Crm=0, Opcode2=* doesn't point to any valid
> register in XScale architecture AFAIK.
>
> So your patch looks correct to me. I have a couple of questions :
>  - did you see an incorrect behaviour without your patch or is this coming from
>    code inspection ?

Noticed thanks to qemu that reported 'unsupported instruction' on suspend.

>  - did you test this patch during a suspend/resume cycle, and if so on which
>    variants (pxa25x and tosa maybe) ?

Tested on tosa (that is pxa255).

>
> As you might haved guessed, I'd like all these questions to have an answer in
> the commit message.

Do you need an updated message?

-- 
With best wishes
Dmitry



More information about the linux-arm-kernel mailing list