04:03 <cenunix[m]> are you having issues with the GPU martiert, the gpu still works for me although I do get some errors like you mentioned, on NixOS

06:41 <jhovold> martiert: i believe juergh posted a patch adding the missing module macros for the gpu fw

09:50 <jhovold> Here's an updated wip branch for the X13s based on 6.4.1:

09:50 <jhovold> https://github.com/jhovold/linux/tree/wip/sc8280xp-v6.4.1

09:50 <jhovold> Changes since the previous branch include:

09:50 <jhovold> - fix two audio codec races that could break headphone output

09:50 <jhovold> - fix audio codec mbhc log level

09:50 <jhovold> - disable arm64 pointer authentication properly (e.g. to fix gdb issue)

09:50 <jhovold> - update usb dwc3 multiport support to v9

13:05 <juergh> martiert jhovold this: https://lore.kernel.org/lkml/20230620054031.1203960-1-juerg.haefliger@canonical.com/

13:18 <HdkR> oh, that pac gdb fix sounds good

13:21 <jhovold> HdkR: i'm just replacing the old hack with something equivalent to passing arm64.nopauth on the command line

13:21 <jhovold> unless fixed fw show up, i'll just drop it eventually

13:32 <HdkR> ah

13:47 <juergh> I'm on contact with Lenovo regarding nopauth. Apparently there was a fw fix that had to be pulled again because it caused issues for Windows.

14:20 <clover[m]> Oh was gdb broken on X13s? I don't use lower level languages so I didn't notice

14:30 <jhovold> juergh: ok, maybe time to drop the hack soon then. I knew they were testing something, but have not heard that they had given up on it.

14:30 <jhovold> i'll double check with lenovo as well before dropping it

14:33 <konradybcio> the main point of using the cores ending in C was to have pauth, so it would be nice indeed :P

15:09 <konradybcio> jhovold: could you test a quick venus patch for me if I emailed it to you?

15:41 <clover[m]> jhovold: how do you test your kernels? Since there is no vm do you have to build, install and reboot?

15:56 <jhovold> konradybcio: sure, but i may not have time to test it tomorrow

15:56 <konradybcio> jhovold ah okay I'll test it earlier myself then, thanks anyway

15:57 <jhovold> clover[m]: yes, but i use different machine for development

15:58 <jhovold> and for some things i can just update and reload a module or two

16:30 <steev> clover[m]: i tend to tag them ( LOCALVERSION="-testing-thing" ) and then manually point at the dtb

16:34 <steev> jhovold: srinik: any idea why headphones are so friggin loud, and speakers are so friggin quiet?

16:34 <jhovold> steev: mixer settings? ;)

16:35 <steev> possibly... or maybe some devices are swapped somewhere?

16:35 <steev> but my mixer settings are defaults, and with the headphones at ~10% they're pretty much louder than the speakers

16:35 <steev> with the speakers at 100%

16:36 <jhovold> i think we had to set some defaults and if you crank the speakers up to loud we have a distortion issue

16:36 <steev> yeah, headphones too... above ~25%

16:39 <jhovold> i haven't really been using headphones except when fixing the headphone output race, but i did not notice that you could turn up the default headphone volume to what appeared to be non-healthy levels (for ear and headphones)

16:40 <broonie> steev: Headphone drivers are typically also usable as line outputs, but the volume levels you want for the two applications are wildly different (headphones typically have -20dB or more, line output should usually be around 0dB so you don't loose resolution).

16:41 <steev> broonie: hm, let me look at that in pavucontrol or whatever, gnome doesn't really let you dig into that, it seems

16:41 <broonie> It's likely that the hardware defaults are just wrong and need tuning. You can also get some effects due to different headphones, and someone might test by using the headphone out to drive speaker.

16:41 <broonie> s

16:44 <steev> hm

16:47 <steev> so, according to pavucontrol, 100% volume is 0.00dB, and yeah, it's quite loud and there's resolution loss. 45% is -20.87 dB, and it's still quite loud and still quite a bit of audio loss. 22% is -40.00 dB and that's where i'd say that the headphones are "comfortable"

16:48 <steev> so i guess i just need to dig through alsamixer and figure out where that correlates?

16:49 <broonie> Yes, probably there's some volume control directly on the headphone output. -40dB sounds like a typical value for headphone output ain.

16:49 <broonie> gain

17:12 <konradybcio> i think my x13's battery is dying after 3 months

17:12 <konradybcio> the % jumps around in linux a bit and the closer-to-me right corner of the bottom plate is mushy..

17:23 <konradybcio> also I think linux underdischarges the thing..

17:24 <konradybcio> or I guess overdischarges would be more english

23:27 <cenunix[m]> steev check in alsamixer, SpkrLeft PA and SpkrRight PA

23:29 <steev> cenunix[m]: i've seen those, and tested as well, but there's definitely resolution loss when turning them up

23:29 <cenunix[m]> ah yes, well not sure then tbh, but I also have noticed the speaker headphone discrepancy. Headphones will blow your ears out at 50% but speakers are super quiet

23:36 <cenunix[m]> a bit off topic, but whats the best way to set the 'bluetooh address' each time the x13s boots, I would assume a systemd service? but what program/script should I use to set it? btmgmt?

23:38 <steev> yeah

23:38 <steev> this is my

23:39 <cenunix[m]> I saw clovers systemd service on this wiki https://github.com/ironrobin/archiso-x13s/wiki/Feature-Support#bluetooth

23:39 <cenunix[m]> I copied everything except for the ExecStart

23:39 <steev> so

23:39 <steev> i do mine with an override

23:39 <cenunix[m]> because I dont have this set-bt-address thing

23:39 <steev> it's basically the same idea though

23:39 <cenunix[m]> override?

23:39 <steev> that's just a script to bring the device down

23:40 <cenunix[m]> if you could send here or in dms it would be a huge help, been struggling with my service file failing sometimes, thx :)

23:40 <steev> yeah - i do /etc/systemd/system/bluetooth.service.d/override.conf with the contents of

23:40 <steev> https://www.irccloud.com/pastebin/NSJeIE12/

23:41 <cenunix[m]> ah okay, and so you just put this in the override.conf and it runs after boot?

23:41 <steev> if you have bluetooth.service enabled, yeah

23:42 <cenunix[m]> sweet thanks

23:42 <steev> but

23:42 <steev> change the address to something that isn't mine please lol

23:42 <steev> or, i guess leave it, i don't mind

23:42 <steev> wigle.net will just think that i'm in a bunch of different places i suppose

23:43 <steev> actually, i don't recall if wigle does bluetooth devices

23:43 <steev> to get the address above, i logged into windows and looked to see what it is set to

23:44 <steev> and then flip it... because... i don't actually know why it has to be in reverse

23:45 <cenunix[m]> ah gotchya, ive just been using the one on clovers wiki when I ran the command manually, I should probably change that lol

23:48 <steev> yeah, that's my mac addr, or at least, what windows sets it to

23:48 <steev> however... if your windows install also sets it to that... then that's fine too i guess