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
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
\x has joined #aarch64-laptops
\x has quit [Remote host closed the connection]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> abelvesa: USB Type-A on the HP 14X does something, yay
<JensGlathe[m]> Only USB3 works, though, so need to look regarding which redriver is what
<JensGlathe[m]> This laptop has 1 USB-A port, controller says 2 ports hmm
<JensGlathe[m]> Anyway, thank you for posting the patches
<steev> bamse: removing the crypto node from sdm850-lenovo-yoga-c630.dts, and adding the num-channels = <16>;\nqcom,num-ees = <4>; to sdm845.dtsi and no serror at boot
pbsds is now known as Guest4689
pbsds has joined #aarch64-laptops
Guest4689 has quit [Ping timeout: 480 seconds]
<steev> really it's just that null pointer with soundwire and the c630 is in decent shape again
alfredo has joined #aarch64-laptops
alfredo has quit []
macc24 has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
jhovold has quit [Quit: WeeChat 4.3.4]
jhovold has joined #aarch64-laptops
<abelvesa> JensGlathe[m]: you obviously need to identify the ptn3222 redrivers first. Copying what I did on T14s might not work out of the box.
<abelvesa> JensGlathe[m]: you can disable all redrivers and then detect/identify them from userspace
<abelvesa> JensGlathe[m]: if i2cdump shows the following, then you found the redrivers:
<abelvesa> JensGlathe[m]: 10: 01 00 00 a2 22 32 11 55 ff
<abelvesa> JensGlathe[m]: you might have 2 or you might have 3 such redrivers
<JensGlathe[m]> it is just one type-a port
<abelvesa> JensGlathe[m]: then play with those addresses in DT for each redriver
<JensGlathe[m]> but it is the mp controller
<JensGlathe[m]> will try.
<abelvesa> JensGlathe[m]: sure, but are you sure there is no other device connected on usb internally (e.g. fprint sensor) ?
<abelvesa> JensGlathe[m]: since we don't have schematics, we don't know, so we need to hack our way around :)
<JensGlathe[m]> my model doesn't have a fingerprint sensor (according to windows), but ther seem to be SKUs that have.
<abelvesa> JensGlathe[m]: there you go, differences like this really matter ...
<JensGlathe[m]> the port is up, usb3 works, so... not very far
<abelvesa> JensGlathe[m]: but then you need to disable the other qmpphy, after you indetify which one it is
<JensGlathe[m]> yep
<abelvesa> JensGlathe[m]: T14s has 2 USB-A ports connected to the MP controller, so I did bring up both hsphys and qmpphys for the MP
<abelvesa> JensGlathe[m]: and thanks for doing this!
<tobhe> Hello X13s friends, fyi if you were planning to try the new Ubuntu 24.10 arm64 desktop installer you could help us by providing test feedback at https://iso.qa.ubuntu.com/qatracker/milestones/462/builds/313983/testcases
todi has joined #aarch64-laptops
todi_away has quit [Ping timeout: 480 seconds]
<macc24> ok i don't know what i did but now wifi is broken on linux specifically :/
<macc24> windows sees it just fine and reboots can't fis that
<macc24> s/fis/fix
patrickm has joined #aarch64-laptops
macc24 has quit [Quit: WeeChat 4.4.2]
macc24 has joined #aarch64-laptops
<macc24> am i the only one who's getting random tab crashes in firefox on debian sid with a signal 4(SIGILL) on x1e80100?
<craftyguy> bamse: I'm not sure. I tried it on an encrypted rootfs (Linux), the module was in the rootfs so the sequence of events was: kernel boot --> rootfs unlock/mount --> udev(?) loads qcrpto and ?? --> hard/sudden reboot
<craftyguy> I haven't tried putting the qcrypto module into the initramfs so it loads before the rootfs is unlocked... maybe that's the trick?
<HdkR> macc24: coredump plus `disas $pc-64,+128`?
<HdkR> Could be a PAC thing
<macc24> what do i do with that disas thing? do i run firefox in gdb?
<HdkR> Yea, it's a gdb command to give the disassembly
<HdkR> systemd-coredump will also contain the information `coredumpctl debug` after it crashes if coredump is installed
<macc24> when it crashes i see "exited on signal 4: file ./ipc/chromium/src/base/process_util_posix.cc:335"
<macc24> ugh i'm not sure if i have coredumps enabled, here's the gdb stuff https://gist.github.com/Maccraft123/5fec1f58eaa0c5956af59222c4ed09e4
<tobhe> sounds like it might be pac/bti
<macc24> got the coredump, not sure where to upload it
<HdkR> If you just do `coredumpctl debug` then it should start a gdb session
<macc24> :/ nvm coredumpctl just says "terminated abnormally without generating a coredump" upon further inspection
<macc24> ok i uploaded hopefully correct thing to the gist
hogliux has joined #aarch64-laptops
hogliux has quit []
<HdkR> macc24: Looks like a failure on pointer authentication. Could be a bug in firefox's implementation. Disabling PAC would mean firefox shouldn't even attempt it with kernel option `arm64.nopauth`
<macc24> thanks
hogliux has joined #aarch64-laptops
<hogliux> kuruczgy[m]: jhovold: gabertron: does anybody have audio working on the yoga slim 7x? It looks like I'm just missing the X1E80100-LENOVO-Yoga-Slim7x-tplg.bin file. I tried using the audioreach-tplg.bin from here [1] instead but it just gives me tons of DSP errors.
<hogliux> kuruczgy[m]: jhovold: gabertron: [1] https://wiki.debian.org/InstallingDebianOn/Thinkpad/X13s
<macc24> hogliux: uhh i think i saw a tplg source file for the crd on git.codelinaro.org but i don't remember where, maybe it could be modified for slim 7x
<kuruczgy[m]> I tried asking a week ago too.
<kuruczgy[m]> robclark: hope you don't mind getting pinged again, AFAIK you have working audio on the yoga 7x, could you help point us in the right direction?
<hogliux> macc24: it's easy enough to decompile the audioreach-tplg.bin file for the X13s with `alsatplg --decode=audioreach-tplg.bin -o audioreach.tplg`
<hogliux> macc24: I would imagine the tplgs between the X13s and the slim 7x to be quite similar
tobhe has quit [Read error: Connection reset by peer]
<hogliux> macc24: but I don't really know what to change. Looking at audioreach.tplg, there are no obvious things missing in it which aren't also referenced in the slim 7x's devietree file (for example `VA_CODEC_DMA_TX_0` etc.)
crisma has joined #aarch64-laptops
<macc24> hogliux: idk, if devicetree had everything that was needed then why would tplg files exist?
<hogliux> macc24: no sure, it's more of a sanity check. Maybe quick renaming etc. But looking at iirc more closely, I think the audioreach-tplg is based on an entirely different codec
<robclark> kuruczgy[m]: I don't have audio working, but I think I'm just missing the tplg thing.. no idea where to find that
<macc24> can that be dumped from windows?
<robclark> I think it is something linux specific
<robclark> macc24, HdkR: there was very recently a gcc fix for pointer auth / bti
<robclark> in that case it was something with asan
<robclark> maybe I can find the bug later.. updated packages landed in this last week in f40 and f41
<kuruczgy[m]> Then I guess Srini is the only one we know who ever got the speakers working. Is he in this channel?
crisma has quit [Ping timeout: 480 seconds]
<macc24> hogliux: yeah with arm64.nopauth firefox works perfectly fine, thanks
<hogliux> macc24: "hogliux: yeah with arm64.nopauth firefox works perfectly fine, thanks" did you mean to direct this message to someone else?
hogliux has quit [Quit: Page closed]
cris has joined #aarch64-laptops
<macc24> oh sorry yes i meant to direct it to HdkR
hogliux has joined #aarch64-laptops
<hogliux> macc24: hmmm simply the X1E80100-CRD-tplg.bin [1] file to `/usr/lib/firmware/qcom/x1e80100/X1E80100-LENOVO-Yoga-Slim7x-tplg.bin` seems to work much better. Still no sound, but no more DSP errors in dmesg
<hogliux> macc24: I'll need to investigate this a bit further
<macc24> krzk could know about more sound
<hogliux> macc24: I now get `aplay: set_params:1435: Unable to install hw params:` when trying to play something. That's one step further than before.
hogliux has quit []
cris has quit [Ping timeout: 480 seconds]
kalebris_ has joined #aarch64-laptops
patrickm has quit [Ping timeout: 480 seconds]
todi_away has joined #aarch64-laptops
todi has quit [Ping timeout: 480 seconds]
kalebris_ is now known as kalebris
tobhe has joined #aarch64-laptops
enyalios has joined #aarch64-laptops
enyalios_ has quit [Ping timeout: 480 seconds]
<bamse> steev: nice, i guess we need to figure out if those numbers are correct... and we should figure out how to test the driver
<bamse> craftyguy: okay, might be "luck", might be that it's not actually operational... thanks for testing!
alfredo has joined #aarch64-laptops
cris2 has joined #aarch64-laptops
cris2 has quit []
cris has joined #aarch64-laptops
cris has left #aarch64-laptops [#aarch64-laptops]
krzk has joined #aarch64-laptops
<macc24> \o/ i got the power led to blink after suspend on the yoga slim 7x
checkfoc_us9 has quit []
checkfoc_us9 has joined #aarch64-laptops
<craftyguy> bamse: is kcapi-speed a valid test for the QCE stuff?
skymage23 has joined #aarch64-laptops
<skymage23> Hey all. I’m trying to get Linux working on my Lenovo Yoga Slim 7x. I’m using Debian 12 from debian.org with the 6.11 Linaro linux-next branch. I have extracted the firmware from Windows and added that and the kernel modules into the initrd. Neither the internal keyboard nor the USB ports work. Any
<skymage23> ideas on what I should try next?
skymage23 has quit [Remote host closed the connection]
skymage23 has joined #aarch64-laptops
skymage23 has quit [Remote host closed the connection]
<kuruczgy[m]> macc24: Details please :) Is it consistent?
<bamse> craftyguy: i looked at the libkcapi suite, but was unable to figure out how to use it to exercise the qce driver...perhaps i looked at it wrong?
<macc24> kuruczgy[m]: i think so? i'll push out an ec driver later
<macc24> lid still doesn't work tho
<bamse> craftyguy: anything that utilizes the different algorithms provided by qce would suffice for my needs
<craftyguy> afaik it runs some speed tests using different algos. if I run that w/o your QCE patches it says everything is unsupported
<kuruczgy[m]> skymage23: the keyboard should work without firmware. I would check whether the right modules get loaded (e.g. `i2c_hid_of`).
<bamse> craftyguy: you should have some arm algorithms in there passing without the qce - i got that far (think we where missing something in the kernel config)
macc24 has left #aarch64-laptops [need alone time]
skymage23 has joined #aarch64-laptops
skymage23 has quit [Remote host closed the connection]
skymage23 has joined #aarch64-laptops
<skymage23> The internal keyboard works fine when using the Linaro-provided Debian installer.
skymage23 has quit [Remote host closed the connection]
skymage23 has joined #aarch64-laptops
skymage23 has quit [Remote host closed the connection]
<craftyguy> bamse: yeah I'm likely missing some kconfig stuff too.. do you recall what you had to toggle to get to that point?
<bamse> craftyguy: no, sorry
<craftyguy> my kconfig is based on jhovold's defconfig (from a few weeks ago, so maybe I need to rebase/update if he already has this enabled in it now...)
<bamse> craftyguy: i'm pretty sure it was the CONFIG_CRYPTO_USER* options...do you have those enabled?
<craftyguy> some were enabled, some were not. I enabled everything and will build/boot/try again
skymage23 has joined #aarch64-laptops
skymage23 has quit [Remote host closed the connection]
iivanov has quit [Quit: Leaving...]
<JosDehaes[m]> I created a tplg file for yoga based on the CRD one, removing the stuff that the yoga doesn't have (CRD has headphone jack, so it has an input and and output extra): https://github.com/joske/audioreach-topology
<JosDehaes[m]> this tplg file loads, but that's not enough, it's still missing some alsa UCM files
<JosDehaes[m]> I've tried to figure this out but was unsuccessful so far
chrisl has quit [Remote host closed the connection]
chrisl has joined #aarch64-laptops
patrickm has joined #aarch64-laptops
hogliux has joined #aarch64-laptops
hogliux has quit []
hogliux has joined #aarch64-laptops
<hogliux> JosDehaes[m]: amazing - I wish dmesg would show which ucm file it is actually looking for. The latest upstream alsa-ucm-conf has the UCM file for the x1e80100 crd here: https://github.com/alsa-project/alsa-ucm-conf/tree/master/ucm2/Qualcomm/x1e80100
<hogliux> JosDehaes[m]: but installing the latest `ucm2` folder from upstream alsa-ucm-conf doesn't change anything. I think maybe we just need to rename the `X1E80100-CRD.conf` to something else?
hogliux has quit [Quit: Page closed]
macc24 has joined #aarch64-laptops
cyrinux has quit []
<JosDehaes[m]> No that won't work at all
cyrinux has joined #aarch64-laptops
<JosDehaes[m]> The CRD alsa config points to hardware the yoga doesn't have
hogliux has joined #aarch64-laptops
<hogliux> JosDehaes[m]: I'm just trying to at least get alsa to try loading the ucm. According to this page https://wiki.postmarketos.org/wiki/Alsa_UCM , the folder and filename should match what it shows in the square brackets when running `aplay -l`. So I tried renaming the `x1e80100` folder to `X1E80100-LENOVO-Yoga-Slim7x` and `X1E80100-CRD.conf` to `X1E80100-LENOVO-Yoga-Slim7x.conf`. But it doesn't even seem to attempt to load it.
<macc24> *thinking* maybe i can use the camera as a lid switch?? if it sees all black it should report lid closed?????
hogliux has quit [Quit: Page closed]
<robclark> presumably lid switch is a thing you want to generate wakeup event, which would be hard with that approach ;-)
<travmurav[m]> just need to boot a cdsp and upload a computer vision application to it, then pin it to always run :^)
<macc24> much easier than figuring out why the heck does the hall-based lid switch doesn't work
<JensGlathe[m]> wakeup-source?
<macc24> what
<JensGlathe[m]> It's a property set in the hall sensor gpio
<macc24> still didn't work for me :/
<Jasper[m]> macc24: You have to mark the node as something that can wake up the device
<travmurav[m]> iirc the problem was that the ec never fiddles with that gpio?
<macc24> yes
<travmurav[m]> or whatever is connected there
<travmurav[m]> is there perhaps some dsl code around the lid switch device in acpi?
<macc24> yes there is and i looked at it
<travmurav[m]> I guess no functions that speak to ec being called?
<travmurav[m]> pmic based gpios maybe?
<macc24> nope
<macc24> i found other functions that spoke to the EC and got sidetracked into writing a driver for that (:
jhovold has quit [Quit: WeeChat 4.3.4]
skymage23 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
skymage23 has quit [Remote host closed the connection]
jhovold has joined #aarch64-laptops
<JensGlathe[m]> which could be helpful for other stuff
<macc24> it currently makes the power led go blinky blink when laptop goes to sleep :D
<macc24> in any case, i pushed it to the mailing list https://lkml.org/lkml/2024/9/27/947
<JensGlathe[m]> what's not to like
<macc24> if you wanna test
<macc24> i wonder if there is some regulator powering the hall sensor missing or something
<travmurav[m]> I wonder if you can somehow compare the regulator values
<macc24> between windows and linux or between crd and slim7x?
<travmurav[m]> i.e. if there is some extra vIO missing on one of the 20 pmics those things have
<travmurav[m]> between working (windows) and broken (linux)
<macc24> that's a problem for future me
* macc24 runs away to watch youtube
alfredo has joined #aarch64-laptops
skymage23 has joined #aarch64-laptops
<skymage23> Hello. Just seeing if anyone else is active on here.
alfredo has quit [Quit: alfredo]
skymage23 has quit [Remote host closed the connection]
<macc24> Narrator: No one was active
<kuruczgy[m]> macc24: Did you find out what EC_NOTIFY_SCREEN_OFF does, or did you just replicate what the DSDT does? I assume EC_NOTIFY_SUSPEND_ENTER makes the power led blink, and AFAIK the screen is controlled by a GPIO directly, so I am a bit confused about what EC_NOTIFY_SCREEN_OFF does.
<macc24> kuruczgy[m]: it tells the ec about screen shutting down
<macc24> hold up i had a ms doc pulled out somewhere
<macc24> the ec probably expects to see a "screen off" before "suspend" so that's what i did to avoid uncertainties
<kuruczgy[m]> Oh this is kinda standard, cool. Yeah, it makes sense if this is a standard protocol, even if the EC probably doesn't do much with EC_NOTIFY_SCREEN_OFF only by itself.
<kuruczgy[m]> I will try to test your driver later today or tomorrow.
<macc24> oh finally, i SEE some regulators missing in linux's dts
<macc24> at least hopefully missing
<macc24> nope, not it, mostly usb4 and ufs stuff
skymage23 has joined #aarch64-laptops
skymage23 has quit [Ping timeout: 480 seconds]
skymage23 has joined #aarch64-laptops
<skymage23> -n
skymage23 has quit [Remote host closed the connection]
macc24 has quit [Quit: WeeChat 4.4.2]
<kuruczgy[m]> macc24: Can confirm that with your driver, the power button starts blinking, and the keyboard backlight also turns off, no need to turn it off manually anymore.
<kuruczgy[m]> Thanks for this awesome work!
<kuruczgy[m]> (Mic mute button also works)
Rayyan has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
<JosDehaes[m]> @macc
<JosDehaes[m]> @macc24: confirming too!