robclark 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
goodspeed has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
<goodspeed>
Hello! I'm trying to get the backlight working on Galaxy Book Go. I retrived the init xml from ACPI.
<goodspeed>
I said backlight on PMIC but I was confused by several field: BacklightPmicControlType, BacklightPmicModel, BacklightPmicNum
<goodspeed>
I'm only able to get "Configuration Guide for Display Drivers (ACPI and XML)" released in 2018, these fields' values are not defined there.
<goodspeed>
BacklightPmicControlType indicates it uses neither LPG nor WLED which is really confusing :-/
<enyalios>
abby: woo! youre the best
<enyalios>
those changes made sound work with vanilla 6.8.2
<enyalios>
i also had to CONFIG_PINCTRL_LPASS_LPI=y because CONFIG_PINCTRL_SC8280XP_LPASS_LPI=y depends on it
alpernebbi has joined #aarch64-laptops
hightower3 has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
<goodspeed>
oh, it turned out that's not regular LCD screen. It's QLED and it can be somehow controled from dp_aux_brightness but It's not bright enough for some reasons
<strongtz[m]>
BacklightPmicNum: In systems that use more than one PMIC, this specifies the PMIC that is being controlled; all settings apply to only that PMIC
<goodspeed>
Thanks! What's the different between dp_aux_brightness and PWM backlight? It seems dp_aux_brightness controls it too
<strongtz[m]>
I'm not sure. If it's using a bridge, then maybe the bridge accepts both pwm and dp_aux control?
<travmurav[m]>
William Goodspeed: maybe it's due to CABC and the panel has "software" programming interface for brightness + "hardware" pwm line and perhaps in this case it combines both values, though if it's oled, afaik those are more "fun"
<travmurav[m]>
i.e. if the pwm line on reset is set to 50%, software control only does some range based on that
<travmurav[m]>
(which in any case is likely just a """firmware""" (fsm?) quirk in the display since oled does brightness in the display controller afaik, as there is no traditional backlight
<Nios34[m]>
wait lemme check that panel again
<Nios34[m]>
Sorry, It's TFT-LCD
<Nios34[m]>
not OLED, so it makes more sense
<travmurav[m]>
right, I guess still may be something cabc stuff related, usually cabc displays have a wire going out of them with pwm that is connected to the real backlight controller, and the os is supposed to send the desired brightness to the display via software
<travmurav[m]>
not sure if in this case you need to control both or even specifically the pwm "input" line anyway
<travmurav[m]>
if you say there is a software control but it doens't work properly
<travmurav[m]>
maybe can try setting that pmic gpio as always on to pretend 100% pwm
<travmurav[m]>
can probably even use gpioset for that from userspace
<travmurav[m]>
¯\_(ツ)_/¯
<Nios34[m]>
dp_aux_brightness works but won't exceed the highest brightness
<travmurav[m]>
the one on reset I guess?
<Nios34[m]>
so it's very likely that case
<Nios34[m]>
I don't know which gpio is pwm for now
<Nios34[m]>
pm6150l can do the wled and pwm stuff, but I'm sure about pm6150
<travmurav[m]>
can try all of the ones on the pmic with gpioset and see poking which breaks the display :P
<Nios34[m]>
the XML says it's the second PMIC and I don't know what that mean
<Nios34[m]>
I'm /not/ sure about pm6150
<Nios34[m]>
I will try to turn them on one by one to see if I could find the correct PIN
<travmurav[m]>
actually hm
<travmurav[m]>
I guess pin functin won't be gpio on reset so it won't work as gpio until one changes the mux
<travmurav[m]>
I wonder if you can read the config from the hw
iivanov has joined #aarch64-laptops
<travmurav[m]>
William Goodspeed: can you share the contents of "/sys/kernel/debug/gpio"?
<travmurav[m]>
¯\_(ツ)_/¯ maybe it's locked from editing in firmware, won't be surprised
<Nios34[m]>
So PWM should be defined anyway..
<Nios34[m]>
I used gpioset to try bring up all the gpios, looks like nothing changed.
<Nios34[m]>
from gpio file, they all changed to out high tho
matthias_bgg has quit [Ping timeout: 480 seconds]
jhovold has joined #aarch64-laptops
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
valentine has quit [Quit: Reconnecting]
valentine has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
valentine has quit [Quit: Reconnecting]
valentine has joined #aarch64-laptops
valentine has quit []
valentine has joined #aarch64-laptops
ungeskriptet is now known as Guest912
ungeskriptet has joined #aarch64-laptops
Guest912 has quit [Ping timeout: 480 seconds]
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
f_ has joined #aarch64-laptops
KREYREN_oftc has joined #aarch64-laptops
svarbanov__ has joined #aarch64-laptops
svarbanov_ has quit [Remote host closed the connection]
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
hightower3 has quit [Ping timeout: 480 seconds]
jglathe__ has quit []
jglathe_x13s has joined #aarch64-laptops
KREYREN_oftc has quit [Ping timeout: 480 seconds]
hightower2 has joined #aarch64-laptops
f_ has quit [Ping timeout: 480 seconds]
hightower3 has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
Caterpillar has quit [Quit: Konversation terminated!]
Caterpillar has joined #aarch64-laptops
Caterpillar has quit []
Caterpillar has joined #aarch64-laptops
<lollaritits[m]>
does the x13s support Audio over DP? with the setup being Dell TB Dock > Monitor > AUX
<lollaritits[m]>
cant get any sound of it so far
<travmurav[m]>
iirc hw yes but it's not enabled in ucm because it's quirky
<travmurav[m]>
ah not described in the dt either I guess
iivanov has quit [Quit: Leaving...]
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
adamcstephens has quit [Remote host closed the connection]
valida-69[m] has quit []
<Jasper[m]>
Hmm I'm having some issues with wifi and reading out charge status on 6.8.5
<Jasper[m]>
Wifi fails to connect until I turn it off and on again and I can't see how full my battery ia
<Jasper[m]>
Nothing obvious in dmesg
<Jasper[m]>
Well maybe some "unable to load $firmware_path" errors, they seem to be packed in xz format now
<Jasper[m]>
Not sure how important that is, error shows up quite early in boot
<Jasper[m]>
Jasper[m]: Apparently not, unpacked them, same error
gwolf has quit [Read error: No route to host]
gwolf has joined #aarch64-laptops
<steev>
sounds like it's not loading your firmware for whatever reason, so if the remote procs aren't started, you're not gonna get battery status. no idea about the wifi, but if the other firmware is wrong...
<Jasper[m]>
ath11k seems to load the firmware fine afterward
<Jasper[m]>
Don't know about the rest
<Jasper[m]>
Is it an idea to include them in initramfs?
<steev>
you could try that, yeah
<Jasper[m]>
steev: Going to guess they need to be the unpacked versions?
<steev>
i don't think so
<steev>
i don't actually know though
<steev>
i thought arch uses compressed firmware by default
<Jasper[m]>
steev: I'm on fedora, my bad
<steev>
i know, i'm saying that i think arch uses compressed firmware, so it should owrk
jjardon[m] has quit [Quit: Client limit exceeded: 20000]
<Jasper[m]>
Ah, well I'll try including all of it in dracut
<Jasper[m]>
Seems like I had a too new linux-firmware version from testing aswell
<agl>
steev: Are you going to release more kernels for the Lenovo x13s, or can I use the kernel 6.8.5 from kernel.org?
<steev>
if you read the history, i was discussing the fact that things were broken badly with johan just a few nights ago. i do plan to, but i don't always have the time to run down bugs
<agl>
ok
<Jasper[m]>
@steev charger fixed itself now, sound is broken though
<Jasper[m]>
._.
<steev>
the audio portion hasn't, afaik, had changes in a while
<steev>
but i did see that core clk missing message
<steev>
perhaps scroll up, someone else was talking about needing to make kernel config changes
<Jasper[m]>
steev: Oh yeah, it only now complains about not being able to load tplg.bin
<Jasper[m]>
It didn't before I think
<steev>
maybe that one needs to be uncompressed?
<Jasper[m]>
Or loaded later?
<Jasper[m]>
xz files ended up being removed for some reason
<steev>
not sure what you mean
<agl>
steev: I haven't been here in the channel that much lately, didn't catch that.
<steev>
i think whitequark logs the channel :)
<Jasper[m]>
steev: I know of some load order/time issues where some other part of the device hasn't been enabled and then some other subsystem didn't work
<Jasper[m]>
But I seen I hadn't uncompressed it yet
<Jasper[m]>
*see
<Jasper[m]>
Jasper[m]: Actually I did, but the symlink pointed at the xz file
<Jasper[m]>
<steev> "maybe that one needs to be..." <- Alright, it ended up being the symlink
<Jasper[m]>
Now the subsystems work
<Jasper[m]>
Now wifi is just a bit crap, but that's probably a different issue then
<\[m]>
I have to ifdown ifup after resume each time seems, but maybe it's because I have vpn on ?
<steev>
i haven't had to do that here, but i'm not connected to vpn either
arisu has quit []
<\[m]>
it usually works, sometimes have to reboot 🤷 not sure how to debug either
<\[m]>
ah lol I put dmesg output in tmp before reboot once - smart 🙂
jhovold has quit [Ping timeout: 480 seconds]
ajhalaney[m] has quit []
KREYREN_oftc has joined #aarch64-laptops
matrix638[m] has quit []
juergh1 has quit [Quit: Client limit exceeded: 20000]
<robclark>
HdkR: hmm, any hacks I need to know about for latest steam+fex? It doesn't seem to be starting..
<Dantheman825[m]>
When was the last time you launched Steam? Depending on how long it’s been, you may need to rm /usr/share/fex-emu/AppConfig/steamwebhelper.json
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
nekogirl[m] has quit [Quit: Client limit exceeded: 20000]
<HdkR>
robclark: check $HOME/.steam/steam/logs/steamwebhelper.log it looks like it is crashing constantly
<HdkR>
Could be namespaces aren't available in that kernel's config
hightower2 has joined #aarch64-laptops
<HdkR>
Could try `FEXBash "$HOME/.local/share/Steam/steamapps/common/SteamLinuxRuntime_sniper/run -- ls /"` independently to see if the runtime is working
<robclark>
hmm, I do have NS stuff.. I took debian kernel config and new kernel and olddefconfig'd
KREYREN_oftc has quit [Ping timeout: 480 seconds]
<robclark>
hmm, don't even have /.local/share/Steam/steamapps/common/SteamLinuxRuntime_sniper/run
<HdkR>
oh, looks like the sniper runtime is in a different location for steamwebhelper
<HdkR>
`FEXBash "$HOME/.local/share/Steam/ubuntu12_64/steam-runtime-sniper/run -- ls /"`
<robclark>
so, first attempt a couple days ago to get steam working didn't go well (still debugging some qemu issues).. so could be something got left in a bad state? What all do I need to nuke to start in a clean state with steam?
<HdkR>
I believe if you just rm -Rf `$HOME/.local/share/Steam` then it'll run the bootstrap again
<HdkR>
er `rm -Rf $HOME/.local/share/Steam`
<robclark>
don't need to nuke ~/.steam ?
<HdkR>
ItThat's just a bunch of symlinks so probably not
<HdkR>
Cool, so sniper runtime is working at least
<HdkR>
steamwebhelper.log should hopefully shed some information on the problem
<robclark>
btw, if not sure if this is using chrome gpu-sandbox.. if it is, I only recently landed bits to let tu icd/.so thru sandbox
hightower2 has quit [Read error: Connection reset by peer]
hightower2 has joined #aarch64-laptops
hightower2 has quit [Remote host closed the connection]
<HdkR>
robclark: CEF gets passed `--disable-sandbox` so hopefully that also disables the GPU sandbox side
<robclark>
hmm, steamwebhelper.log did have some sandbox looking msg.. (OTOH I'm not even sure how the sandbox works outside of chrome where we are also controlling driver versions)
<robclark>
*outside of chromeos
KREYREN_oftc has joined #aarch64-laptops
<HdkR>
No idea how that works either, but it at least isn't using llvmpipe on my systems :D
<steev>
robclark: what version of qemu?
<HdkR>
Maybe install systemd-coredump so if it is crashing we can get a coredump of it
<robclark>
steev: git plus native-ctx and other virtgpu patches
<robclark>
HdkR: hmm, good idea, will try that in a bit
<steev>
ah, okay, if it's master it's not the issue i was thinking of, assuming that's 9.0.0-rc2+
<HdkR>
I have Steam running in my Fedora VM with virgl here, so it's a bit weird if it is crashing
<steev>
the 8.2 branch is broken for amd64 on arm64 host, needs a patch backported
<steev>
well, cherry-picked really
<HdkR>
I assume this is arm64 on arm64 host for qemu though?
<HdkR>
Wouldn't need FEX in an amd64 qemu guest :P
<steev>
listen, we don't know. he's a cros dev. they're weird fold
<steev>
folk*
<steev>
fwiw 4ef1f559f270 is the commit that needs to be cherry picked onto 8.2 for anyone who does care
<Jasper[m]>
This thing waking from suspend is like me waking up every morning
<robclark>
yeah, it is kvm arm64 on arm64 host
underpantsgnome[m] has quit []
<steev>
Jasper[m]: that cpuidle thing seems bad
<Jasper[m]>
steev: Yeah, think I had it before
<Jasper[m]>
Not sure if I remember what the conclusion was then
<Jasper[m]>
Haven't been here in a while I noticed
<steev>
the matrix bridge dropped for a bit
<Jasper[m]>
Yes, but I think fluffychat also decided to not send me notifications anymore
<steev>
ah
<Jasper[m]>
Been busy with work and not having the motivation to work on Pixel C and Book2Go stuff
<steev>
i feel that
<Jasper[m]>
Also the prospect that I'm going to have to put some windows gpio driver through a debugger to find out what pins I need to get the keyboard working is a bit of a bummer
<Jasper[m]>
Have no schematics
KREYREN_oftc has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]