01:48 <bamse> HdkR: no, that's it

01:49 <bamse> HdkR: the problem is that if you don't have venus firmware, then venus probe fails and sync_state never happens...so your interconnects are going at full speed forever

01:50 <bamse> HdkR: it's been a while, but johan reported that to reduce his battery life with 2-3 hours

01:52 <craftyguy> oh wow

01:54 <HdkR> bamse: Oh, perfect for me then. I'll leave the firmwares untouched :D

02:37 <steev> heh

05:24 <travmurav[m]> <jglathe> "is it a good idea to set the..." <- ideally firmware sets it for you IMO

05:25 <travmurav[m]> ^ (... set t he bt address via dt), bridge cut it a bit short

05:27 <travmurav[m]> it's obviously pretty problematic if one hardcodes the address, but if some firmware either knows what it actually is or allocates a stable-random one from the local pool then it would mostly "just work"

08:03 <travmurav[m]> javierm: Hi! we talked about fedora expecting ebbr-ish dtb being passed from firmware. For x13s we expect the dtb to be in esp, does the installer preserve the file if it wants to wipe the esp?

09:35 <Dantheman825[m]> is there additional firmware I should have for the X13s' webcam?

09:36 <Dantheman825[m]> or is it mostly just having the right kernel config for it?

09:40 <Dantheman825[m]> right now, the camera subsystem is acknowledged, but it's split into like 30 options

14:22 <Guest12299> hi

14:22 <Guest12299> here is thinkpad chat?

17:14 <jglathe> @craftyguy: got bootmac working now, udev-triggered doesn't work though. Essential appears to be some delay. Config now is set up default bt mac in the dts, and start bootmac in the root crontab @reboot with 7 seconds delay. It comes up with a unique address then.

17:19 <craftyguy> debugging udev rules is always fun :P

17:20 <jglathe> didn't really change it, but I had a lot of this delayed stuff with BT. Previous hack was also root crontab, but static address. This is an improvement.

17:28 <craftyguy> was udev unable to call the script, or do you know what the problem was?

17:45 <jglathe> couldn't find anything, only the flickering logos (bt connection) and stopping it by calling bootmac with my parameters directly. Assumed it was the already-active BT from the default address in the dts, but this was not the case either. crontab without delay also gives the flickering. udev might work with a delay, decided to play it safe and not depend on it. Works now as expected and desired. BT address will be set

17:45 <jglathe> regardless if its enabled or not.

17:46 <jglathe> :shrug:

18:06 <craftyguy> oh maybe it's related to the bt module loading late (so the device hasn't initialized by the time udev triggers? I'm just guessing...)

18:07 <craftyguy> on pmOS (for now at least), the driver is builtin so the device is available like right when "switch_root" happens from the initfs, and the udev rule is in the rootfs...

18:55 <jglathe> This happened starting with mantic IMO. Anyway, next for now... you happy on pmOS?

19:49 <craftyguy> yeah, but I'm a bit biased :P

19:49 <jglathe> who isn't

19:49 <craftyguy> (I'm on the pmOS core team)

19:50 <craftyguy> so pmOS everywhere, on everything, I always say.

19:50 <craftyguy> :P

20:04 <steev> Dantheman825[m]: userland needs changes to make the cam work

20:07 <steev> Dantheman825[m]: you need https://gitlab.freedesktop.org/camera/libcamera-softisp/-/branches one of these softisp branches, and you need to make sure to enable the `simple/simple` ipa/pipeline (it won't by default)

20:08 <steev> and my experience was, just installing it to /usr/local wasn't enough, and you have to export the directory for gstreamer things to see it (check the readme)

22:02 <steev> jenneron[m]: konradybcio posted up a patchset to fixup some things with sc8180x today

22:02 <steev> https://lore.kernel.org/all/20231230-topic-8180_more_fixes-v1-1-93b5c107ed43@linaro.org/

22:03 <jenneron[m]> nice

22:03 <steev> https://lore.kernel.org/all/20231230-topic-8180_more_fixes-v1-0-93b5c107ed43@linaro.org/ (the actual cover letter)

22:03 <jenneron[m]> unfortunately i'm on 6.1.69 kernel..

22:03 <steev> same :D

22:03 <jenneron[m]> mainline has broken UFS

22:04 <jenneron[m]> also it seems that my patch didn't fix touchpad

22:04 <jenneron[m]> so this question is still open

22:05 <jenneron[m]> it may still be interrupt though. i'm wondering if we can somehow make interrupt more "responsive"

22:06 <konradybcio> primus can be used and put to sleep without clk_ignore_unused pd_ignore_unused with my latest patches..

22:06 <jenneron[m]> oh that's nice

22:06 <konradybcio> it's not yet "full suspend", but it should be better than today

22:06 <jenneron[m]> konradybcio: btw if you're interested i got sound working on it

22:07 <jenneron[m]> also, do you have UFS problems on high load?

22:07 <konradybcio> i have no hardware in hand, only remote boards

22:07 <jenneron[m]> i see

22:07 <konradybcio> primus has an nvme

22:07 <konradybcio> ufs too, but i didn't stress it much

22:08 <jenneron[m]> konradybcio: gnome-disks read benchmark setting 250 samples of 1000 MiB makes it die in a few seconds

22:11 <jenneron[m]> maybe dd if=/dev/sda of=/dev/null would do the same?

22:11 <konradybcio> i'll check on tuesday

22:11 <jenneron[m]> i suppose i can check with dd on my system