Am 27.03.2017 um 19:05 schrieb Matthijs van Duin matthijsvanduin@gmail.com:
On 27 March 2017 at 19:01, Tony Lindgren tony@atomide.com wrote: Well maybe send the omap5-uevm-common.dtsi patch for discussion so we get to hear what Rob thinks?
The non-mmc parts thereof are "obvious" and were simply missing. The relevant kernel subsystems already make use of those aliases (except mcspi broke it with an ugly hack that was probably intended to have the same result).
The mmc part is useless without the patch that enables use of them, and that patch (or an equivalent one) has been attempted and rejected by linux-mmc at least three times.
At some point one just gives up, it's far less effort to just maintain the patch out of tree.
Partially agreed. But the At some point also holds for the "it's far less effort to just maintain the patch out of tree". It starts to increase over time when the sum of out-of-tree patches grows and grows as and has more and more dependencies and rebase conflicts when you want to stay in sync with latest kernel.
I work on the letux kernels since 2.6.32 and since 3.14 we tried to upstream things as soon as they become "mature". Some things went through very well (and disappear from our patch sets), whilst for others you are running against a wall of concrete...
I am even tracking statistics how many files we have touched. It was always in the range of 50-150. So just a tiny portion of the whole tree, just to make our devices well supported. Unfortunately it is not really decreasing.
Nevertheless my main goal is to get these things down to 0. But it is much more Sisyphos work than ever anticipated... It was easy to add DT things between 3.13 and 3.19 but that was the general ARM DT rework phase. Nowadays it looks as if maintainers (especially DT maintainers) have much more strict rules what can be accepted and what can't. Basically this is good so and shows how mature DRM DT support is nowadays.
Unfortunately these rules and policies are nowhere written down. You learn them only by wrestling with the maintainers until you squeeze out the answers you need :) Then you can decide to start the next attempt or argumentation.
BR, Nikolaus