ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
juri_ has joined #linux-sunxi
jernej has quit [Quit: Free ZNC ~ Powered by LunarBNC: https://LunarBNC.net]
jernej has joined #linux-sunxi
arti has joined #linux-sunxi
ftg has quit [Read error: Connection reset by peer]
arti has quit []
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
vagrantc has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
apritzel has joined #linux-sunxi
Danct12 has quit [Read error: Connection reset by peer]
aat596_2 has quit [Ping timeout: 480 seconds]
aat596_2 has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
tnovotny has joined #linux-sunxi
evgeny_boger1 has joined #linux-sunxi
DonkeyHotei has quit [Ping timeout: 480 seconds]
evgeny_boger has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
DonkeyHotei has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
dsimic has quit [Quit: Going offline for now]
dsimic has joined #linux-sunxi
szemzoa_ has quit [Remote host closed the connection]
szemzoa has joined #linux-sunxi
warpme has quit []
dsimic is now known as Guest5252
dsimic has joined #linux-sunxi
aat596_2 has quit [Quit: ZNC 1.8.2 - https://znc.in]
Guest5252 has quit [Ping timeout: 480 seconds]
aat596_2 has joined #linux-sunxi
tnovotny_ has joined #linux-sunxi
tnovotny has quit [Ping timeout: 480 seconds]
evgeny_boger has joined #linux-sunxi
kuba2k2 has joined #linux-sunxi
evgeny_boger1 has quit [Ping timeout: 480 seconds]
evgeny_boger has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.1.1]
macromorgan has quit [Read error: Connection reset by peer]
macromorgan has joined #linux-sunxi
warpme has joined #linux-sunxi
kuba2k2 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has quit []
kuba2k2 has joined #linux-sunxi
tnovotny has joined #linux-sunxi
tnovotny_ has quit [Ping timeout: 480 seconds]
warpme has quit []
arti has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
warpme has joined #linux-sunxi
Danct12 has joined #linux-sunxi
<apritzel> jernej: smaeul: wens: do you have any opinions about putting the pinctrl mux value in the DT? Like proposed here? https://lore.kernel.org/linux-arm-kernel/20221110014255.20711-3-andre.przywara@arm.com/
<apritzel> I got some good feedback from LinusW, but would be curious about your opinion, before trying another attempt
<wens> apritzel: I'm mostly OK provided that the mux values are easy to find
<smaeul> apritzel: have you considered using the standard `pinmux` property as documented? then your example would look something like:
<smaeul> uart0-pb-pins { pinmux = <SUNXI_PINMUX(B, 9, 2)>, <SUNXI_PINMUX(B, 10, 2)>; };
<smaeul> (compare arch/arm64/boot/dts/apple/t600x-gpio-pins.dtsi)
<apritzel> smaeul: no, I haven't. I just saw that is was used somewhere, and piggy backed on the name
<apritzel> smaeul: so thanks for the heads up, I will have a look, though it might be easier (and shorter?) to use my current semantics and use a more specific property name, like LinusW suggested
<apritzel> smaeul: so that's building a large number space over [port:pin:mux]?
<smaeul> the pinmux property would likely be shorter (or at least smaller DTs) because you don't need to split groups if the function numbers are not all the same
<smaeul> right. it says this group maps pin X1 to function Y1, pin X2 to function Y2, etc. directly numerically without going through any strings
<smaeul> drivers/pinctrl/pinctrl-generic.c in u-boot provides a slightly easier-to-follow comparison of the three generic bindings than the maze that is the Linux pinctrl subsystem
<smaeul> the nice thing about picking another of the generic bindings is that U-Boot would Just Work with no new code
kuba2k2 has quit [Ping timeout: 480 seconds]
<apritzel> "just work with no new code" is not the usual U-Boot experience ;-) , but I am open to that
tnovotny has quit [Quit: Leaving]
<smaeul> actually not quite. we'd need to implement the .pinmux_property_set hook as a one-line wrapper around sunxi_pinctrl_pinmux_set(). but no new DT parsing code
<apritzel> so I sense that there is no general disagreement about the approach (getting rid of the in-driver table)? Then I would *just* need to convince the DT maintainers ...
<smaeul> yes, I am generally in favor of using the DT to fill out the function/group information
<apritzel> smaeul, wens: many thanks!
mripard has quit [Quit: mripard]
warpme has quit []
vagrantc has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
arti_ has joined #linux-sunxi
arti has quit [Ping timeout: 480 seconds]
arti has joined #linux-sunxi
arti_ has quit [Ping timeout: 480 seconds]
kuba2k2 has joined #linux-sunxi
JohnDoe_71Rus has quit []
hexdump01 has quit []
hexdump0815 has joined #linux-sunxi
hexdump0815 has quit []
hexdump0815 has joined #linux-sunxi
kuba2k2 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-sunxi
ftg has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme has quit []
Asara has quit [Remote host closed the connection]
Asara has joined #linux-sunxi
<apritzel> smaeul: ah, so the generic pinmux property replaces pins, right?
<smaeul> yes, pins and function
ftg has quit [Read error: Connection reset by peer]