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:
<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>
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.
<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
<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
<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]
<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
<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.