All of lore.kernel.org
 help / color / mirror / Atom feed
From: ben.dooks@codethink.co.uk (Ben Dooks)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 22/23] ARM: cci: driver need big endian fixes in asm code
Date: Tue, 15 Oct 2013 11:41:40 +0100	[thread overview]
Message-ID: <525D1BE4.20104@codethink.co.uk> (raw)
In-Reply-To: <20131015092637.GA2312@localhost.localdomain>

On 15/10/13 10:27, Dave Martin wrote:
> On Mon, Oct 14, 2013 at 09:40:54PM -0400, Nicolas Pitre wrote:
>> On Mon, 14 Oct 2013, Ben Dooks wrote:
>>
>>> On 08/10/13 23:34, Ben Dooks wrote:
>>>> From: Victor Kamensky<victor.kamensky@linaro.org>
>>>>
>>>> cci_enable_port_for_self written in asm and it works with h/w
>>>> registers that are in little endian format. When run in big
>>>> endian mode it needs byte swap before/after it writes/reads
>>>> to/from such registers
>>>>
>>>> CC: Lorenzon Pieralisi<lorenzo.pieralisi@arm.com>
>>>> Signed-off-by: Victor Kamensky<victor.kamensky@linaro.org>
>>>> Signed-off-by: Ben Dooks<ben.dooks@codethink.co.uk>
>>>> ---
>>>>    drivers/bus/arm-cci.c | 6 ++++++
>>>>    1 file changed, 6 insertions(+)
>>>>
>>>> diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
>>>> index 2009266..6db173e 100644
>>>> --- a/drivers/bus/arm-cci.c
>>>> +++ b/drivers/bus/arm-cci.c
>>>> @@ -281,6 +281,9 @@ asmlinkage void __naked cci_enable_port_for_self(void)
>>>>    	/* Enable the CCI port */
>>>>    "	ldr	r0, [r0, %[offsetof_port_phys]] \n"
>>>>    "	mov	r3, #"__stringify(CCI_ENABLE_REQ)" \n"
>>>> +#ifdef __ARMEB__
>>>> +"	rev	r3, r3 \n"
>>>> +#endif /* __ARMEB__ */
>>>>    "	str	r3, [r0, #"__stringify(CCI_PORT_CTRL)"] \n"
>>>>
>>>>    	/* poll the status reg for completion */
>>>> @@ -288,6 +291,9 @@ asmlinkage void __naked cci_enable_port_for_self(void)
>>>>    "	ldr	r0, [r1] \n"
>>>>    "	ldr	r0, [r0, r1]		@ cci_ctrl_base \n"
>>>>    "4:	ldr	r1, [r0, #"__stringify(CCI_CTRL_STATUS)"] \n"
>>>> +#ifdef __ARMEB__
>>>> +"	rev	r1, r1 \n"
>>>> +#endif /* __ARMEB__ */
>>>>    "	tst	r1, #1 \n"
>>>>    "	bne	4b \n"
>>>
>>> I was just thinking if this would be a better way to change
>>> the code:
>>>
>>> diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
>>> index 6db173e..2ad2511 100644
>>> --- a/drivers/bus/arm-cci.c
>>> +++ b/drivers/bus/arm-cci.c
>>> @@ -280,10 +280,7 @@ asmlinkage void __naked cci_enable_port_for_self(void)
>>>
>>>          /* Enable the CCI port */
>>>   "      ldr     r0, [r0, %[offsetof_port_phys]] \n"
>>> -"      mov     r3, #"__stringify(CCI_ENABLE_REQ)" \n"
>>> -#ifdef __ARMEB__
>>> -"      rev     r3, r3 \n"
>>> -#endif /* __ARMEB__ */
>>> +"      mov     r3, %[cci_enable_req]\n"
>>>   "      str     r3, [r0, #"__stringify(CCI_PORT_CTRL)"] \n"
>>>
>>>          /* poll the status reg for completion */
>>> @@ -291,10 +288,7 @@ asmlinkage void __naked cci_enable_port_for_self(void)
>>>   "      ldr     r0, [r1] \n"
>>>   "      ldr     r0, [r0, r1]            @ cci_ctrl_base \n"
>>>   "4:    ldr     r1, [r0, #"__stringify(CCI_CTRL_STATUS)"] \n"
>>> -#ifdef __ARMEB__
>>> -"      rev     r1, r1 \n"
>>> -#endif /* __ARMEB__ */
>>> -"      tst     r1, #1 \n"
>>> +"      tst     r1, %[cci_control_status_bits] \n"
>>>   "      bne     4b \n"
>>>
>>>   "      mov     r0, #0 \n"
>>> @@ -307,6 +301,8 @@ asmlinkage void __naked cci_enable_port_for_self(void)
>>>   "7:    .word   cci_ctrl_phys - . \n"
>>>          : :
>>>          [sizeof_cpu_port] "i" (sizeof(cpu_port)),
>>> +       [cci_enable_req] "i" cpu_to_le32(CCI_ENABLE_REQ),
>>> +       [cci_control_status_bits] "i" cpu_to_le32(1),
>>>
>>> so swap the data bits before passing them into the code
>>> which could also remove some of the use of the __stringify()
>>> calls in there too.
>> That certainly looks nicer to me.
>>
>>> It seems to compile ok, but is not complete.
>>
>> What do you mean?
>
> Ditto -- this does look better that the other suggestions.  I forget that
> there are something situations where the "i" constraint is actually
> useful.

Well, it was a quick idea late last night, whilst not-sleeping from
a nasty cold that hasn't quite gone away. In that state I'm not going
to guarantee anything.

If Victor could re-work and test, then that'd be great and I can swap
out the last patch of the BE series.

-- 
Ben Dooks				http://www.codethink.co.uk/
Senior Engineer				Codethink - Providing Genius

       reply	other threads:[~2013-10-15 10:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20131015092637.GA2312@localhost.localdomain>
2013-10-15 10:41 ` Ben Dooks [this message]
2013-10-15 14:02   ` [PATCH 22/23] ARM: cci: driver need big endian fixes in asm code Victor Kamensky
2013-10-08 22:34 New big-endian patch series against 3.12-rc4 Ben Dooks
2013-10-08 22:34 ` [PATCH 22/23] ARM: cci: driver need big endian fixes in asm code Ben Dooks
2013-10-09 14:35   ` Dave Martin
2013-10-14 20:53   ` Ben Dooks
2013-10-15  1:40     ` Nicolas Pitre
2013-10-15  9:58       ` Ben Dooks

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=525D1BE4.20104@codethink.co.uk \
    --to=ben.dooks@codethink.co.uk \
    --cc=linux-arm-kernel@lists.infradead.org \
    /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.