Renesas ARM based SoC pinmux updates for v3.12
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v2 Latest posting 2/20 of 19 patches 0 repliesNew
- v2 posting 1/20 of 19 patches 0 repliesSuperseded
- v10 of 5 patches 0 repliesSuperseded
Patches in v2 posting 2/2 No applies recorded yet
None of the 19 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v2 yet.
Cover letter [GIT 00/19 v2] Renesas ARM based SoC pinmux updates for v3.12
Quoted 33 lines · Simon Horman
Quoted 32 lines · Olof Johansson
Quoted 9 lines · Simon Horman
Hi Olof, Hi Arnd,
please consider the following pinmux updates for v3.12.
Difference with v1 of this pull-request:
* Remove bogus i2c portions of the first patch of the series.
* Correct addressing mode used in dts of the first patch of the series.
* Removal of egg from face: wipQuoted 7 lines
The following changes since commit
ad81f0545ef01ea651886dddac4bef6cec930092:Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/horms/renesas.gittags/renesas-pinmux-for-v3.12Pulled, but I noticed this. Can you please follow up with bindings revisit in time for 3.12 final (i.e. if we need to take it after merge window that's probably OK):
pfc: pfc at e6060000 { compatible = "renesas,pfc-r8a7790"; reg = <0 0xe6060000 0 0x250>; #gpio-range-cells = <3>; }; sdhi0: sdhi at ee100000 { compatible = "renesas,r8a7790-sdhi";
Quoted 8 lines
Quoted 1 line
I.e. different ordering on the compatible values looks a bit uncoordinated.
Can I confirm that you are referring to the fact that assume you mean that "-sdhi" follows "r8a7790" whereas "pfc-" precedes "r8a7790"?
If so, I'll work with Laurent and Guennadi (both CCed, both on vacation), and Magnus to resolve this inconsistency.
Yes, exactly. Some platforms use <vendor>,<soc>-<ip>, others <vendor>,<ip>-<soc>. I don't care which way is used, but it would be good if everybody used the same convention to make it easier for developers.
Preference for direction is something I leave up to the device tree maintainers to declare. ;-)
-Olof