01:47 <Jookia> hopefully i'll get that patch out as a WIP today. it's really not ready for like ... merging. but it works :)

07:52 <warpme> apritzel: re: uboot emmc issue: pls see: https://gist.github.com/warpme/ed3923011849de917d72ce4525223d93

07:58 <warpme> apritzel: if you have working sharing emmc to PC via uboot ums: may you pls give what: uboot ver, PC kernel ver, PC OS you are using? On my current Fedora with 6.8.4 kernel I'm constantly getting in PC dmesg "device descriptor read/64, error -71" then "usb 1-3: Device not responding to setup address."

09:41 <machinehum> hallo

09:45 <Jookia> hello

11:07 <Jookia> good news everyone, i was preparing my t113 rgb code for submission and found out it doesn't work and none of my previous git commits work

11:10 <machinehum> Jookia: :(

11:10 <Jookia> you have to believe me, it worked. it was real. ;_;

11:20 <karlp> I love those days :)

11:20 <karlp> I'm betting you had somethign setup by uboot or something that you didn't know you were relying on :)

11:23 <Jookia> yes, which is why i also commited my config and device tree to a temp branch ... that isn't working

11:28 <dok> ouch

11:37 <Jookia> it works if i env set stdout to vidconsole

11:38 <Jookia> so ... hmm

12:39 <apritzel> warpme: "limiting eMMC frequency to 12 MHz": thanks for the link, but that's a hack ;-) It sounds wrong, since it works fine with the full speed in Linux, and that's supposed to share the DT with U-Boot

12:40 <apritzel> which btw is a good way to simplify your distro deployment: just use $fdtcontroladdr in U-Boot when passing a DT address to Linux, no need to load some DTB

12:52 <Jookia> it looks like i need to set vidconsole as an stdout/etc to boot the panel?

12:52 <Jookia> but i just want to display an image :(

12:56 <apritzel> Jookia: I guess U-Boot's graphics subsystem only initialises the display if it sees vidconsole in stdout?

12:56 <Jookia> it seems to be like that ... now?

12:56 <Jookia> there's an option for that

12:56 <Jookia> but i have it disabled

12:56 <apritzel> does that helpo? https://source.denx.de/u-boot/u-boot/-/blob/master/include/configs/sunxi-common.h?ref_type=heads#L255-L263

12:57 <Jookia> yeah the problem is i don't want to display a console

12:57 <apritzel> maybe it's worth following the code path that is triggered by vidconsole being set

12:57 <Jookia> only on serial

12:57 <apritzel> and then check whether the same action should be triggered by whatever command or action you use

12:58 <Jookia> i don't see a command that just lets you print to the console but not put all of stdout on it

12:58 <Jookia> lcdputs doesn't start the video

13:03 <apritzel> what do you use exactly to display the image? Does putting "uclass_probe_all(UCLASS_VIDEO);" in front of that help?

13:05 <Jookia> i don't use anything to display the image at the moment. i was planning to just change the bootlogo which would allow writing output

13:05 <Jookia> 'show a splash screen image' doesn't init the display from what i see

13:10 <apritzel> that bootlogo feature seems to be some hack, I had a hard time replacing it with something custom

13:11 <apritzel> so maybe it assumes that you use vidconsole, and relies on the video init happening there?

13:13 <Jookia> i think what i want is to have a quiet console at boot and just use vidconsole

13:13 <Jookia> that way when theres' errors it can go non-quiet