00:21 <apritzel> yes, this is one reason we don't support Falcon boot on sunxi

03:17 <tokyovigilante> macromorgan: battery driver looks good at first cut, successfully built and *not* detecting my unplugged battery :)

03:17 <tokyovigilante> will put it back together and give it a proper run

03:18 <tokyovigilante> apritzel: same with the crypto engine, looks good from dmesg, any specific testing to do? [ 0.166067] random: crng init done

03:19 <tokyovigilante> is a nice improvement from ~5sec

07:00 <montjoie> tokyovigilante: you could test the trng with rngtest

07:00 <montjoie> to check its quality

07:45 <tokyovigilante> montjoie: thanks, looks good

07:45 <tokyovigilante> rngtest: starting FIPS tests...

07:45 <tokyovigilante> rngtest: FIPS 140-2 successes: 1000

07:45 <tokyovigilante> rngtest: bits received from input: 20000032

07:45 <tokyovigilante> rngtest: FIPS 140-2 failures: 0

07:45 <tokyovigilante> rngtest: FIPS 140-2(2001-10-10) Monobit: 0

07:45 <tokyovigilante> rngtest: FIPS 140-2(2001-10-10) Runs: 0

07:45 <tokyovigilante> rngtest: FIPS 140-2(2001-10-10) Poker: 0

07:45 <tokyovigilante> rngtest: FIPS 140-2(2001-10-10) Continuous run: 0

07:45 <tokyovigilante> rngtest: FIPS 140-2(2001-10-10) Long run: 0

07:45 <tokyovigilante> rngtest: input channel speed: (min=167.311; avg=683.368; max=866.977)Mibits/s

07:45 <tokyovigilante> rngtest: FIPS tests speed: (min=17.355; avg=51.619; max=62.742)Mibits/s

07:45 <tokyovigilante> rngtest: Program run time: 397938 microseconds

08:03 <wens> weird, trng on my h618 is slow

10:03 <tokyovigilante> apritzel: on a tangent, I and kikuchan noted a crash in your GPU PPD patch, it seems we can only even clear the register, leaving the option to set bit 1 causes a crash. Removing the false path from sun50i_h616_ppu_pd_set_power() allows the GPU to be used but obviously not quite so good for power consumption

10:36 <montjoie> tokyovigilante: 100% success, this is good. <troll> not like rockchip one kr kr krkr<>/troll

11:45 <loki666> tokyovigilante, tried your de33-mainline-v2 branch, but no "sun8i-mixer 1100000.mixer: Adding to iommu group 0"

11:45 <loki666> sun8i_mixer module was autoloaded at boot

11:45 <loki666> I do have the CONFIG_DRM_PANEL_NEWVISION_NV3052C=y

11:46 <loki666> and CONFIG_SUN50I_IOMMU=y

11:47 <loki666> sun8i_ce got also autoloaded

14:29 <halal_beef> Hi again, for H616 devices what mem addr should i read from for reading stuff coming from a serial tty from my pc?

14:30 <jakllsch> which uart?

14:31 <jakllsch> if there's a SoC manual, go look at that

14:32 <halal_beef> UART0, the one based at 0x5000000 and im not aware of any soc manuals rn

14:36 <halal_beef> found some manual, looks like u can read off the same offset as THR to get the incoming data?

14:39 <halal_beef> i wont lie, this looks kinda confusing, its flying over my head rn

15:03 <halal_beef> nvm i think i got my grips onto it now :)

15:38 <jakllsch> halal_beef: sounds like how a 8250-style UART works..

16:13 <halal_beef> well if im right it seems to be simply

16:14 <halal_beef> while (!(readl(UART0_LSR) & 1)) {} readl(UART0_RBR);

16:14 <halal_beef> to get the char

16:23 <halal_beef> oh cool it worked lmao, i think i just didnt impl it properly in a func

16:30 <apritzel> halal_beef: you want the user manual from here: https://linux-sunxi.org/H616#Documentation

19:13 <loki666> tokyovigilante: ok, so I have the framebuffer (with blinking cursor) on LCD now, but still no "sun8i-mixer 1100000.mixer: Adding to iommu group 0"

19:44 <loki666> I guess that validates your DE33 patches, but not sure for iommu

20:41 <loki666> last test, I tested your h700-cpufreq-fix branch, and for me it still unstable

20:42 <loki666> cpu freq doesn't seems to ever go below 1008000

20:42 <loki666> and random hangs

20:49 <loki666> if anyone wants to give it a run on a RG35XX H700 device, here is my buildroot branch https://github.com/loki666/buildroot/tree/h700-cpufreq-fix

22:30 <tokyovigilante> that’s great loki666, thanks for the testing! not sure about the cpufreq issues, I haven’t seen any instability across two devices after the more recent generic fixes, which are in 6.10-rcs. Have you double checked the DT is being correctly applied?

22:30 <tokyovigilante> I’ve got a few massive compile projects on but will try your builroot if I have a chance, I much prefer a distro userspace personally though, much faster to iterate.