09:49 <wens> ukleinek: works on my end for BT over UART on a Quartz64, at least it loads firmware and starts correctly.

09:50 <ukleinek> wens: yeah, I got that wrong. That error looks fatal, but in fact the only result is that DMA isn't used but the UART works nevertheless

09:50 <ukleinek> wens: you might want to give https://lore.kernel.org/linux-rockchip/20240228180905.485976-2-ukleinek@debian.org a try

14:41 <mmind00> ukleinek: I think in the past we often had issues with pl330 not having enough channels for all dma channels ... though I'm not sure where this half-baked dmas without dma-names comes from

14:42 <mmind00> ukleinek: the uart connector on the qnap is the white port next to mac-address label or is that somewhere deeper in the case?

16:46 <ukleinek> mmind00: yupp, the one labeled CN3 (didn't I mention that in the dts?)

16:47 <ukleinek> Oh, I wrote CN2

16:49 <ukleinek> mmind00: this should be fixed. Should I send a fixup, or a proper follow up patch?

16:49 <mmind00> ukleinek: followup please

16:49 <ukleinek> mmind00: ack

16:49 <mmind00> ukleinek: from my viewing point through the drive bays I only see that mac sticker and the white port

16:51 <ukleinek> mmind00: if you open the case there is another white port

16:51 <mmind00> ukleinek: though no CN* label ... though haven't disassembled the device so far ;-)

16:52 <ukleinek> mmind00: https://www.kleine-koenig.org/tmp/qnap-ts433.jpg

16:52 <mmind00> ukleinek: thanks so much :-) ... good to now that the serial port is really reachable without opening the case

16:52 <ukleinek> mmind00: the one with the cables connected is the UART, the one on the left side is CN2 (no idea which pins it exposes)

16:53 <ukleinek> mmind00: not that you loose your warranty! :-)

16:53 <arnd> linusw__: I'm getting one dtc warning at the moment, but can't figure out if this is an old one or if it was introduced by something I merged: arch/arm/boot/dts/arm/integratorap-im-pd1.dts:251.3-14: Warning (dma_ranges_format): /bus@c0000000/bus@c0000000/display@1000000:dma-ranges: empty "dma-ranges" property but its #address-cells (2) differs from /bus@c0000000/bus@c0000000 (1)

16:53 <arnd> either way it would be nice to get a fix for it

17:00 <wens> ukleinek: I sent the same patch 14 months ago: https://lore.kernel.org/linux-rockchip/20221106161443.4104-1-wens@kernel.org/

17:03 <mmind00> wens: thanks for providing that context

17:05 <ukleinek> then a comment in arch/arm64/boot/dts/rockchip/rk356x.dtsi would be nice to tell the dma-names are not added on purpose

17:05 <ukleinek> (though that's a poor way to manage dma channel allocation)

17:55 <conchuod> what's lee called on here again?

17:55 <conchuod> Want to figure out what to do with https://lore.kernel.org/all/20240223-register-snowbound-b837c8b1cc25@spud/

17:57 <conchuod> Ah it is lag isn't it?

17:57 <lag> conchuod: S'up?

17:57 <conchuod> https://lore.kernel.org/all/20240223-register-snowbound-b837c8b1cc25@spud/ - I dunno what to do with this patch if you cannot apply it, but I didn't do anything different to normal and b4 is okay with it.

18:04 <lag> conchuod: What base are you on?

18:05 <conchuod> Should be in the mail, I tried it on next-20240220 at the time.

18:09 <lag> conchuod: This is the problem: c94d1783136eb66f2a464a6891a32eeb55eaeacc

18:09 <conchuod> Ahh of course, that went into net.

18:10 <lag> conchuod: This is why I always try to push for immutable branches

18:10 <conchuod> Yeah..

18:10 <lag> conchuod: But net is special somehow

18:10 <conchuod> in more ways than one!

18:10 <conchuod> Do you want to ack it & I'll resend CCing the netdev guys?

18:11 <lag> Not sure why I agreed with that one - I forget the history (and am too busy to look it up)

18:18 <lag> conchuod: Please [RESEND] and add -net to the recipients list - I'll Ack it there

18:18 <conchuod> Sure.

20:47 <linusw__> arnd: curious, I'll try to have a look at it, thanks!

20:48 <linusw__> arnd: I think the warning is a result of Rob's work to improve dtschema to check ranges better though, it was there all the time AFICT

21:15 <robher> linusw__, arnd: That's not a new check. Been in dtc for some time now.

21:49 <linusw__> robher: weird that I haven't seen it...