01:28 <Armbian-Discord> <l​anefu> Holy cow that's awesome

04:21 <Armbian-Discord> <T​onymac32> so wait, who flipped on the "look for EFI shizz" switch in our u-boot?

04:21 <Armbian-Discord> <T​onymac32> lol

07:22 <Armbian-Discord> <n​armstrong> It’s enabled by default

07:24 <Armbian-Discord> <n​armstrong> @MicroLinux (Salva) the internal uboot DT used for EFI boot may be too old and some regulators must be missing

21:12 <Armbian-Discord> <T​onymac32> thanks @narmstrong , I didn't know that was set up. Good to know.

21:13 <Armbian-Discord> <T​onymac32> starts soldering SPI flashes to any board with the space

21:19 <Armbian-Discord> <M​icroLinux (Salva)> The warning is there on non efi systems, so, that's not the problem (for the record)

21:19 <Armbian-Discord> <M​icroLinux (Salva)> I think fedora needs an extra dri lib that isn't there.

21:20 <Armbian-Discord> <T​onymac32> and their kernel likely doesn't have any patches remember

21:20 <Armbian-Discord> <M​icroLinux (Salva)> So far its impressively stable

21:20 <Armbian-Discord> <T​onymac32> cool

21:21 <Armbian-Discord> <M​icroLinux (Salva)> Very few warnings. I will leave it 24/7 for a long period with random workloads, but looks stupidly stable

21:22 <Armbian-Discord> <M​icroLinux (Salva)> Most of the time, unstabilities are related to mesa , so, it doesn't count haha

21:23 <Armbian-Discord> <T​onymac32> I'm going to try this with some other SPI boards I have, I try not to stick anythin on eMMC unless specific testing needs done

21:54 <Armbian-Discord> <M​icroLinux (Salva)> https://cdn.discordapp.com/attachments/858684386806595584/1009218738572251167/Screenshot_20220816-185109_Discord.jpg

21:55 <Armbian-Discord> <M​icroLinux (Salva)> The problem is related to the display driver not being loaded

21:56 <Armbian-Discord> <M​icroLinux (Salva)> I will try with latest uboot once they go upstream on armbian edge

22:02 <Armbian-Discord> <M​icroLinux (Salva)> Should that failure appear at dmesg or at kernel logs?