[PATCH] ARM: dts: da850: Add missing pin muxing for the UARTs
flat view
From: Sekhar Nori <hidden>
Date: 2016-08-30 08:54:53
Also in:
linux-devicetree
On Friday 26 August 2016 10:47 PM, Karl Beldan wrote:
quoted
quoted
Also I think it would be better for the serial nodes to reclaim the rxtx pins in the dtsi, and override the reclaimed pins in the .dts only for the nodes reclaiming flow control (some other pins could also be directly reclaimed in the dtsi).You lost me here. I guess I will benefit from a code snippet to illustrate the intention.Sure, instead of having: { ### board.dts: &serialN { pinctrl-names = "default"; pinctrl-0 = <&serialN_rxtx_pins>; status = "okay"; }; &serialN+1 { pinctrl-names = "default"; pinctrl-0 = <&serialN+1_rxtx_pins>, <&serialN+1_rtscts_pins>; status = "okay"; }; } use ------------------ { ### plat.dtsi: serialN: serial at xxxxx { compatible = "ns16550a"; pinctrl-0 = <&serialN_rxtx_pins>; status = "disabled"; [...] }; serialN+1: serial at xxxxx { compatible = "ns16550a"; pinctrl-0 = <&serialN+1_rxtx_pins>; status = "disabled"; [...] }; ### board.dts: &serialN { status = "okay"; }; &serialN+1 { pinctrl-0 = <&serialN+1_rxtx_pins>, <&serialN+1_rtscts_pins>; status = "okay"; };
I dont think it is a good idea to specify a pinctrl setting in da850.dtsi and override it in board.dts. Fundamentally I am against having properties in <soc.dtsi> overridden from <board.dts>. Sure, it saves some code in some cases, but it is confusing to read/debug and you are never sure that the property you seen set in one place is the one finally taking effect. The only notable exception is 'status' property. If you see other exceptions in DaVinci, its only because of my oversight.
quoted
It would be nice if you could fixup mcasp0_pins in da850-evm.dts. Surely it is doing more than what is needed.According to the schematics it is indeed, I could squeeze it in the series.
Thanks! Regards, Sekhar