Thread (2 messages) 2 messages, 2 authors, 2016-01-28

[PATCH V2 1/2] dt/bindings: serial: bcm2835: add binding documentation for bcm2835-aux-uart

From: Eric Anholt <hidden>
Date: 2016-01-28 06:39:54
Also in: linux-devicetree, linux-serial

Arnd Bergmann [off-list ref] writes:
On Monday 11 January 2016 14:57:46 Martin Sperl wrote:
quoted
quoted
On 11.01.2016, at 13:21, Arnd Bergmann [off-list ref] wrote:

Please just add another patch to rename the existing uarts appropriately
first, then add this one on top with the correct name.
I can do that with the next incarnation of the patch.

But would that not break dt-source files, that refer to uart0?
Is this not considered an API change as well or does this only apply
to the binary files?
To clarify: I meant you should change the node name, not the label.

The label is not part of the dtb data that gets passed to the kernel
and can have any value, including "uart0".

The node name is part of the dtb and should follow common naming
conventions (per ePAPR), but the kernel doesn't actually care, so
it won't break anything.

There are cases where a bootloader relies on a particular node name
in order to find a device node and patch its properties, but I don't
think this is the case here.
Confirmed, the booloader source I have doesn't do anything with uart
nodes.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160127/797abe9b/attachment.sig>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help