08:28 <qschulz> Danct12: we've been told that by our FAE yes

08:29 <qschulz> CounterPillow: it does exist but the NDA to sign to get the TRM is absolutely crazy, and the support upstream is not where the RK3399 is today :)

13:14 <mmind00> CounterPillow: should I expect more comments for sre 's 5b+ series - just trying to differentiate between "no time yet" vs. "looks okayish" ;-)

13:15 <CounterPillow> no more comments from my side, the things I noted were the only problems I found

13:15 <CounterPillow> but if you want something more obviously correct to merge, there's always SAI c:

13:16 <mmind00> all on the list for hopefully today ;-)

13:17 <mmind00> Was trying to get both the grf- clocks right first (i.e. moving the rk3528 mmc phase clock to use your grf-stuff)

14:05 <diederik> mmind00: did you receive my comment on patch 5 of sre's 5b+ series? It's not on lore and 'more importantly' it's not marked in my mail client as responded to ... while it is in my Sent folder ...

14:06 <diederik> (thus this is NOT about my confusion wrt squashing)

14:16 <diederik> fwiw: here's that comment on patch 5: https://paste.sr.ht/~diederik/fef35f80389ba1e8eedf634630a1464504594afe

15:01 <mmind00> diederik: yep, that mail did arrive around 15:18

15:01 <diederik> thanks :)

20:44 <CounterPillow> mmind00: yay, just saw the SAI dts parts were merged \o/

21:11 <mmind00> :-)

21:39 <mmind00> *sigh* ... looks like common aliases really are on their last leg ;-)

21:42 <CounterPillow> is this in response to "ethernet0"

21:42 <a3f> mmind00, Maybe it's time to introduce /soc/aliases (after rockchip gets a /soc container ^^). For i.MX, we had a recent discussion as well about aliases, which is hopefully put to rest now: https://lore.kernel.org/all/e97d3388a5b4272d70d7379b020843a47874a104.camel@pengutronix.de/

21:42 <CounterPillow> oh, no I see what this relates to now, your response

21:42 <mmind00> CounterPillow: nope ... that came in reply to my pull request

21:46 <mmind00> a3f: newer socs already have a soc container

21:46 <mmind00> a3f: though I still remember starting with a soc container only to get review comments to drop it 12 years ago ;-)

21:46 <a3f> :D

21:49 <mmind00> a3f: do you have by chance a link for the "which is hopefully put to rest now" ... reading through that thread, the discussion mostly just stopped, but there wasn't any final "resolve"?

21:50 <a3f> mmind00, it wasn't put conclusively to rest, that's all of it

21:50 <mmind00> a3f: hehe ok :-)

21:50 <a3f> Maybe when qschulz's /chosen/bootsource gets accepted, we could give /soc/aliases a try. I think it follows naturally that if we have a property that points at the device used to boot, there should be a mapping table to help the bootloader resolve the bootrom boot source