All of lore.kernel.org
 help / color / mirror / Atom feed
From: Javier Martinez Canillas <javier.martinez@collabora.co.uk>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: Taras Kondratiuk <taras.kondratiuk@linaro.org>,
	ext Tony Lindgren <tony@atomide.com>,
	Linux-OMAP <linux-omap@vger.kernel.org>,
	linaro-networking@linaro.org,
	Victor Kamensky <victor.kamensky@linaro.org>,
	Santosh Shilimkar <santosh.shilimkar@ti.com>,
	Kevin Hilman <khilman@deeprootsystems.com>,
	"linux-gpio@vger.kernel.org" <linux-gpio@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [RFC 01/23] gpio/omap: raw read and write endian fix
Date: Tue, 19 Nov 2013 17:51:18 +0100	[thread overview]
Message-ID: <528B9706.1070805@collabora.co.uk> (raw)
In-Reply-To: <CACRpkdYD-Yw+RFnX0GshyQn2oHYNnXXRF4RXTzCox=2Z0_gKqg@mail.gmail.com>

On 11/19/2013 10:29 AM, Linus Walleij wrote:
> On Sat, Nov 16, 2013 at 1:01 AM, Taras Kondratiuk
> <taras.kondratiuk@linaro.org> wrote:
> 
>> From: Victor Kamensky <victor.kamensky@linaro.org>
>>
>> All OMAP IP blocks expect LE data, but CPU may operate in BE mode.
>> Need to use endian neutral functions to read/write h/w registers.
>> I.e instead of __raw_read[lw] and __raw_write[lw] functions code
>> need to use read[lw]_relaxed and write[lw]_relaxed functions.
>> If the first simply reads/writes register, the second will byteswap
>> it if host operates in BE mode.
>>
>> Changes are trivial sed like replacement of __raw_xxx functions
>> with xxx_relaxed variant.
>>
>> Signed-off-by: Victor Kamensky <victor.kamensky@linaro.org>
>> Signed-off-by: Taras Kondratiuk <taras.kondratiuk@linaro.org>
> 
> Since I generally just dislike __raw accessors I went and applied
> this. If it collides with any of Tony's fixup work I might need to
> take the patch out again, no big deal.
> 
> Some ACKs would be nice, but unless there are major objections
> this stays merged.

Looks good to me and also I've tested this patch on a TI DM3730 (Cortex A-8)
board in LE mode and found no regressions on devices using a GPIO.

Tested-by: Javier Martinez Canillas <javier.martinez@collabora.co.uk>

> 
> Yours,
> Linus Walleij
> 

Thanks a lot and best regards,
Javier

  parent reply	other threads:[~2013-11-19 16:51 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-16  0:01 [RFC 00/23] OMAP4: big endian support and fixes Taras Kondratiuk
2013-11-16  0:01 ` [RFC 01/23] gpio/omap: raw read and write endian fix Taras Kondratiuk
2013-11-19  9:29   ` Linus Walleij
2013-11-19 15:43     ` Tony Lindgren
2013-11-19 16:51     ` Javier Martinez Canillas [this message]
2013-11-19 18:12     ` Kevin Hilman
2013-11-19 18:12       ` Kevin Hilman
2013-11-19 18:21   ` Santosh Shilimkar
2013-11-19 18:21     ` Santosh Shilimkar
2013-11-16  0:01 ` [RFC 02/23] watchdog: omap_wdt: " Taras Kondratiuk
2013-11-16  6:27   ` Guenter Roeck
2013-11-17 19:09   ` Wim Van Sebroeck
2013-11-16  0:01 ` [RFC 03/23] OMAPDSS: " Taras Kondratiuk
2013-11-16  0:01   ` Taras Kondratiuk
2013-11-18 13:13   ` Tomi Valkeinen
2013-11-18 13:13     ` Tomi Valkeinen
2013-11-18 13:13     ` Tomi Valkeinen
2013-11-16  0:01 ` [RFC 04/23] mmc: omap: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 06/23] drivers: bus: omap_l3: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 07/23] hwrng: omap - " Taras Kondratiuk
2013-11-16  0:01   ` Taras Kondratiuk
2013-11-16  0:01 ` [RFC 08/23] crypto: omap-aes " Taras Kondratiuk
2013-11-16  0:01   ` Taras Kondratiuk
2013-11-16  0:01 ` [RFC 09/23] crypto: omap-sham " Taras Kondratiuk
2013-11-16  0:01   ` Taras Kondratiuk
2013-11-16  0:01 ` [RFC 10/23] Input: omap-keypad " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 11/23] mfd: omap-usb-host: " Taras Kondratiuk
2013-11-18 10:35   ` Lee Jones
2013-11-18 10:35     ` Lee Jones
2013-11-16  0:01 ` [RFC 12/23] mfd: omap-usb-tll: " Taras Kondratiuk
2013-11-18 10:35   ` Lee Jones
2013-11-16  0:01 ` [RFC 13/23] spi: omap2-mcspi: " Taras Kondratiuk
     [not found]   ` <1384560086-11994-14-git-send-email-taras.kondratiuk-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2013-11-16 10:19     ` Mark Brown
2013-11-16 10:19       ` Mark Brown
2013-11-16  0:01 ` [RFC 14/23] USB: ehci-omap: " Taras Kondratiuk
     [not found]   ` <1384560086-11994-15-git-send-email-taras.kondratiuk-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2013-11-18 22:46     ` Felipe Balbi
2013-11-18 22:46       ` Felipe Balbi
     [not found] ` <1384560086-11994-1-git-send-email-taras.kondratiuk-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2013-11-16  0:01   ` [RFC 05/23] i2c: omap: " Taras Kondratiuk
2013-11-16  0:01     ` Taras Kondratiuk
     [not found]     ` <1384560086-11994-6-git-send-email-taras.kondratiuk-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>
2013-11-26 12:42       ` Wolfram Sang
2013-11-26 12:42         ` Wolfram Sang
2013-11-27 13:48         ` [PATCH] " Taras Kondratiuk
2013-11-27 13:48           ` Taras Kondratiuk
2013-11-16  0:01   ` [RFC 15/23] usb: musb: " Taras Kondratiuk
2013-11-16  0:01     ` Taras Kondratiuk
2013-11-25 22:07     ` Felipe Balbi
2013-11-25 22:07       ` Felipe Balbi
2013-11-25 22:13       ` Felipe Balbi
2013-11-25 22:13         ` Felipe Balbi
2013-11-16  0:01 ` [RFC 16/23] ASoC: omap: mcbsp, mcpdm, dmic: " Taras Kondratiuk
2013-11-16 16:09   ` Jarkko Nikula
2013-11-16 16:09     ` Jarkko Nikula
2013-11-16 17:23     ` Takashi Iwai
2013-11-16 17:23       ` Takashi Iwai
2013-11-18 10:30   ` Peter Ujfalusi
2013-11-18 10:30     ` Peter Ujfalusi
2013-11-18 11:15   ` Mark Brown
2013-11-18 11:15     ` Mark Brown
2013-11-16  0:01 ` [RFC 17/23] ARM: OMAP2+: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 18/23] ARM: OMAP: dmtimer: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 19/23] ARM: OMAP: counter-32k: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 20/23] ARM: OMAP: debug-leds: " Taras Kondratiuk
2013-11-16  0:01 ` [RFC 21/23] ARM: OMAP4: sleep: byteswap data for big-endian Taras Kondratiuk
2013-11-16  0:01 ` [RFC 22/23] ARM: OMAP4: sleep/smp: switch CPU to BE if compiled for BE Taras Kondratiuk
2013-11-16  0:01 ` [RFC 23/23] ARM: OMAP4: enable big endian support Taras Kondratiuk

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=528B9706.1070805@collabora.co.uk \
    --to=javier.martinez@collabora.co.uk \
    --cc=khilman@deeprootsystems.com \
    --cc=linaro-networking@linaro.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=santosh.shilimkar@ti.com \
    --cc=taras.kondratiuk@linaro.org \
    --cc=tony@atomide.com \
    --cc=victor.kamensky@linaro.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.