robclark 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
<dgilmore> rawhide kinda works on the yoga c630, wifi and battery level do not work. I had to copy some firmware files from windows to get the video working
Ablu has quit [Ping timeout: 480 seconds]
Ablu has joined #aarch64-laptops
nerdboy_ has joined #aarch64-laptops
nerdboy has quit [Ping timeout: 480 seconds]
nerdboy_ has quit [Quit: Leaving]
<Dylanger> Yeah I think Fedora compresses it's firmware
<Dylanger> Prob to save file size on it's rootfs
<Dylanger> I think you need to let the kernel know that's the case
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<steev> the paths won't be correct though
<steev> for battery, the ec driver isn't upstream yet
<steev> line 7 changed to sdm850/LENOVO/81JL should work
<steev> the ec
<dgilmore> Dylanger: fedora does compress its firmware, that is not the issue, the issue is that a bunch of the firmware files do not exist upstream. there is no /lib/firmware/qcom/sdm850/ directory
<Dylanger> Aw fair ☚ī¸
<Dylanger> Do you know how to decompress the firmware required? I'm guessing it's just a kernel config
<steev> dgilmore: it was never submitted upstream, unfortunately
<steev> Dylanger: there's no firmware to uncompress
<steev> afaik, only lenovo can do so
<dgilmore> Dylanger: the kernel does it on the fly
<dgilmore> the firmware submitted upstream is all uncompressed. Distro's including Fedora compress them to save space
<dgilmore> steev: :( without WiFi it is still not overly useful. but it was the most usable the system has been
<steev> dgilmore: use the script above, it should put the wifis firmware where it needs to be and modify it
<dgilmore> steev: I will take a look, https://github.com/aarch64-laptops/debian-cdimage/blob/main/simple-cdd/packaging/firmware-lenovo/debian/lib/firmware/pil-splitter.py will not run, though probably does not need much to work with python3
<dgilmore> steev: though I believe the wifi firmware is all upstream
<steev> pil splitter should work with py3, yeah
<dgilmore> well at least according to that it was accepted earlier this year
<steev> hm, i wonder why it's not working for you
<dgilmore> [ 18.592766] ath10k_snoc 18800000.wifi: Adding to iommu group 11
<steev> you're right, it should, i thought the script was also doing stuff with the ath10k firmware, but apparently no; unless it's still trying to shove the mbn onto the hexagon procs, in which case, you need pd-mapper, tftpserv, rmtfs, and qrtr-ns
<dgilmore> that is all that is in dmesg
<steev> (even though, yes, qrtr-ns is kernel side)
<steev> that service could probably go away and the others be fixed, still need libqrtr tho i think
<dgilmore> that is the full dmesg
<dgilmore> pd-mapper links to libqrtr
<dgilmore> so that is needed still
<steev> yeah, your remote procs are probably not starting? do you have the jsn files?
<dgilmore> no
<dgilmore> there was no jsn files with the mbn files in windows
<dgilmore> anyway it is 11:30 time for me to go to bed
<steev> i'm like 99.999% sure i found em on the windows partition
<steev> or maybe i pulled them off the other partitions?
<steev> i did a LOT of poking around on things on the device to ffind things
iivanov has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
shoragan has quit [Read error: Network is unreachable]
shoragan has joined #aarch64-laptops
<Dylanger> 🤔 I have a Pixel 6 Pro with a shattered screen sitting in my desk, a screen replacement is like half of the cost of the device, now that mainline is supported I could plug a USB-C Dock into it for power + eth...
ungeskriptet is now known as Guest11039
ungeskriptet has joined #aarch64-laptops
Guest11039 has quit [Ping timeout: 480 seconds]
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
iivanov has quit []
iivanov has joined #aarch64-laptops
<robclark> it is kinda funny/ironic that qcom is doing better than pixel/tensor at upstreaming
<krzk> robclark: if you consider that pixel/tensor is Samsung, then it explains everything :)
<Jasper[m]> <steev> "i'm like 99.999% sure i found em..." <- If they were you may be able to find them in one of the driver packages that Lenovo serves
<Jasper[m]> may be worth looking at
<konradybcio> I think the baseband fw or something called it exynos 9345 or similar
<robclark> krzk: yeah.. but the whole story about being able to provide sw updates for longer due to in-house SoC vs qcom rings a bit hollow..
<robclark> oh, sc8380xp was renamed x1e80100 .. I hope they stick with the hexadecimal scheme
iivanov has quit [Quit: Leaving...]
<konradybcio> robclark knowing their track record, we might end up with "x1e80100 gen 2" instead xD
rz has joined #aarch64-laptops
rz_ has quit [charon.oftc.net dacia.oftc.net]
svarbanov_ has quit [Remote host closed the connection]
svarbanov_ has joined #aarch64-laptops
<steev> konradybcio: oh that's interesting
<steev> the third smmu
<konradybcio> Yeah the iort has precisely 0 configuration for it, other than the definition
<steev> maybe travmurav[m] has some ideas
KhazAkar has quit [Quit: Connection closed for inactivity]
todi has joined #aarch64-laptops
todi1 has quit [Ping timeout: 480 seconds]
jhovold has quit [Ping timeout: 480 seconds]
<ajhalaney[m]> My understanding is that thing had something to do with the pci controller but is in pass through mode... but that could be all wrong :D