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

On Sun, Jan 19, 2014 at 4:44 PM, Russell King - ARM Linux
[off-list ref] wrote:

On Sun, Jan 19, 2014 at 10:52:46AM -0800, Olof Johansson wrote:

quoted

On Sun, Jan 19, 2014 at 11:18:18AM +0800, Shawn Guo wrote:

quoted

On Thu, Jan 16, 2014 at 06:22:12PM +0000, Russell King - ARM Linux wrote:

quoted

Now that the Cubox-i has been released, and I have one, I've been able to
update things a little.  Out of the following two patches, the first one
I think is critical to be merged before the microsom support hits
mainline, since it drops the flexcan support from the microsom level,
moving it to the Hummingboard level.

I will be out of town for a few days, and won't be online until next
weekend.  So please send the patch directly to arm-soc folks, so that
they can send it together with imx-dt-3.14 stuff.

arm-soc folks, please take this as another ping for my imx-dt-3.14 pull
request :)

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.

Given the timing, it's not looking like it will be resolved in time for
the 3.14 merge window (which might open today).

Okay, that presumably means that the Hummingboard stuff won't be going in
through this route, and it sounds like the imx DT stuff will need rework.

Is there any objection if I pushed just the Hummingboard files upstream
myself?

I'm guessing this is going to mess up Shawn's cleanup patches, but
time has ran out for 3.14 for those so they will need to be respun
anyway, most likely.

We can apply them to arm-soc's dt branch. I think it's better if we
merge them since dts files tend to be one of the conflict-ridden areas
(even if this particular instance isn't). Send the series our way if
you want, or send a branch pull request, your choice.

We're generally somewhat liberal w.r.t. applying brand new dts files
-- just like Greg is liberal with applying new PCI ids in -stable: as
long as they don't break dtbs target compilation there's little reason
to sit on them a whole release if they come in early during the cycle
(pre-rc2 or so).


-Olof