#aarch64-laptops on 2024-10-10 — irc logs at oftc.irclog.whitequark.org

2024-07-16 04:52 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

00:07 <steev> lenovo downloads i think

00:07 <craftyguy> erebion[m]: ya my range was that terrible, until I loaded the other BT firmware thing

00:08 <steev> https://pcsupport.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-x-series-laptops/thinkpad-x13s-type-21bx-21by/downloads/driver-list/component?name=Bluetooth%20and%20Modem&id=631A1C55-4962-4A5C-B7FD-CB19B42CDF9F

00:08 <steev> you can extract it with innoxtract or whatever it is

00:08 <craftyguy> maybe this is helpful... https://gitlab.postmarketos.org/postmarketOS/pmaports/-/blob/master/device/community/firmware-lenovo-21bx/APKBUILD?ref_type=heads

00:09 <craftyguy> it downloads the bt fw from lenovo and extracts it, but url/filename are there along with the innoxtract command

00:20 <steev> gwolf: https://patchwork.kernel.org/project/linux-arm-msm/patch/20241009213922.999355-1-alexey.klimov@linaro.org/

00:20 <steev> also... JensGlathe[m] ? i think? ^

00:31 <steev> and we have audio \o/

00:47 chrisl has joined #aarch64-laptops

00:55 chrisl has quit [Ping timeout: 480 seconds]

00:56 Caterpillar has quit [Read error: Connection reset by peer]

00:56 Caterpillar has joined #aarch64-laptops

01:51 Lucanis has quit [Ping timeout: 480 seconds]

01:53 Lucanis has joined #aarch64-laptops

02:05 tobhe_ has joined #aarch64-laptops

02:12 tobhe has quit [Ping timeout: 480 seconds]

02:13 chrisl has joined #aarch64-laptops

02:19 hipboi has joined #aarch64-laptops

02:21 chrisl has quit [Ping timeout: 480 seconds]

03:15 chrisl has joined #aarch64-laptops

03:23 chrisl has quit [Ping timeout: 480 seconds]

03:59 hexdump0815 has joined #aarch64-laptops

04:00 chrisl has joined #aarch64-laptops

04:01 hexdump01 has quit [Ping timeout: 480 seconds]

04:08 chrisl has quit [Ping timeout: 480 seconds]

04:25 <steev> gwolf: you *might* have to modprobe.blacklist=ipa with the debian kernel though, i really have no idea why but it seems to cause a panic early at boot

04:29 hipboi has quit [Quit: hipboi]

04:41 paddymahoney has quit [Ping timeout: 480 seconds]

04:51 paddymahoney has joined #aarch64-laptops

05:00 chrisl has joined #aarch64-laptops

05:07 alfredo has joined #aarch64-laptops

05:08 chrisl has quit [Ping timeout: 480 seconds]

05:24 \\ has quit [Ping timeout: 480 seconds]

05:26 flto has joined #aarch64-laptops

05:26 \\ has joined #aarch64-laptops

05:33 hipboi has joined #aarch64-laptops

05:35 chrisl has joined #aarch64-laptops

05:43 chrisl has quit [Ping timeout: 480 seconds]

05:54 jhovold has joined #aarch64-laptops

05:58 hipboi has quit [Quit: hipboi]

06:01 chrisl has joined #aarch64-laptops

06:09 chrisl has quit [Ping timeout: 480 seconds]

06:15 alfredo has quit [Quit: alfredo]

06:56 paddymahoney has quit [Ping timeout: 480 seconds]

07:07 chrisl has joined #aarch64-laptops

07:09 paddymahoney has joined #aarch64-laptops

07:13 hipboi has joined #aarch64-laptops

07:15 chrisl has quit [Ping timeout: 480 seconds]

07:50 paddymahoney has quit [Ping timeout: 480 seconds]

07:52 sally is now known as Guest5932

07:52 sally has joined #aarch64-laptops

07:57 Guest5932 has quit [Ping timeout: 480 seconds]

08:06 paddymahoney has joined #aarch64-laptops

08:14 chrisl has joined #aarch64-laptops

08:22 chrisl has quit [Ping timeout: 480 seconds]

08:27 paddymahoney has quit [Ping timeout: 480 seconds]

08:28 srinik has joined #aarch64-laptops

08:38 paddymahoney has joined #aarch64-laptops

08:49 paddymahoney has quit [Ping timeout: 480 seconds]

08:59 paddymahoney has joined #aarch64-laptops

09:06 chrisl has joined #aarch64-laptops

09:14 chrisl has quit [Ping timeout: 480 seconds]

09:40 flokli has quit [Quit: WeeChat 4.4.2]

09:40 flokli has joined #aarch64-laptops

09:47 Caterpillar has quit [Quit: Konversation terminated!]

10:07 chrisl has joined #aarch64-laptops

10:14 paddymahoney has quit [Ping timeout: 480 seconds]

10:15 chrisl has quit [Ping timeout: 480 seconds]

10:36 hipboi has quit [Quit: hipboi]

10:43 paddymahoney has joined #aarch64-laptops

10:43 alfredo has joined #aarch64-laptops

10:45 hogliux has joined #aarch64-laptops

10:48 hipboi has joined #aarch64-laptops

10:48 <hogliux> Does anybody have a working realtime clock on their x1e80100 on linux (specifically yoga slim 7x)? It's annoying me that I always need to wait for internet for my clock to be correct.

11:15 chrisl has joined #aarch64-laptops

11:16 <kuruczgy[m]> Nope, no RTC for me either. It's quite annoying with captive portals on public Wi-Fi, because HTTPS won't work without a correct clock, but you need to get through the captive portal to get internet...

11:18 <kuruczgy[m]> Also Yoga Slim 7x question: any update on the speakers?

11:18 <kuruczgy[m]> srinik: Do you by chance know where the .tplg file for the Yoga Slim 7x can be sourced from?

11:21 <travmurav[m]> lol the pmic rtc is extra locked out on x1e apparently? https://elixir.bootlin.com/linux/v6.12-rc2/source/arch/arm64/boot/dts/qcom/x1e80100-pmics.dtsi#L226

11:22 <erebion[m]> <kuruczgy[m]> "Nope, no RTC for me either. It's..." <- Yeah, but you usually know at least what day it is and can set an approximate time and then connect.

11:22 <travmurav[m]> I didn't undertand why they locked out setting time but killing the whole thing?

11:22 <erebion[m]> Just use Iodine, all troubles gone, lol

11:23 chrisl has quit [Ping timeout: 480 seconds]

11:25 <hogliux> Hmm this is the ACPI table for the RTC on the yoga slim 7x: https://pasteboard.co/tvqaXXNM8mL8.png The _GRT method gets the current time. Doesn't look all to complicated. Does it maybe only work in EL2?

11:26 <hogliux> s/to/too/

11:26 <travmurav[m]> it only works with PEP

11:26 <travmurav[m]> because "i2c" there is not i2c but a virtual mailbox into the pep driver code

11:28 <hogliux> :-( PEPs!

11:29 <hogliux> kuruczgy[m]: I have the tplg file for the Yoga Slim 7x on my repo: https://github.com/hogliux/yoga7x-firmware/commit/72b9dafe12b8543c4177e903784ac951bfff5a95 But you also need an alsa UCM file which I haven't been able to work on yet.

11:31 <kuruczgy[m]> hogliux: Where did you get it from? You created it?

11:36 <hogliux> No macc24 took the CRD tplg file's source and removed any references to hardware that does not exist in the yoga slim 7x and re-compiled it. See discussion starting here: https://oftc.irclog.whitequark.org/aarch64-laptops/2024-09-27#33604042;

11:38 <hogliux> If you take the CRD's tplg, you'll get a ton of dsp errors. With macc24's version, alsamixer now detects everything correctly but you still get an error in dmesg that the UCM profile is missing. I'm swamped with work currently so won't be able to work on the UCM file anytime soon. But there are UCM files for the CRD so it shouldn't be that hard to adopt to the slim 7x.

11:39 <hogliux> Oh sorry it was JosDehaes and not macc24: https://oftc.irclog.whitequark.org/aarch64-laptops/2024-09-27#33605896

11:40 <kuruczgy[m]> Thanks!

11:44 <krzk> hogliux: kuruczgy[m]: instead of alsa UCM you could also try setting mixers manually - just to debug. Maybe my testing script will be useful: https://github.com/krzk/tools/blob/master/tests-var/qcom/test-spkr-qcom-sc8380xp-crd.sh

11:48 <hogliux> krzk: OMG it works!

11:48 <hogliux> krzk: Just s/Twitter/Tweeter/ in the script and it works. krzk: you are amazing!

11:49 <krzk> Ah yes, there was a typo. Happy tha tit helps

11:50 <hogliux> kuruczgy[m]: FYI: use my tplg file and the run krzk's script after s/Twitter/Tweeter/ and also edit line 296

11:50 paddymahoney has quit [Ping timeout: 480 seconds]

11:51 <hogliux> Only the left speaker but, hey, progress!

11:52 <krzk> hogliux: can you send pull request with your topology? It's codeLinaro, not github/gitlab, but also patches would work: https://git.codelinaro.org/linaro/qcomlt/audioreach-topology

11:53 <krzk> hogliux: or if it is too complicated maybe you have audioreach topology repo forked somewhere with your commit, so I would cherry-pick and send as pull req

11:54 paddymahoney has joined #aarch64-laptops

11:55 <hogliux> krzk: I don't have login for codeLinaro so how can I open a PR there?

11:56 <krzk> yeah, that's the question... You can always send it via email (git request-pull), but then patch will be fine as well.

11:56 <krzk> I am working on moving this outside of CodeLinaro

12:04 <krzk> hogliux: ok, new repo: https://github.com/linux-msm/audioreach-topology

12:07 <hogliux> Oh beat you to it: https://pastebin.com/rn4wv1t1 . However, please, wait until JosDehaes gives his approval here. Because he created the tplg file and did all the work. It should really be him who submits the patch not me.

12:07 chrisl has joined #aarch64-laptops

12:09 <gwolf> steev: sweet! That is with 6.12, I guess

12:09 <hogliux> JosDehaes: is it ok for me to PR your tplg file for the Lenovo Slim 7x? Or do you want to submit the PR?

12:10 alfredo has quit [Ping timeout: 480 seconds]

12:15 chrisl has quit [Ping timeout: 480 seconds]

12:17 <hogliux> krzk: OK also here: https://github.com/linux-msm/audioreach-topology/pull/1

12:24 <leland[m]> I left my x13s on overnight and theres still good battery life

12:24 <kuruczgy[m]> hogliux: krzk: Cool, thanks, will try it out when I have some time.

12:24 <kuruczgy[m]> Another question: Is it possible to damage the speakers with a bad software configuration? AFAIK the asahi people have a whole speaker monitoring system for the Macbooks just to keep the speakers safe.

12:24 chrisl has joined #aarch64-laptops

12:25 <jhovold> kuruczgy[m]: yes, it is

12:25 <jhovold> we limited the volume in the kernel driver for the x13s for now for that reason

12:25 <jhovold> afaik, there's no limit yet for x1e

12:26 <hogliux> kuruczgy[m]: Yes definitely. There is no speaker protection. I did a -12dB on my audio wav file in audacity before playing to be on the safe side. But be really sure that you call `aplay` with the correct format settings so that you don't start playing noise.

12:26 <kuruczgy[m]> jhovold: Could you give some pointers perhaps for what we should pay attention to to minimize the chances of damage? E.g. should we replicate the x13s kernel volume limit?

12:28 <krzk> hogliux: please rebase because you pushed some mixup from CodeLinaro, which I dropped while moving to Github, but what's more important - I need there source code, not BIN file

12:29 <krzk> hogliux: something like commit 56b403ffe857dcfb264783a4a50728272fffd887 in that repo

12:30 paddymahoney has quit [Ping timeout: 480 seconds]

12:30 weirdtreething has quit [Read error: Connection reset by peer]

12:31 weirdtreething has joined #aarch64-laptops

12:32 <hogliux> krzk: OK rebased PR. I only have the plain-text conf file https://github.com/hogliux/audioreach-topology/blob/yoga_slim_7x_topology/prebuilt/qcom/x1e80100/X1E80100-LENOVO-Yoga-Slim7x-tplg.conf

12:32 chrisl has quit [Ping timeout: 480 seconds]

12:33 <hogliux> krzk: That's because JosDehaes decompiled the binary tplg file with `alsatplg -d`, removed the hardware relating to the audio jack and then re-compiled it with `alsatplg`

12:33 <krzk> hogliux: not good, we need the sources

12:33 <hogliux> krzk: sorry I can't help with that

12:34 <krzk> sure, I get it

12:34 <hogliux> krzk: Maybe ask JosDehaes. But I think he just decompiled the tplg file of the CRD.

12:37 hipboi has quit [Quit: hipboi]

12:39 <macc24> ooo sound

12:42 <freekurt[m]> What's the second most supported aarch64 laptop behind the x13s that has at least 8GB of RAM? I don't see support matrix wikis anywhere.

12:43 <Jasper[m]> freekurt[m]: Aspire 1 if you can find the sku with 8GB RAM

12:43 <Jasper[m]> Also a significant amount of chromebooks

12:44 <travmurav[m]> is it really second if it has 150hrs of suspend compared to x13s's 30?

12:44 <travmurav[m]> sad bridge didn't pass over

12:45 <travmurav[m]> \<del\>

12:45 <freekurt[m]> So Aspire 1 has better suspend?

12:46 <travmurav[m]> s/better/working I'd say but maybe you don't want a rather slow 7c

12:46 <macc24> 7c chromebooks have great support too

12:47 <travmurav[m]> aspire1 has feature parity with windows with an exception of an internal mic

12:47 <travmurav[m]> but 7c is not the fastest soc, it's good enough for like browser and office tasks but maybe not expect much more

12:52 <freekurt[m]> Is it only 4gb ram tho?

12:53 <travmurav[m]> most skus are, presumably there are some with 8, never seen anyone claim they have it

12:53 <travmurav[m]> but seen listed online at some point iirc

12:55 paddymahoney has joined #aarch64-laptops

12:59 <JosDehaes[m]> <hogliux> "krzk: Maybe ask JosDehaes. But I..." <- No I didn't 😁. I based off the source of the CRD

13:00 <hogliux> JosDehaes[m]: That's why I ask :-D

13:01 <JosDehaes[m]> Here is my source: https://github.com/joske/audioreach-topology

13:05 <hogliux> JosDehaes[m]: I'll close my PR then. You can open a new PR with krzk here: https://github.com/linux-msm/audioreach-topology

13:06 <JosDehaes[m]> Ok, I'm at a conference right now, can do later

13:07 <jhovold> kuruczgy[m]: short answer is we do not know what the safe limits are

13:08 <jhovold> there was a bug in the original audio support which capped the volume, and when I fixed that I didn't want to be responsible for people blowing their speakers so added the limit in the machine driver

13:08 <jhovold> as that's the level most people had been using without damaging anything

13:09 <jhovold> it may be possible to go higher, but we need to find someone willing to risk their speakers in order to determine that

13:09 <jhovold> was hoping we'd be able to have support for the dsp speaker protection in a not too distant future

13:10 <jhovold> but yeah, try to keep the volume down when enabling audio and try not send any square waves to speakers

13:11 <jhovold> to the speakers*

13:15 hogliux has quit [Remote host closed the connection]

13:42 alfredo has joined #aarch64-laptops

13:48 <JosDehaes[m]> krzk: https://github.com/linux-msm/audioreach-topology/pull/3

13:50 <JosDehaes[m]> hogliux: I don't have my yoga with me (I'm abroad), but at least you can remove all the headset stuff from that script

13:59 <JosDehaes[m]> I'll have a look when I'm back (Saturday) to see if this helps to make UCM files

14:09 chrisl has joined #aarch64-laptops

14:17 chrisl has quit [Ping timeout: 480 seconds]

14:46 alfredo has quit [Read error: Connection reset by peer]

14:52 paddymahoney has quit [Remote host closed the connection]

14:54 chrisl has joined #aarch64-laptops

14:59 paddymahoney has joined #aarch64-laptops

15:02 chrisl has quit [Ping timeout: 480 seconds]

15:06 DJVG has quit [Quit: Page closed]

15:45 <macc24> iirc there's been a ucm file somewhere for the CRD

15:45 <macc24> and it was quite simple

15:47 hogliux has joined #aarch64-laptops

15:47 <jhovold> macc24: the crd ucm files are already upstream:

15:47 <jhovold> https://github.com/alsa-project/alsa-ucm-conf/tree/master/ucm2/Qualcomm/x1e80100

15:48 <hogliux> macc24: Yes it's already upstream here: https://github.com/alsa-project/alsa-ucm-conf/tree/master/ucm2/Qualcomm/x1e80100

15:54 chrisl has joined #aarch64-laptops

16:03 chrisl has quit [Ping timeout: 480 seconds]

16:06 <\[m]> 3th place laptop? I guess mmm the x1e yoga?

16:38 spoonerandrew has quit [Quit: Connection closed for inactivity]

16:43 <JosDehaes[m]> yes, I tried based on the UCM files of the CRD, but was not successful so far

16:46 srinik has quit [Ping timeout: 480 seconds]

16:46 <JosDehaes[m]> that's why I didn't create a PR earlier, but now hogliux confirmed it's actually working

16:51 hogliux has quit [Quit: Page closed]

16:55 chrisl has joined #aarch64-laptops

17:03 chrisl has quit [Ping timeout: 480 seconds]

18:04 <\[m]> https://asahilinux.org/2024/10/aaa-gaming-on-asahi-linux/ fyi 🙂

18:05 cyrinux has quit []

18:06 <HdkR> Who will get to sparse first, Adreno or Asahi? :D

18:07 cyrinux has joined #aarch64-laptops

18:10 <krzk> macc24: hogliux: jhovold: just a note that latest ALSA UCM for X1E80100 CRD is for kernels with DisplayPort, which is not in mainline/next, so use a bit older commit (pre DP). Also the DP one has some issues on my Debian - I think I wrote conflicting devices in wrong or incomplete way.

18:10 <krzk> so this needs some improvements for final DP support. It's on my todo list, but if anyone likes UCM files more, go ahead :)

18:13 <macc24> by the time i get around to it it'll probably be in linux-next already

18:26 <\[m]> what is sparse?

18:30 kettenis_ has quit [Ping timeout: 480 seconds]

18:32 are-you-dead-yet has joined #aarch64-laptops

18:33 are-you-dead-yet has left #aarch64-laptops [#aarch64-laptops]

18:47 chrisl has joined #aarch64-laptops

18:55 chrisl has quit [Ping timeout: 480 seconds]

18:55 <\[m]> this magic ? https://en.wikipedia.org/wiki/Sparse_matrix

19:13 kettenis has joined #aarch64-laptops

19:31 <robclark> \[m]: https://docs.vulkan.org/spec/latest/chapters/sparsemem.html

19:46 chrisl has joined #aarch64-laptops

19:54 chrisl has quit [Ping timeout: 480 seconds]

20:34 jhovold has quit [Ping timeout: 480 seconds]

21:19 chrisl has joined #aarch64-laptops

21:20 sri has quit [Ping timeout: 480 seconds]

21:46 ellyq has quit []

21:48 ellyq has joined #aarch64-laptops

22:32 <steev> gwolf: it's in -next, so you can request it to be added in the debian kernel (but stable is cc'd so it should make it back at some point)