Thread (15 messages) 15 messages, 5 authors, 2026-04-20

Re: [PATCH v4 7/8] ARM: dts: Declare UART1 on zx297520v3 boards

From: Stefan Dösinger <hidden>
Date: 2026-04-17 17:24:26
Also in: linux-arm-kernel, linux-devicetree, linux-doc, linux-serial

Hi Arnd,

Thanks for your comments.
Am 17.04.2026 um 11:59 schrieb Arnd Bergmann [off-list ref]:

On Thu, Apr 16, 2026, at 22:19, Stefan Dösinger wrote:
quoted
The reason why I add the serial1=uart1 alias is to keep console=ttyAMA1
stable regardless of the other enabled UARTs. UART0, as the name
implies, has a lower MMIO address, but uart1 is the one that usually has
the boot output and console.
I'm not sure I'm following here. You generally want to either make
sure the alias matches whatever number is printed on the product
if there are multiple numbered ports, or you just use 'serial0'
as the only alias if there is only one port.
Not all boards have their uart pins labeled, but those that do have the pins that connect to the UART at 0x01408000 named UART1RX/UART1TX. Most boards have only one though. I have seen a picture of only one that has UART0 and UART1. I could not test that board myself yet.

My original reason is one of developer convenience: If I have

uart0=serial@131000{
    reg = <0x00131000 0x1000>;
    ...
    status = "disabled";
};
uart1=serial@1408000{
    reg = <0x01408000 0x1000>;
    ...
    status = "okay";
};

cmdline="... console=ttyAMA{0/1} ..."

changing uart0.status between disabled and okay (e.g. to experiment with uart0 and pinctrl) required changing the command line to match. I found that pretty annoying and the aliases seemed like the best way to avoid this.

Either way I am open to do whatever. I can keep the current naming for the reasons stated above, I can name serial@1408000 "uart0" and leave the others without an alias or I can drop the alias altogether.
Either way, the alias should go into the board specific file, not
the general SoC file, as a board might be using a different
set of UARTs.
That works for me, I'll move them. The aliases will most likely be the same for all boards based on this chipset, meaning duplicate code, but matching the alias to the board labels makes sense to me.
Since you know the addresses of the other uart instances, I would
suggest you add all of them at the same time.
Will do.

I'll hold off for a bit before I resend the patches to see if some other comments come up.

Cheers,
Stefan

Attachments

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