Thread (1 message) 1 message, 1 author, 2014-01-25

[PATCH 0/2] DT updates for Hummingboard and new Cubox-i

From: Olof Johansson <hidden>
Date: 2014-01-25 03:44:45
Also in: linux-devicetree

Hi,

On Fri, Jan 24, 2014 at 7:09 AM, Shawn Guo [off-list ref] wrote:
On Sun, Jan 19, 2014 at 10:52:46AM -0800, Olof Johansson wrote:
quoted
I'm well aware that the DT branch has not been merged, and that's because
there has been no consensus from DT maintainers on the massive rework
you did as the base of the branch.
I guess the 'massive rework' you're talking about is the patch series
that begins with 'ARM: dts: imx6qdl: make pinctrl nodes board specific'?
If so, I hope you would agree that we're trying to solve a real
problem [1], even though the solution does not look like the best to
you.

So which specific part of the solution are you objecting to?  Those
MX6QDL_*_PINGRP macros defined in imx6qdl-pingrp.h?  If that's the
case, I can send a follow-up patch to kill the macros by filling in the
pin group definitions directly.  The pros is that the pin group
definitions for given board will be more intuitive, and the cons is that
the change set will be even more massive, because the same multi-lines
pin group definitions will be duplicated in multiple board dts files,
which use the same group of pins for given device.

Or any other better idea?
I haven't heard any other maintainers being positive to this change.
Not Linus W, as the pinctrl maintainer, and none of the DT
maintainers. I asked for their review, which should mean acks or
general approval from them, and I haven't seen any come in. Or did I
miss it?
quoted
Given the timing, it's not looking like it will be resolved in time for
the 3.14 merge window (which might open today).
That's frustrating and will be surprising a lot of people who expect to
see their board support in 3.14 release.
Yes, it is very unfortunate.

See this as a chance to adjust your process. Next time you send a
large pull request that gets questions like these, please consider
splitting off the controversial part in a separate branch so that the
bulk of the changes can go in. That's what other maintainers tend to
do. Right now you have chosen to let your pinctrl header file changes
hold up everything for everyone that merges code through you.


-Olof
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help