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
parthi has joined #linux-sunxi
Parthiban has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
<tokyovigilante> ok, have updated the wiki somewhat with current known patches and for the 6.10rc1 state of mainline
<veremitz> \o/
kikuchan has quit [Quit: Page closed]
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
aggi has quit [Remote host closed the connection]
aggi has joined #linux-sunxi
sunshavi has quit [Remote host closed the connection]
sunshavi has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<loki666> I'll have a look to reply a tested-by
<loki666> I ran batocera on your display-mainline branch yesterday, it was slow as hell because of swrast but it worked
<loki666> But USB gamepad didn't seems to works, tried the left USB port
warpme has joined #linux-sunxi
pmp-p has joined #linux-sunxi
apritzel has joined #linux-sunxi
colinsane has quit []
colinsane has joined #linux-sunxi
Parthiban has joined #linux-sunxi
parthi has quit [Ping timeout: 480 seconds]
kikuchan has joined #linux-sunxi
<kikuchan> loki666: swrast? have you enabled GPU? here's my configuration, just FYI. https://gist.github.com/kikuchan/a3253427adcb55f59211063cc714912a
<loki666> Ah thanks I'll try it, it's a patch on top of tokyovigilante branch?
<kikuchan> yes
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
<loki666> how do I reply to tokyovigilante patch series, since I never received the mails in the first place ?
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<Jookia> loki666: you can download the series as an mbox and import that in to your reader, or there's a mailto: link
warpme has quit [Ping timeout: 480 seconds]
<loki666> ah ok thanks
Asara has quit [Ping timeout: 480 seconds]
<loki666> should I reply on PATCH 0/2, PATCH 1/2 PATCH 2/2 ?
Asara has joined #linux-sunxi
<Jookia> if you tested the entire series than reply to patch 0/2 and explain a bit and write Tested-By: YourName <YourEmail> as if its a git commit
<loki666> ok thanks for the help
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
warpme has joined #linux-sunxi
tnovotny has joined #linux-sunxi
Parthiban has quit []
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
warpme has quit []
<tokyovigilante> loki666: that's great. Thanks for the Tested-by (I am assuming that was you?) on the ML. Have just pushed (yet) another branch which has the GPU enablement code (and a few other QoL "hacks") - https://git.sr.ht/~tokyovigilante/linux/log/anbernic-image-hacks
<tokyovigilante> That should give you working 3D acceleration
<tokyovigilante> with CONFIG_DRM_PANFROST
ftg has joined #linux-sunxi
<loki666> tokyovigilante: no problem thanks for pushing this
warpme has joined #linux-sunxi
ungeskriptet is now known as Guest7835
ungeskriptet has joined #linux-sunxi
Guest7835 has quit [Ping timeout: 480 seconds]
warpme has quit []
warpme has joined #linux-sunxi
dsimic is now known as Guest7839
dsimic has joined #linux-sunxi
Guest7839 has quit [Ping timeout: 480 seconds]
mripard has joined #linux-sunxi
JohnDoe_71Rus has quit [Ping timeout: 480 seconds]
<Jookia> tokyovigilante: you got gpu working? :D
<loki666> tokyovigilante: kernel panic with your branch anbernic-image-hacks https://pastebin.com/Xmjx6jTJ
warpme has quit []
<apritzel> loki666: can you reproduce that, and does that result in the same splat and same function?
<loki666> seems random
<loki666> [ 27.040301] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
<loki666> [ 27.062147] Sending NMI from CPU 1 to CPUs 2:
<loki666> [ 27.046452] rcu: 2-...!: (0 ticks this GP) idle=26c0/0/0x0 softirq=213/213 fqs=1 (false positive?)
<loki666> [ 27.055520] rcu: (detected by 1, t=5252 jiffies, g=-735, q=30 ncpus=4)
<loki666> [ 27.066524] NMI backtrace for cpu 2 skipped: idling at default_idle_call+0x28/0x3c
<loki666> ah this time, it just hanged, no kernel error/panic
<loki666> another try
<loki666> [ 12.621370] platform 5101000.usb: deferred probe pending: platform: supplier 5100400.phy not ready
<loki666> [ 12.630407] platform 5200000.usb: deferred probe pending: platform: supplier 5100400.phy not ready
<loki666> [ 12.639392] platform 5101400.usb: deferred probe pending: platform: supplier 5100400.phy not ready
<loki666> [ 12.648388] platform 5100000.usb: deferred probe pending: platform: supplier 5100400.phy not ready
<loki666> [ 12.664306] platform 5200400.usb: deferred probe pending: platform: supplier 5100400.phy not ready
<loki666> [ 12.657361] platform 5100400.phy: deferred probe pending: (reason unknown)
<loki666> [ 33.631911] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks:
<loki666> [ 33.638022] rcu: 1-...0: (14 GPs behind) idle=3f8c/1/0x4000000000000000 softirq=183/184 fqs=557
<loki666> [ 33.646827] rcu: 2-...0: (1 GPs behind) idle=22ac/1/0x4000000000000000 softirq=175/176 fqs=557
<loki666> [ 33.655543] rcu: (detected by 0, t=5254 jiffies, g=-615, q=13 ncpus=4)
<loki666> [ 33.662170] Sending NMI from CPU 0 to CPUs 1:
<loki666> and LCD is black
<apritzel> random page faults were often caused by slightly wrong DRAM parameters: the DRAM works on early boot, when the "pressure" is not very high on the DRAM controller
<apritzel> but when multiple cores issue concurrent requests to the controller, it falls over, because some timings might overlap
pmp-p is now known as Guest7845
pmp-p has joined #linux-sunxi
Guest7845 has quit [Ping timeout: 480 seconds]
<kikuchan> It works properly on my RG35XX Plus
<loki666> the patch or the branch ?
<kikuchan> anbernic-image-hacks branch
<loki666> mmh weird
<loki666> i'm using a RG35XX-H
warpme has joined #linux-sunxi
wasutton- has quit []
wasutton3 has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
wingrime-ww has joined #linux-sunxi
<macromorgan> apritzel: Want to make sure before I push upstream that the shutdown register for axp717 was an oversight (and not done deliberately): https://paste.debian.net/1318311/
<apritzel> macromorgan: was that just a thing that popped up in code review? PSCI should take priority for shutdown, so the Linux code would never be executed?
<apritzel> but yeah, the shutdown sequence is different for the AXP717, so we need a patch, for correctness, at least
<apritzel> anyway your patch looks alright
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
<loki666> kikuchan: with your lcd path, Panfrost driver is loaded, but emulationstation doesn't seems to load, stuck on batocera logo
warpme has quit []
tnovotny has quit [Quit: Leaving]
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
acmeplus has joined #linux-sunxi
<acmeplus> loki666: use the anbernic-image-hacks image from tokyovigilante. It should work as expected. kikuchan patches work well too, but you need enable drm panfrost, otherwise you get that splash screen in the framebuffer but no drm.
<macromorgan> okay I'll push it, thanks
<macromorgan> I think some users expressed issues with shutdown, but now that I mention it they might not be running the latest/correct A-TF
<loki666> anbernic-image-hacks is giving me kernel panic and other issues
<loki666> acmeplus: with kikuchan patch, drm is enabled and panfrost mesa driver is properly loaded (check the pastbin I posted), but it doesnt pass the splash
<loki666> i'll try again anbernic-image-hacks with buildroot-ccache cleared
KREYREN_oftc has joined #linux-sunxi
acmeplus has quit [Ping timeout: 480 seconds]
<macromorgan> how's the codec situation? Wondering if you guys need help with that before I finish off the battery (I'm not used to working on mainlining a device with so many others, it's nice)
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.2 Quasar http://www.kvirc.net/]
acmeplus has joined #linux-sunxi
acmeplus has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
apritzel has joined #linux-sunxi
<loki666> for me codec, would be the cherry on top
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
hexdump01 has quit []
hexdump0815 has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
<loki666> I mean video codec would be the cherry on top, audio codec would be nice, but I have no clue on how to help
Schimsalabim has joined #linux-sunxi
<loki666> macromorgan: what would be the latest/correct A-TF ?
<macromorgan> I'm using the tip of mainline plus this series: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/27326
<loki666> i'm using v2.10 platform sun50i_h616
<macromorgan> I'm curious if we need proper support for sleep in A-TF or if we already have enough though
<apritzel> macromorgan: do you mean suspend-to-RAM? That would be very tricky without the help of a management process, which the H616/H700 lack
<macromorgan> yeah, that's kind of what I was hoping for yes. Do you mean like that RISCV core on some allwinners or just a bit more full-featured A-TF?
<apritzel> suspend-to-RAM is implemented in the smaeul's crust firmware, that is running on the separate OpenRISC management core
<apritzel> that allows to complete turn off the ARM cluster, but still run some code and watch for GPIOs, timer, IRQs for the wakeup
<apritzel> the A64 and H6 have that core, the new A523 has a RISC-V core for that, but the H616/H700 don't have anything comparable
<apritzel> I *guess* one could pull something off with turning off three of the A53s, and retreat as much as possible from the rest of the system, then keep core 0 alive to perform the wakeup
<apritzel> but there is not much SRAM in the chip - that's why we run TF-A in DRAM already
<apritzel> so there might be a technical possibility, but it's not easy, would be less efficient than on the other chips, and most importantly would need to be written from scratch
<macromorgan> factory seems to have sleep, so I guess maybe that's how they do it?
<apritzel> what does "sleep" mean, exactly?
<apritzel> it could be as simple as just sending every core to WFI, or maybe turning three cores off, then send just core 0 to WFI
<apritzel> I guess the kernel could help with turning most devices off, but DRAM would need to be still running
aggi has quit [Quit: connection closed.]
pmp-p has quit []
pmp-p has joined #linux-sunxi
flyback has quit [Ping timeout: 480 seconds]
flyback has joined #linux-sunxi
ftg has quit [Read error: Connection reset by peer]