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>
One glaring issue to resolve
todi1 has joined #aarch64-laptops
todi has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<Jasper[m]>
<dgilmore> "One glaring issue to resolve..." <- What did it end up being?
<travmurav[m]>
HdkR: btw I see no rendering bugs with the aarch64/gles version of beatsaber
<travmurav[m]>
apparently the version I had was the same as the one you tested lol
jhovold has quit [Ping timeout: 480 seconds]
xyaon has joined #aarch64-laptops
_alice_ is now known as _alice
f_ has quit [Read error: Connection reset by peer]
f_ has joined #aarch64-laptops
Lucanis has quit [Ping timeout: 480 seconds]
Lucanis has joined #aarch64-laptops
Kelsar_ has quit []
Kelsar has joined #aarch64-laptops
baozich has joined #aarch64-laptops
jkm has joined #aarch64-laptops
<robclark>
dgilmore: the json files in /lib/firmware are actually read by userspace (pd-mapper I think).. I think there was a patch to make it understand compressed fw, otherwise those files need to be uncompressed
<Jasper[m]>
<robclark> "dgilmore: the json files in /lib..." <- The json files are not compressed, the firmware is
<xyaon>
besides acpi tables, where else could i find any info on gpio pin bindings? are most parameters that are in the devicetree hardcoded in windows drivers or it just works in a different way there?
<xyaon>
i would be thankful for any kind of resource on how this kind of porting works
<robclark>
Jasper[m]: ok.. the fedora qcom-firmware package had them compressed, or at least it did when I was setting up my x13s.. I had to manually decompress 'em
<Jasper[m]>
robclark: Oh, interesting. I could concatenate them fine
baozich has quit [Ping timeout: 480 seconds]
baozich has joined #aarch64-laptops
<dgilmore>
robclark: yeah, the issue is not the compressed firmware, pd-mapper reads them fine. It's that the remoteproc symlinks are not created so the jsn files can not be found
baozich has quit [Ping timeout: 480 seconds]
<dgilmore>
robclark: pd-mapper in fedora has the patches applied to read the compressed files
<dgilmore>
Jasper[m]: not sure the cause yet, but that the symlinks for remoteproc is the problem
<dgilmore>
so anaconda while not doing the bootargs right blacklisted the module
<dgilmore>
I removed /etc/modprobe.d/anaconda-denylist.conf and rebuilt the initrd to make sure it was not in there also adn rebooted, pd-mapper started fine on boot
<steev>
usb boot still works though?
<Jasper[m]>
steev: Is this a remark or a question? :p
<steev>
it was a question for dan
<dgilmore>
steev: probably not, but I am using an install on NVMe
<dgilmore>
the issue with usb booting is that the stroage gets reprobed and /dev/sda becomes /dev/sdb and everything gets unhappy
xyaon has quit [Remote host closed the connection]
<Jasper[m]>
dgilmore: How do you recommend keeping that updated?
<dgilmore>
occasionally copying the latest over
<dgilmore>
it should not change that much
<Jasper[m]>
dgilmore: :/
<Jasper[m]>
Oh well
<dgilmore>
I had not updated the dtb on the ESP since putting it in place until yesterday
<Jasper[m]>
<dgilmore> "Reboot works" <- I didn't notice grub had no timeout. The reboot problem/hang on boot I had was due to it failing to boot initially
<Jasper[m]>
And then it does show the menu
<Jasper[m]>
dgilmore: Guess I'll have to just check for changes upstream from time to time haha
<dgilmore>
maybe not ideal but dtbs should probably be removed from the kernel now as they really are stable
<dgilmore>
and ideally the firmware actually provides it
<dgilmore>
Jasper[m]: maybe when there is a major update copy it, i.e when moving from 6.7 to 6.8
<Jasper[m]>
Yeah probably
<Jasper[m]>
@dgilmore do you also have dmesg saying that it failed to load some gpu related .mbns? Or do you think that's pre-decryption?
<Jasper[m]>
Also a thing with pmic-glink and panel_edp doing an oops
<dgilmore>
does not seem like there is a relevant fix
<bamse>
steev: we dpm
<bamse>
steev: we don't have a BOE 0x964...
<steev>
Jasper[m]: `edid-decode < /sys/class/drm/card0-eDP-1/edid` should work, if you have the edid-decode binary from.. well in debian it's edid-decode
<Jasper[m]>
Same for fedora I think, already had a different package installed hah
<Jasper[m]>
(cc: @bamse) recommend saving that^ locally since the paste disappears after a day
<Jasper[m]>
dgilmore: Yep! Don't know how they schedule their releases
<steev>
dgilmore: that is correct, once 1.2.11 is out, it should be
<dgilmore>
steev: 1.2.10 is the latest tagged version
<steev>
dgilmore: correct
<steev>
i have no idea what their release cadence is, unfortunately, but that commit is indeed needed
<dgilmore>
I might just add the patch
<Jasper[m]>
dgilmore: I guess copying over the folder would work? It's mostly just config files after all
<dgilmore>
Jasper[m]: you could make the two changes manually
<Jasper[m]>
Tried that, speaker volume didn't really change, earbuds are now not eardeafening but you have to put it on 100% to hear something
<Jasper[m]>
A sidegrade
<Jasper[m]>
dgilmore: It's 4 or 5 commits I think
<Jasper[m]>
firefox also still doesn't like pipewire hahahaha
<dgilmore>
probably do want all 5 commits
<Jasper[m]>
I just cloned the repo and copied over everything
<Jasper[m]>
It changed things, not entirely ideal, but yeah
<Jasper[m]>
<steev> "bamse: i thought we had the..." <- I checked psref real quick, there's three panel options. 2 300nits panels (one of which touch) and 1 400nits panel. I don't have touch so I guess it might be the 300 nits panel?
<Jasper[m]>
<steev> "Jasper: https://paste.debian.net..." <- Ouch, gonna have to do the work to package that for fedora
<Jasper[m]>
Ehhh, I'll save it somewhere, maybe I'll come back to that
jkm_ has joined #aarch64-laptops
jkm has quit [Ping timeout: 480 seconds]
<steev>
? you should be able to just drop a patch in; or i can
<steev>
i don't know what fedora's git is based on though
<steev>
but since i don't have that panel, need you to test it :P
<steev>
conceivably... the only change you should see is the splat go away
<dgilmore>
Jasper[m]: instead of adding any modues to the initrd you can just add rd.driver.blacklist=msm to delay setting up video and it all works.
jkm_ is now known as jkm
<Jasper[m]>
<steev> "i don't know what fedora's git..." <- I don't have experience with that either hahahaha, probably hosting a copr repo is the way to do it
<steev>
you shouldn't need an entire repo just to add a patch though
<Jasper[m]>
steev: You'd need to rebuild the kernel though, no?
<steev>
sure, but doesn't fedora let you build packages outside the repos?
<steev>
this is just a one off test, not something to continue to carry forward
<Jasper[m]>
steev: Haven't looked into how that works, but probably
<steev>
or just compile a custom kernel to test it
<steev>
it is nice to see more sc8180x work coming in... i should see how my flex5g is doing, i haven't booted it in a long time :(
<dgilmore>
I should spend some of my holiday checking on the yoga c630
<Jasper[m]>
<dgilmore> "Jasper: https://fedoraproject...." <- I did not have to regenerate dracut after removing the module blacklist. Audio is quiet on speakers, but loud on headphones (both are quiet with an updated alsa-conf-ucm). Might be worth noting that you need to do the modprobe.blacklist argument in addition to adding the dtb to the esp of the usb drive.
<Jasper[m]>
I don't have an account yet so I'll do it tomorrow if you haven't already