07:07 <JohnDoe_71Rus> A13 is chosen for some e-readers. Do you know OS firmware projects?

09:27 <tokyovigilante> Have tried copying the AXP313 driver for the AXP717 on the RG35XX+ but no luck yet. Still boot but obviously pmic_init() is failing as I still get "Failed to set core voltage! Can't set CPU frequency". Interestingly the reported DRAM drops from 1024iMB to 64MiB so I'm obviously crushing some registers somwhere (was working and detecting 1024 MiB with the T507 phy_init)

10:22 <apritzel> tokyovigilante: have you checked which of the various power_failed setters actually failed? Is it already axp_init()?

10:23 <apritzel> and it might be easier to copy axp305.c, which is the most minimal implementation. That's used on the early H616 boards, and just implements the one DRAM voltage rail we need there

10:29 <apritzel> tokyovigilante: also thanks for the Wiki update! I think the most useful additions right now would be the bootlog and pictures of the PCB, showing the chips and connectors

12:11 <apritzel> macromorgan_: you mentioned that the "AXP717 seems to be a cut down AXP2202": can you say what's missing from the AXP717? Could it just be another name for the same thing?

14:49 <apritzel> macromorgan_: tokyovigilante: I wrote an AXP717 PMIC driver for U-Boot, both the SPL and proper version (I need that eventually for my A523 tablet)

14:50 <apritzel> it's just build tested by now, but it might be useful for you: https://github.com/apritzel/u-boot/commits/axp717/

14:50 <macromorgan> yes, based on some BSP code it looks like it's just missing a few regulators or something. Not having the 2202 datasheet it's hard to say for sure.

14:50 <macromorgan> Thank you, I'll test it later and let you know.

18:28 <jernej> apritzel: there is no orangepi zero2w U-Boot config, right?

19:47 <rubberduck> i am biting in my back as switching off the serial console on my CubieBoard2 does not work as expected.

19:47 <rubberduck> i need the serial port for something else....

19:49 <apritzel> jernej: except the one you reviewed ;-) https://lore.kernel.org/u-boot/2715486.mvXUDI8C0e@jernej-laptop/

19:49 <apritzel> I will merge it in the next days

19:50 <jernej> doh, I forgot on this patch, I just checked repos

19:51 <apritzel> rubberduck: it's somewhat tricky in U-Boot, but should be fairly easy for Linux, just remove the console reference in the DT and from the command line

19:51 <rubberduck> how?

19:51 <rubberduck> i even cannot manage to change the kernel commandline

19:54 <rubberduck> i tried to patch the boot.scr file but every way i tried lead to a non-booting system

19:54 <rubberduck> mkimage -C none -A arm -T script -d boot.cmd boot.scr

19:54 <rubberduck> is this wrong?

19:55 <apritzel> looks about right

19:56 <rubberduck> maybe extlinux.conf might help?

19:58 <rubberduck> i want to connect my 3d printer via uart so i need to free up that port

20:00 <apritzel> there should be more UARTs on the header pins, but they are those nasty 2mm headers on that board, right?

20:01 <rubberduck> indeed - and i don't know how to enable them with debian

20:02 <rubberduck> the 2mm spacing is not a problem for me

20:04 <apritzel> the cleanest is to apply a DT overlay, in U-Boot

20:04 <rubberduck> my other 3D Printer uses a Raspberry Pi and with this the Uart Problem is a no-brainer

20:04 <rubberduck> where to get?

20:04 <apritzel> though you might be able to do this still in Linux, though I haven't tried that before

20:06 <apritzel> You can/have to write this yourself. Do you have any particular pins in mind?

20:06 <rubberduck> i just want to have a useable uart with 3,3V ttl level

20:12 <apritzel> there is UART3 with h/w handshake on PG6-9, which is on the header next to the Ethernet port

20:12 <apritzel> https://github.com/lipro-armbian/pddocs/blob/master/Cubietech/CubieBoard1/CAD/gpio_defination_large.jpg

20:21 <apritzel> rubberduck: that should be what you need: https://pastebin.com/1MGXKREW

20:22 <rubberduck> so whats wrong with my boot.scr edit?

20:22 <rubberduck> okay - how to activate this in my installation?

20:29 <jernej> apritzel: but handshake is not mandatory, right?

20:29 <rubberduck> in only need RxD and TxD

20:32 <jernej> then you can simplify that overlay even further

20:33 <rubberduck> i still don't know how to apply

20:35 <jernej> with "fdt apply" command in U-Boot

20:35 <jernej> but before you have to "compile" that overlay to binary form

20:36 <rubberduck> my uboot seems not to be able to save anything

20:38 <jernej> you don't need to, you just have to provide proper script or extlinux.conf file

20:52 <jernej> apritzel: how much memory your zero2w board has?

20:53 <jernej> Image that I created doesn't run on my board but I can't debug until I solder UART pins on it.

20:54 <jernej> I see no reason why it wouldn't work (Zero3 image works fine) unless there are some DRAM issues.

20:54 <jernej> I have 2 GiB model

21:13 <apritzel> I got the 2GB model as well, but gave it to a colleague. I read the DRAM values from that SPI flash, and that seemed to work in U-Boot. Can't remember if I actually booted a kernel.

21:19 <rubberduck> apritzel: 512MB

21:20 <rubberduck> jernej: 512MB

21:21 <rubberduck> i managed to switch off the ttyS0 usage on my debian but still does not work. the 3d printer firmware (marlin) is too noisy and stops booting...

21:21 <rubberduck> as uboot still uses the serial port

21:32 <apritzel> rubberduck: do you boot from SD card?

21:32 <rubberduck> indeed

21:33 <apritzel> what kind of image is that? Something modern, mainline based or some "official" image?

21:53 <rubberduck> https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_an_SD_card_image

21:56 <apritzel> oh, good, so a proper Debian

21:57 <apritzel> IIRC it's Debian's flashkernel tool that generates either extlinux.conf or boot.scr?

22:01 <apritzel> you probably find some information in Debian's documentation then ...

22:07 <rubberduck> i will take a look