ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
enyalios_ has quit [Remote host closed the connection]
enyalios has joined #aarch64-laptops
bionade24_ has quit [Quit: Apocalypse Incoming!]
bionade24 has joined #aarch64-laptops
<bionade24>
Jasper[m]: Thank greedy delusional AI corpos and legaslators that don't give a fuck for it.
<alexVinarskis[m]>
bryanodonoghue I tried to experiment with cameras on your branch, took Yoga Slim as starting point and tried to port it to Asus Zenbook A14 (also ov02c01). Im getting `clock enable failed: -110` for camss (https://bpa.st/L2BA).. any ideas where I could start looking?
<alexVinarskis[m]>
Already compared all the regulators, only minor differences. Don't have this issue on XPS 9345, can't yet make that camera work either, but camss is up and sensor is detected.
wizzard has quit [Remote host closed the connection]
tobhe_ is now known as tobhe
<bryanodonoghue>
alexVinarkis[m] I'm pretty sure I'm not powering up the CSIPHY right on slim7x and t14s
<bryanodonoghue>
works on the Dell* and CRD
<bryanodonoghue>
there's an error about not finding the power rails for the CSIPHY I've been ignorning
pbrobinson has quit [Ping timeout: 480 seconds]
ravikant_ has quit []
KhazAkar has quit [Read error: Connection reset by peer]
alexlanzano has quit [Read error: No route to host]
alexlanzano has joined #aarch64-laptops
BrainWart has quit [Read error: Connection reset by peer]
ardb has quit [Read error: Connection reset by peer]
bylaws has quit [Read error: No route to host]
alx___ has quit [Read error: No route to host]
khilman has quit [Read error: No route to host]
jluthra has quit [Read error: No route to host]
steev has quit [Write error: connection closed]
robher has quit [Write error: connection closed]
jbowen has quit [Write error: connection closed]
CosmicPenguin has quit [Read error: No route to host]
_alice has quit [Write error: connection closed]
dianders has quit [Read error: No route to host]
pundir has quit [Read error: Connection reset by peer]
arnd has quit [Read error: No route to host]
lvrp16_ has quit [Read error: No route to host]
olv has quit [Write error: connection closed]
eric_engestrom has quit [Read error: No route to host]
CosmicPenguin has joined #aarch64-laptops
ardb has joined #aarch64-laptops
ndec has quit [Read error: No route to host]
dgilmore has quit [Read error: No route to host]
Son_Goku has quit [Read error: Connection reset by peer]
olv has joined #aarch64-laptops
lvrp16_ has joined #aarch64-laptops
ldts has quit [Read error: Connection reset by peer]
leiflindholm has quit [Read error: No route to host]
sskras has quit [Read error: Connection reset by peer]
lool has quit [Read error: Connection reset by peer]
changwoo_ has quit [Read error: Connection reset by peer]
leiflindholm has joined #aarch64-laptops
robclark has quit [Read error: No route to host]
cwabbott has quit [Read error: Connection reset by peer]
KhazAkar has joined #aarch64-laptops
rsalveti has quit [Read error: No route to host]
sboyd has quit [Read error: No route to host]
khilman has joined #aarch64-laptops
arnd has joined #aarch64-laptops
_alice has joined #aarch64-laptops
alx___ has joined #aarch64-laptops
ndec has joined #aarch64-laptops
dianders has joined #aarch64-laptops
pundir has joined #aarch64-laptops
Son_Goku has joined #aarch64-laptops
dgilmore has joined #aarch64-laptops
lool has joined #aarch64-laptops
sboyd has joined #aarch64-laptops
BrainWart has joined #aarch64-laptops
eric_engestrom has joined #aarch64-laptops
changwoo_ has joined #aarch64-laptops
rsalveti has joined #aarch64-laptops
steev has joined #aarch64-laptops
sskras has joined #aarch64-laptops
jluthra has joined #aarch64-laptops
jbowen has joined #aarch64-laptops
robclark has joined #aarch64-laptops
cwabbott has joined #aarch64-laptops
ldts has joined #aarch64-laptops
robher has joined #aarch64-laptops
bylaws has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops
<enyalios>
i just updated my kernel from 6.13.0+ to 6.14.0+ both from steev's tree using johan_defconfig and accelerated video playback in both mplayer and mpv stopped working?
<enyalios>
would anyone have any clue why? if i boot into the old kernel it works again, so its def the kernel thats the issue
srinik has quit [Ping timeout: 480 seconds]
<steev>
enyalios: what old kernel
<steev>
mpv definitely shows VO: [gpu] here
<enyalios>
6.13.0+ is the old one
<enyalios>
where vo gpu works
<enyalios>
heres the diff of the configs https://bpa.st/DS4Q nothing stands out to me as having any effect on video acceleration
srinik has joined #aarch64-laptops
<enyalios>
oh maybe the drm_client stuff?
<steev>
i have those here
<enyalios>
very strange, anything else i should check
<enyalios>
the kernel is the only thing thats changing since i just reboot into one vs the other
<alexVinarskis[m]>
bryanodonoghue: ah thanks, I misundestood then. I was under impression that on Yoga only sensor wouldn't probe, so thought that I got yet another issue. I now realized its the same one. By "not powering up the CSIPHY right" you mean the variaous combinations of vregs that were discussed above, or something else entirely? Either way, happy to be the test rabbit for ov02c10.
srinik has quit [Ping timeout: 480 seconds]
DavidGee[m] has joined #aarch64-laptops
<steev>
enyalios: that looks like a weird permissions issue; what is /dev/dri/card0 and renderD128 ?
<steev>
permissions of them*
<robclark>
if X11/dri2, the Xorg should hand back an fd for the client app to use
<robclark>
or are you trying to run on "baremetal" (kms)?
bibikski has quit [Remote host closed the connection]
<enyalios>
so that file exists, why isnt it loading
<enyalios>
-rw-r--r-- 1 root root 15K Mar 25 00:29 /usr/lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn
<robclark>
depending on the order of things, you might need it in initrd? But if Xorg starts after rootfs is mounted, it should not need to be in initrd. It was able to load the SQE and gmu fw
ypwn__ has joined #aarch64-laptops
<enyalios>
Xorg is only started when i log in and run startx
<enyalios>
that might be a red herring, i still have `[ 2.339045] adreno 3d00000.gpu: [drm:adreno_zap_shader_load [msm]] *ERROR* Unable to load qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn
<enyalios>
even when im using the old kernel while video accel works
ypwn_ has quit [Read error: Connection reset by peer]
<robclark>
idk to what extent GPU is needed to render video.. GPU won't work w/out zap
<robclark>
maybe you can get that error with zap if it is incorrectly signed (don't have the code in front of me atm)
<robclark>
well, you probably should figure out why GPU isn't working regardless.. but at any rate it explains the errors on the player side as far as dri/drm
<robclark>
if this is x13s, I thought Lenovo pushed all the fw upstream, so maybe double check zap md5sum vs what is in linux-firmware?
<enyalios>
im pretty sure the gpu is working on the old kernel version
<steev>
i'm guessing just throw the sqe and qcdxkmssuc in there too
<enyalios>
huh, it doesnt look like there is a gentoo package for initramfs-tools
<enyalios>
i can try that
<steev>
maybe gmu too
<steev>
i think it's a630 we use, maybe a660
<steev>
a660
<steev>
just looked at my dmesg
<robclark>
at least as far as GPU/zap if you are startx'ing after logging in, initrd isn't the problem.. maybe there is some kconfig needed for loading zap, I'll have to check later
<robclark>
(fwiw x13s has a690 but uses same SQE and I think gmu fw as a660)
<steev>
yeah it does
<steev>
i don't think we ever got a690, though we did extract it from the windows driver
<anthony25>
and I also don't know how it handles loading multiple firmwares for iris, at least av1 has its own binary
<steev>
it might not support that yet
a_fantom has joined #aarch64-laptops
fantom has quit [Ping timeout: 480 seconds]
<robclark>
enyalios: I double checked, you'd get a different error for signing problem.. so the issue is that the kernel can legit not find/read the zap fw. But it can for the sqe/gmu fw. So I guess that is your hint, figure out what the differences are. You might want to double check that /lib/firmware and /usr/lib/firmware are the same thing, perhaps?