<apritzel>
macromorgan: what are you after anyway? That error about not setting up the CPU frequency?
<apritzel>
this seems to happen because Linux doesn't reset the PMIC to I2C mode, so the SPL fails to talk to the PMIC
<apritzel>
so it's not U-Boot or TF-A at fault here, I think
<macromorgan>
`regulator list` in U-Boot doesn't show anything unless I enable the rsb driver, which requires setting SUNXI_RSB_BASE (in cpu_sun50i_h6.h) as well as bypassing prcm_apb0_enable() with an ifdef in sun8i_rsb.c
<macromorgan>
not that most users need to tinker with regulators in U-Boot, but if I want to do things like enable USB host or the 2nd mmc slot I do (plus it helps for debugging)
<macromorgan>
well, actually neither of those need the axp regulators, but still
apritzel has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
nashpa is now known as dliviu
montjoie has joined #linux-sunxi
montjoie_ has quit [Ping timeout: 480 seconds]
koty0f has quit [Remote host closed the connection]
koty0f has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
koty0f has quit [Remote host closed the connection]
koty0f has joined #linux-sunxi
chewitt has joined #linux-sunxi
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
colinsane has joined #linux-sunxi
colinsane has quit []
colinsane has joined #linux-sunxi
electricworry_ has joined #linux-sunxi
Robot_ has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Daanct12 has quit [Quit: WeeChat 4.2.2]
ReallyDarkGray has joined #linux-sunxi
Daanct12 has joined #linux-sunxi
<ReallyDarkGray>
Hello! I cannot boot FreeBSD 13.0-RELEASE on BPI M1+. It hangs after Kernel args: (null). Given that this OS has been known to boot on this board, I assume that the culprit is the (more recent) u-boot loader. I'm going to compile an older version of u-boot and see if I can boot. Am I on the right path?
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
apritzel has joined #linux-sunxi
ReallyDarkGray has quit [Read error: Connection reset by peer]
Daanct12 has quit [Quit: WeeChat 4.2.2]
KREYREN_oftc has joined #linux-sunxi
ftg has joined #linux-sunxi
hentai has joined #linux-sunxi
dsimic is now known as Guest5286
dsimic has joined #linux-sunxi
Guest5286 has quit [Ping timeout: 480 seconds]
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
<apritzel>
macromorgan: for the regulators: you seem to be looking at the old U-Boot way. In U-Boot proper, the AXPs should work in a fully clean DT driven way, without any hacks
<apritzel>
there are some symbols you need to enable for that, though, but then the xxx-supply properties should be handled
<apritzel>
so far there are not too many users, but Ethernet is one of them
<apritzel>
for USB there is a pending series, but there is some kind of bug in there
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
KREYREN_oftc has quit [Ping timeout: 480 seconds]
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
warpme has quit []
<macromorgan>
okay... I'll defer on that for now and look at the pwms next, then circle back to some more PMIC stuff in Linux proper.
<macromorgan>
I'm still using a different device, but eventually we can support that RG28XX as well. The question (and I have an open question to Anbernic on this topic) is if there's any way to runtime differentiate the device from U-Boot. That way we can probably just mainline the RG35XX-2024 device and use that bootloader for all of them.
warpme has joined #linux-sunxi
<macromorgan>
so far the differences are (relative to the most basic 35XX-2024): 28XX has a unique screen; 35XXH has wifi, ADC joysticks, and a 2nd USB port; and the 35XXPlus has wifi
vagrantc has joined #linux-sunxi
ftg has quit [Read error: Connection reset by peer]
warpme has quit []
chewitt has quit [Quit: Zzz..]
chewitt has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
mkf has joined #linux-sunxi
<macromorgan>
is there a datasheet on the pwm controller of the R329? I think (one of the pwms anyway) that it looks similar to the H616
<macromorgan>
I found it. Looks like it's extremely similar but with slightly different registers (like I believe you said previously)
Robot_ has quit [Ping timeout: 480 seconds]
<apritzel>
macromorgan: yes, but we figured that already, that's why we wanted to adapt the R329 driver
<macromorgan>
right, I'm looking at that right now. Looks like it doesn't have clock gating like the 329 though
<macromorgan>
otherwise looks like a copy-pasta from the sun20i but with different register values and no clock gating
<apritzel>
are you looking at U-Boot or Linux?
<macromorgan>
Linux
Raqbit has quit [Quit: .]
<tokyovigilante>
jernej: sorry I'm basing the H616 audio codec driver on the out-of-tree OrangePi/BigTree one, but it's near-identical to the existing sun4i codec driver so just adding the H616 bits to that. There is also a driver for the audio hub (which seems to not be required for basic line-out and more complex routing for SPDIF and HDMI, as well as the DMICs for Karaoke mode ;)) and then an HDMI audio
<tokyovigilante>
driver, but that code is pretty wild so will start with just the codec
Raqbit has joined #linux-sunxi
gamiee has quit [Ping timeout: 480 seconds]
gamiee__ has joined #linux-sunxi
chewitt has joined #linux-sunxi
gamiee_ has quit [Read error: Connection reset by peer]
Asara_ has joined #linux-sunxi
Asara_ has quit []
Asara has quit [Ping timeout: 480 seconds]
Asara has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 480 seconds]
<apritzel>
macromorgan: regarding auto-detection: now that you have U-Boot running, can you try what I suggested: pick one button that isn't connected on a device, and try to read its input status with the pin pulled up and pulled down?
<apritzel>
for instance try "gpio status pe8", on the -2024 device, then try changing bits 16 & 17 in register 0x300b0a4
<apritzel>
and repeat that on the -Plus, to see if it differs
swiftgeek has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 480 seconds]
swiftgeek has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
chewitt has quit [Ping timeout: 480 seconds]
chewitt has joined #linux-sunxi
chewitt has quit [Ping timeout: 480 seconds]
ftg has quit [Read error: Connection reset by peer]