ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
PPA has joined #linux-sunxi
Schimsalabim has joined #linux-sunxi
PPAChao has quit []
ftg has quit [Read error: Connection reset by peer]
aggi_ has joined #linux-sunxi
aggi has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
jernej_ has joined #linux-sunxi
jernej has quit [Ping timeout: 480 seconds]
Danct12- has joined #linux-sunxi
asriel has joined #linux-sunxi
jernej_ has quit [Ping timeout: 480 seconds]
Danct12 has quit [Ping timeout: 480 seconds]
Danct12- has quit []
Danct12 has joined #linux-sunxi
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-sunxi
Raqbit339 has joined #linux-sunxi
Raqbit33 has quit [Ping timeout: 480 seconds]
jernej has joined #linux-sunxi
arti_ has joined #linux-sunxi
arti has quit [Ping timeout: 480 seconds]
jernej has quit [Ping timeout: 480 seconds]
aggi_ has quit [Remote host closed the connection]
jernej has joined #linux-sunxi
<Soupborsh> Hello, I have boot0 and boot0_backup, as well as, uboot and uboot_backup on emmc unpartitioned place. If I for example overwrite boot0, will it boot boot0_backup, so my PB618 won't brick?
<Soupborsh> * overwrite boot0 which will fail or be unbootable, will
hexdump0815 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
aggi has joined #linux-sunxi
Daanct12 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
Daanct12 has joined #linux-sunxi
parthiban has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
warpme has joined #linux-sunxi
gsz has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
jakllsch has quit [Ping timeout: 480 seconds]
parthiban has joined #linux-sunxi
jakllsch has joined #linux-sunxi
parthiban has quit []
parthiban has joined #linux-sunxi
colinsane has quit [Read error: Connection reset by peer]
warpme has quit []
warpme has joined #linux-sunxi
parthiban has quit []
parthiban has joined #linux-sunxi
apritzel has joined #linux-sunxi
<apritzel> Soupborsh: there is a boot order in the BootROM, and if the *magic or checksum* of the boot payload does not match, the BROM will skip to the next location
<apritzel> however: if the checksum is fine, but your code hangs at some point, the BROM is out of the game already, so the system will just hang, on every reboot
<apritzel> Soupborsh: but this device has an SD card slot, doesn't it? Can't you boot from there? Then you can easily replace any broken boot0
<gamiee> apritzel: doesn't those newer Allwinner chips have GPIO controlled boot priority?
<apritzel> yes, but it's still SD card first, if I remember those tables correctly
<apritzel> and it doesn't change that the first payload with a valid signature will be loaded and launched
<apritzel> also chances are that the B288 belongs more to the older generation (H3), so no boot order GPIOs there
<gamiee> ah yeah, then it should be fine
<Soupborsh> <apritzel> "yes, but it's still SD card..." <- It seems to be emmc first. I was not able to boot anything at either 8kb and 128kb on SD card. I tried fel, hello, extracted boot0 images and none were booted.
<apritzel> Soupborsh: interesting! Was the device using secure boot, so TOC0 instead of eGON images?
<apritzel> it could also be that the SD card is not actually MMC0, but MMC1, for instance
<Soupborsh> <apritzel> "also chances are that the B288..." <- IDK, I think I have seen something about GPIO in sources. github.com/Soupborsh/uboot_b288/blob/24b278c00cba12260c6849046326e1f06d907707/common/autoboot.c#L270
<Soupborsh> <apritzel> "soupborsh: interesting! Was..." <- I did not find any TOC in emmc dump, however I see TOC mention there: https://github.com/Soupborsh/uboot_b288/blob/main/sunxi_spl/boot0/load_mmc/load_boot1_from_sdmmc.c#L95
<apritzel> those GPIOs look like the volume up/down keys, and are checked later, in U-Boot, so that has nothing to do with the BootROM
<Soupborsh> apritzel: Ok
<Soupborsh> * Ok thanks
jason123onirc has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
jason123onirc has joined #linux-sunxi
<apritzel> and this is about toc1, also again code in U-Boot, so that's probably for the secondary boot stage anyway
<apritzel> does the hexdump of their working boot0 have "eGON" somewhere on the first line, or "TOC0"?
dsimic is now known as Guest2144
dsimic has joined #linux-sunxi
Guest2144 has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.4.4]
bauen1 has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
<Soupborsh> <apritzel> "and this is about toc1, also..." <- There is boot0 code too. https://github.com/Soupborsh/uboot_b288/blob/main/sunxi_spl/boot0/main/boot0_main.c for example
warpme has quit []
<apritzel> does that hint at the end mean Olimex will build one?
<apritzel> Anyway I ordered this tablet with that same SoC, should arrive next week
<wens> qualcomm and mediatek have moved up the pole though, with SoCs that have the extra large cores
JohnDoe_71Rus has joined #linux-sunxi
junari has joined #linux-sunxi
<apritzel> yeah, Allwinner is now just 5 years behind instead of 10!
<maz> 256kB L2 for A76, they are going to struggle...
<junari> looks like panvk can launch now not only vkcube https://drive.google.com/file/d/1nEcfqgR7grn-2045i8bDfEucpkizudsJ/view?usp=sharing
warpme has joined #linux-sunxi
parthi has joined #linux-sunxi
parthiban has quit [Read error: Connection reset by peer]
<Soupborsh> <apritzel> "does the hexdump of their..." <- It has mention of TOC0 but it seems to be not in the header for example "_0.TOC0_00000000" not "TOC0.GLH" and it is located nearby a lot of other strings. There are eGON headers at address 0x30000 and 0x40000.
<Soupborsh> * There are 2 eGON headers
<apritzel> right, thanks for checking, so then it looks really like non-secure boot
warpme has quit []
manyids2 has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
manyids2 has quit [Remote host closed the connection]
manyids2 has joined #linux-sunxi
manyids2 has quit []
manyids2 has joined #linux-sunxi
warpme has joined #linux-sunxi
vagrantc has joined #linux-sunxi
bauen1 has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
warpme has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
warpme has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
parthi has quit []
colinsane has joined #linux-sunxi
<macromorgan> so I'm struggling with a deceptively simple looking problem... how do I tell the USB and battery drivers where the proper ADC channels are? This code no longer works in 6.13-rc1: https://elixir.bootlin.com/linux/v6.13-rc1/source/drivers/power/supply/axp20x_usb_power.c#L577
<macromorgan> can I just hard-wire the channel names in the device tree?
<macromorgan> (making that now a required parameter?)
Hypfer has quit [Read error: Connection reset by peer]
Hypfer has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
wingrime1 has joined #linux-sunxi
Hypfer is now known as Guest2177
Hypfer has joined #linux-sunxi
wingrime-ww has quit [Ping timeout: 480 seconds]
Guest2177 has quit [Ping timeout: 480 seconds]
gsz has quit [Quit: leaving]
apritzel has joined #linux-sunxi
ftg has joined #linux-sunxi
<loki666> apritzel: I'm trying to put the H700 in freeze suspend mode
<loki666> it works, but it looks like the PEK doesn't wake up
<loki666> any idea, does it needs a quirck ?
<loki666> pek is correctly registered, and input is working
<apritzel> what do you mean with "freeze suspend mode", exactly?
<apritzel> I don't think we implement any suspend on the H616, lacking a management processor?
digetx has quit [Ping timeout: 480 seconds]
<loki666> s2idle sorry
digetx has joined #linux-sunxi
<loki666> wait I'm wondering now, it's called freeze in systemd-sleep
<apritzel> how do you trigger that? manually, by writing to some magic sysfs file? Or is it systemd triggering this?
<apritzel> so for instance by echoing "freeze" to /sys/power/state?
<loki666> no via systemd which monitor the input of the pek
<apritzel> I guess wakeup relies on the power key to trigger an interrupt? Do you see the counter in /proc/interrupts increase if you press the power button?
<loki666> let me try
<loki666> yes
<loki666> axp20x-pek-dbr and axp20x-pek-dbf
<loki666> just tried by just echoing "freeze" to /sys/power/state
<loki666> same result, it enter sleep, but can't wakeup
<apritzel> mmh, I don't know, and don't have much experience with that. Could be that the interrupt is accidentally disabled during the freeze, when the kernel puts all devices in low power states?
<apritzel> maybe worth checking the driver of the involved devices, like the AXP, but also the NMI driver
<loki666> oulala...
<loki666> the pek driver does includes device_init_wakeup(&pdev->dev, true);
ing_warn_ has joined #linux-sunxi
<loki666> I can wakeup the device if I set a gpio key as wakeup-source
ing_warn has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]