06:10 <travmurav[m]> jhovold: Nice! Confirmed that it fixes the qca used with sc7180 too and left t-b on the list

06:11 <travmurav[m]> jhovold: if you were looking into local-bd-address dt prop, does this mean someone figured out where macs are stored on x13s? :)

06:39 <steev> jenneron[m]: sorry, i JUST got home, so i'll give it a spin later when i wake up

07:04 <konradybcio> travmurav: on the sticker on the bottom of the laptop ;)

07:04 <travmurav[m]> xD

07:04 <travmurav[m]> but is it?

07:04 <travmurav[m]> aspire1 only has it on the box lol

07:28 <steev> if my thinkpad had it on there... it's definitely gone by now, it wiped off long ago

07:46 <jenneron[m]> steev: unfortunately 6.6.x has problems with UFS and bluetooth..

07:46 <jenneron[m]> i backported my changes to 6.1.69 lts kernel, you can find the branch in my fork

07:49 <jenneron[m]> https://gitlab.com/sc8180x-mainline/linux/-/commits/v6.1.x/?ref_type=heads

08:41 <steev> i'll give that a try tomorrow^W later instead

08:41 <steev> now i'm off to bed for reals

11:19 <jhovold> travmurav[m]: thanks for testing

11:20 <jhovold> unfortunately still waiting on details on how to retreive the MAC addresses

19:27 <craftyguy> I've noticed that the BT range on the x13s is really short, like about 1-2 meters with a headset that is normally usable from much farther away on other devices. is this a known issue?

20:03 <steev> kind of known? as in, i see it here, and i don't know what causes it

20:03 <exeat> I had a similar problem [1] and found that either replacing firmware hpnv21.bin with hpnv21.b8c (from e.g. [2]), or having both plus that (dropped?) kernel patch [3] that probes the board id, gives much improved BT range.

20:03 <exeat> [1] https://oftc.irclog.whitequark.org/aarch64-laptops/2023-09-02

20:03 <exeat> [2] https://github.com/ironrobin/x13s-alarm/tree/trunk/x13s-firmware

20:03 <exeat> [3] https://github.com/steev/linux/commit/8c7ca562bd5afddf0cb49f70f2bdbac24d078e9b

20:04 <steev> the kernel patch was dropped because the version that made it into the kernel... doesn't work properly for me

20:04 <steev> i work on it here and there

20:04 <steev> but my only bluetooth headset are the airpods and they are a huge pita to get working

20:14 <exeat> As far as I could see that patch selected which firmware to load... so I ended up dpkg-diverting firmware-atheros's .bin and replacing it with a symlink to the .b8c that would have been loaded (with the patch applied)

20:30 <steev> for the record, i'm the steev that wrote that patch

20:32 <steev> that file comes from windows, and lenovo/qualcomm never submitted it upstream either, unfortunately (that's why you have to find it in clover[m]'s repo); but oddly with the new patch, i'm just always getting a boardid of 0, which defaults to the .bin

20:37 <steev> exeat: can you give me your dmesg | grep Bluetooth

20:44 <exeat> steev: https://paste.debian.net/hidden/7abfa323/

20:48 <exeat> Yup, I'm glad you wrote that patch. It definitely loaded the "other" hpnv21 on my x13s.

20:51 <craftyguy> exeat: hmm I see, so I should try using that other bt firmware

21:02 <exeat> If you try it and it works better, I will begin to hope that maybe I can get rid of my fw diversion kludge at some point :)

22:23 <steev> since it's reporting a boardid of 0 now, instead of the previous 8c... i'm not sure how to force it, yet

22:42 <Dantheman825[m]> I guess GPU hangs still like rear their head every now and then on this thing

22:50 <HdkR> That's the new hang that is all the rage now that the other GPU registers are programmed correctly

22:51 <Dantheman825[m]> Ah

22:52 <Dantheman825[m]> That hang triggered when I was testing Splatoon 2 on Ryujinx

22:52 <Dantheman825[m]> It happens on a few others

23:41 <robclark> "cx gdsc didn't collapse" == "gpu reset didn't work".. I more or less know what is going on but haven't figured out how to convince runpm to actually cut the power when I need it to

23:56 <craftyguy> exeat: is that kernel patch necessary or could I just use a symlink to load the fw?