<flamingradian[m]>
patches are not normally applied during merge windows from my exlerience
ruisilva has quit [Quit: WeeChat 3.8]
ruisilva has joined #linux-msm
ruisilva has quit [Quit: WeeChat 3.8]
<steev>
DylanVanAssche: is there a v3 that doesn't have the debug prints re: caleb's request?
<DylanVanAssche>
steev: Not yet as that request just came in, I have to spin up a v3 still.
<steev>
oh got ya, i didn't notice the date :)
<steev>
i'm always interested in 845 stuff because of my c630
<DylanVanAssche>
steev: Ah yes, the SDM850 chipset?
<steev>
i love the thinkpad, don't get me wrong, it has the superior keyboard, but even though the c630 is like 5 years old, it's battery life is still godly
<DylanVanAssche>
Does it has sensors actually like accelerometer, proximity, etc. ?
<steev>
it should - calebccff mentioned some thing the other day about it, and pointed at some repo on gitlab/postmarketos, but i haven't had a chance to look into it fully
<DylanVanAssche>
steev: Well if you want to try it out and are lost in all the parts you need, feel free to ask 🙂
<DylanVanAssche>
You need patches in several projects ranging from the kernel to libqmi, iio-sensor-proxy, firmware files etc.
<steev>
the firmware files are likely in our UFS
<DylanVanAssche>
Yes, normally in the vendor and DSP partitions
<calebccff>
steev: you already found the "firmware files", the JSON ones at least, those should be all you really need... although calibration might be a bit off heh
<calebccff>
oh slpi.mbn is needed too...
<steev>
slpi mbn i already have in place, but i don't recall the patchset
<DylanVanAssche>
calebccff: There's also some .so libraries that are uploaded to the DSP via FastRPC. Related to CHRE from Google/Android. Not sure if that applies to c630 as well
<steev>
we do have some of those somewhere in the c630 stuff
<steev>
if they aren't applied to 6.3 yet, i guess they might
<steev>
i just know my audio on my c630 with 6.3.1 is still quite poppy
<calebccff>
Dylan has been trying to migrate us over to pipewire on the phones, iirc it's almost all working? we don't have the WSA codec though so things might be different
<steev>
let me yank those back in too... i dropped pretty much everything from 6.3 to do some other testing and seem to have lost the work :(
<steev>
we are using pipewire in kali, so it could very well be
<DylanVanAssche>
steev: ah that could be... Will need to add it anyway as a dependency
<lumag>
aka_[m], thx
<DylanVanAssche>
steev: If you run hexagonrpcd it will complain when the DSP asks for a file you haven't provided
<leezu>
abhinav, lumag: 6.3 breaks external display support (USB-C DP) on lazor / sc7180 for me. According to reports on #aarch64-laptops, it still works on aspire1, which is also sc7180 based. The key difference is that HPD detection for type-c is done by the EC event and special driver on aspire1 but mdss dp_hot_plug_det on lazor. Are you aware of this issue / do you have an idea what
<leezu>
may be going on?
<DylanVanAssche>
I would use the device specific firmware as they are specific for the hardware
<steev>
DylanVanAssche: yeah, its more for... seeing what i should even have :)
<steev>
i need to reboot it into windows and reinstall wsl to grab all the files again, i seem to have lost them at some point
<lumag>
leezu, my first and semi-random suggestion would be to try reverting e17af1c9d861dc177e5b56009bd4f71ace688d97
<steev>
still sad they never gave us wsl2 on the c630
<lumag>
steev, why do you need wsl? I think all the DSP files are accessible from win partition
<leezu>
lumag: Thank you. Let me try that
<lumag>
In the worst case you might have to install ntfs-3g plugin for compressed files
<steev>
last time i checked, ntfs-3g doesn't work with latest windows 10/11
<lumag>
steev, I was able to get it with the external plugin
<steev>
which external plugin? because iirc, this also happened with flex 5g
<flamingradian[m]>
steev: oh, in that case, the config that you linked might work
<steev>
we're just straight linux... and i'm just pulling the firmware file(s) and seeing if it'll even remotely work on this system
<steev>
but, dylan said that hexagonrpcd should spit out the files its expecting, so i think i'm missing something since i get the invalid fastrpc node
<flamingradian[m]>
probably just command line stuff: -s -f /dev/fastrpc-slpi
<steev>
ah, i don't have a fastrpc-slpi node
<steev>
only have adsp, cdsp, cdsp-secure, and sdsp
<steev>
none of those files exist in the windows firmware
<flamingradian[m]>
just the dir needs to exist
<z3ntu>
lumag: last I tried, maybe a year ago it worked on fp2
<z3ntu>
lumag: but didn't try much honestly since upower or some other user space component shuts down the system very quickly after unplugging charger since there's no fuel gauge driver yet for 8974 (BMS driver)
<steev>
i guess i need to actually dig around my ufs partitions and see if i can find those files
<flamingradian[m]>
actually, chre doesn't matter for most sensors and I removed it in a feature branch
<flamingradian[m]>
(or rathet, separated it)
<steev>
oh, i found some of them
<Marijn[m]>
<z3ntu> "lumag: but didn't try much..." <- There are some patches on upower to disable sleep/hibernate actions on critical battery (useful on my laptop where drawing much power turns its status into "unknown"), but none were accepted yet
<aka_[m]>
Weird, I had no fg added to my msm8976 device and it works just fine, phosh only shows red battery indicator
<steev>
okay, the system isn't angry at me at all, i ended up finding the acdb files, though none of them are prefixed with QRD like in the android firmware
<aka_[m]>
Do mainline support adcb?
<aka_[m]>
Aren't these some calibration files for audio?
<flamingradian[m]>
maybe in the future it will
<steev>
i'm just making sure all the stuff i have is in place where it is in the firmware repo i'm looking at, is all