From mboxrd@z Thu Jan 1 00:00:00 1970 From: taras.kondratiuk@linaro.org (Taras Kondratiuk) Date: Wed, 02 Apr 2014 13:14:41 +0300 Subject: [PATCH 0/4] ARM: OMAP: raw read and write endian fix In-Reply-To: <5332AD89.8030802@linaro.org> References: <1387822234-11167-1-git-send-email-taras.kondratiuk@linaro.org> <20140108003927.GJ5074@atomide.com> <5332AD89.8030802@linaro.org> Message-ID: <533BE311.7050900@linaro.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 03/26/2014 12:35 PM, Taras Kondratiuk wrote: > On 01/08/2014 02:39 AM, Tony Lindgren wrote: >> * Taras Kondratiuk [131223 10:20]: >>> On 23 December 2013 20:10, Taras Kondratiuk wrote: >>>> This series does trivial replacement of __raw_xxx functions with xxx_relaxed >>>> endian-neutral variants in 'mach-omap2' and 'plat-omap' directories. >>>> Some code here most probably won't be used in BE mode (like debug-leds for >>>> OMAP1 boards), but changes are made anyway to remove __raw_xxx() functions >>>> completely and simplify future grep'ing for new __raw_xxx() entries. >> >> Sorry for the delay on these, applying into omap-for-v3.14/be. >> These are trivial, and it's actually nice that you left out the >> assembly related changes as those should be acked by the PM >> people in case there are some issues dealing with the ROM code >> etc. > > Hi Tony, > > It seems omap-for-v3.14/be didn't get into 3.14-rc8. > Is there any issue with them? This series conflicts now with clock changes which got into 3.14. Resolution is trivial - just skip conflicting changes. omap2_clk_{real,writel} already uses {readl,writel}_relaxed inside. Do I need to push an updated series? -- Taras Kondratiuk