<sjg1>
macromorgan: If that is video, then it should bind automatically if you have stdout set to vidconsole or "serial,vidconsole"
<Tartarus>
and if it's not binding, check your dts?
hanetzer has joined #u-boot
torez has quit [Quit: torez]
<sjg1>
macromorgan: Er, I mean probe automatically...as Tom says it needs to bind first ('dm tree -s' shows you)
<macromorgan>
I'll figure it out one way or another. Is it weird I don't even care about lighting up the panel, I just want to be able to query the panel's model via DSI?
<macromorgan>
need to set up the DSI and the DSI-DPHY drivers to do that though...
<sjg1>
Tartarus: I looked at things a bit more this morning but didn't make much progress. Still, I am beginning to think that we perhaps should have a CONFIG_PPL prefix for the Primary Program Loader / U-Boot Proper
<austriancoder>
robher: sjg1: ramoops sound find .. would we want to use console or pmsg type for boot messages from U-Boot?
<sjg1>
Tartarus: After all, what is so special about U-Boot proper, that it gets naming rights over everything?
<austriancoder>
I am also interested to be able to read-out the current U-Boot version easily from user space to check if an update is needed.
<austriancoder>
I am not sure how I could do this with ramoops
<Tartarus>
sjg1: I fear that's going to mean we have a massive amount of duplication of symbols, which in turn points to Yamada-san being right (in so far as I recall his understanding / plan) and we need to not have 1 config for all the stages, but configs for each stage and something that brings that together
<Tartarus>
But please do bring it to its logical end, shouldn't guess how it'll be when we can go and see it
ikarso has quit [Quit: Connection closed for inactivity]
Leopold has joined #u-boot
<sjg1>
Tartarus: Well with what I have, we effectively have one config for each phase, just that it is all in one Kconfig tree. I'm not suggesting that the PPL things appear in Kconfig, just that they get generated in case they need to be used in the code
<sjg1>
Anyway, separate defconfig files would not help, would it? We still have CONFIG_TEXT_BASE with two different values...but how does SPL get access to the PPL value in that scenario?