[U-Boot] [PATCH v7 5/9] arm: serial: Add ability to use pre-initialized UARTs

Rob Herring robh at kernel.org
Mon Oct 19 21:21:36 CEST 2015


On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij <linus.walleij at linaro.org> wrote:
> Jon & Grant especially:
>
> On Mon, Oct 19, 2015 at 2:44 PM, Simon Glass <sjg at chromium.org> wrote:
>> Me
>>> I will go in and answer the comment on the DT mailing list so there is
>>> some push atleast.
>>
>> Perhaps if we could see some movement then it would provide
>> encouragement to continue. So far I cannot recall seeing a single
>> U-Boot device tree change accepted in the 4 years I've been involved.
>> That's not to say it hasn't happened, and I hope it is just a
>> reflection on my memory rather than the difficulty level.

Sorry, but anything is with "uboot,*" is going to be an uphill battle.
The same is true for "linux,*" properties. There's only 2-3 linux ones
that have gone in that timeframe and not without much discussion.

> OK this isn't working.
>
> I think the problem is that DT bindings have traditionally been merged to
> the kernel by different subsystem maintainers. That means mailing them
> and their mailing lists and this is IMO too complex for U-Boot people
> (or other external people) to have to deal with. As subsystem
> maintainer I'm not very happy about being the one responsible either.
>
> The MAINTAINERS entry for device tree bindings does not state a
> git tree and I've never seen any of the maintainers send a pull request for
> DT binding files. (Beat me up properly if you have, guys.) I've seen
> Grant send some at times.

Err, what?

$ git log --merges --grep='Pull.*\(Herring\|Likely\)' --oneline
Documentation/devicetree/
4401555 Merge tag 'devicetree-fixes-for-4.3' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
f1a3c0b Merge tag 'devicetree-for-4.3' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
4da3064 Merge tag 'devicetree-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
d56a669 Merge tag 'devicetree-for-4.1' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
7505256 Merge tag 'devicetree-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
3d52c5b Merge tag 'devicetree-fixes-for-4.0' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
cdd3054 Merge tag 'devicetree-for-3.20' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
b8de08d Merge tag 'devicetree-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
7ef58b3 Merge tag 'devicetree-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
2e29a6d Merge tag 'devicetree-fixes-for-3.18' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
e98d6e7 Merge tag 'devicetree-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux
4d3afba Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux
ae36e95 Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux
d270506 Merge tag 'devicetree-for-3.16' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux into next
345ef87 Merge tag 'dt-fixes-for-3.15' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
b9f2b21 Merge tag 'dt-for-linus' of git://git.secretlab.ca/git/linux
bbb1955 Merge tag 'dt-fixes-for-3.14' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
4d8880a Merge tag 'devicetree-for-3.14' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
24cb412 Merge tag 'dt-fixes-for-3.13' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
10d0c97 Merge tag 'devicetree-for-3.13' of
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux
31f7c3a Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux
74b9272 Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux
ff9129b Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux
30c67e9 Merge tag 'gpio-for-linus' of git://git.secretlab.ca/git/linux
b3cdda2 Merge tag 'dt-for-linus' of git://git.secretlab.ca/git/linux
3aad3f0 Merge tag 'spi-for-linus' of git://git.secretlab.ca/git/linux
e327955 Merge tags 'dt-for-linus', 'gpio-for-linus' and
'spi-for-linus' of git://git.secretlab.ca/git/linux-2.6
d3b43e1 Merge tag 'spi-for-linus' of git://git.secretlab.ca/git/linux-2.6
b0885d0 Merge tag 'gpio-for-linus' of git://git.secretlab.ca/git/linux-2.6
b58ed04 Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux-2.6
a54dfb1 Merge tag 'dt-for-3.7' of git://sources.calxeda.com/kernel/linux
7fe0b14 Merge tag 'spi-3.7' of
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/misc
f14121a Merge tag 'dt-for-3.6' of git://sources.calxeda.com/kernel/linux
b1bf7d4 Merge tag 'gpio-for-linus' of git://git.secretlab.ca/git/linux-2.6
0708500 Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux-2.6
e152c38 Merge tag 'devicetree-for-linus' of git://git.secretlab.ca/git/linux-2.6
7bf97e1 Merge tag 'gpio-for-linus' of git://git.secretlab.ca/git/linux-2.6
5f0e685 Merge tag 'spi-for-linus' of git://git.secretlab.ca/git/linux-2.6
f8974cb Merge tag 'dt-for-linus' of git://git.secretlab.ca/git/linux-2.6

The DT core code and bindings (which don't go thru subsystem trees) go
together. The maintainer issues with DT are on binding review
bandwidth, not so much on there is no one applying them. I'm sure
we've missed things though.

> I suggest sending U-Boot DT bindings to not only
> devicetree at vger.kernel.org
> but also, as indicated, to Jon Corbet and linux-doc.

I'd suggest devicetree-spec at vger for common things. Perhaps we need a
better name, but the whole point of this was to separate the common
issues from the firehose and have multiple OS participation.

> If noone cares to comment in two weeks, Jon can merge them,
> breaking the status quo on external DT bindings.

Did someone tell Jon to drink from that firehose?

> The DT bindings maintainance has sadly been a very sad story and if
> the Linux kernel should be the canon repository for them, we
> need to find a simple way for external projects to contribute. Just
> mailing them to devicetree at vger obviously stands the risk of just
> ending up in the memory hole.
>
> Jon, are you OK with taking on this or do we need to find another way
> of funneling external DT bindings? Or do you want to do this Grant?

Grant is stepping away from maintainer duties.

In any case, I don't think the problem here is bindings not getting
picked up. The instances I'm aware of the bindings were reviewed and
commented on.

Rob

>
> Yours,
> Linus Walleij
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot


More information about the U-Boot mailing list