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
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<zdykstra> You might be able to fake it with the sysroot option, but I doubt it. Dracut is not exactly stellar software.
iivanov has joined #aarch64-laptops
<Dylanger> Can you recommend another solution for initramfs generation?
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
<zdykstra> I assume you otherwise don't have it booting?
<zdykstra> I'd say boot an aarch64 VM under qemu and build it there, then copy it out
iivanov has quit [Ping timeout: 480 seconds]
shoragan has quit [Quit: quit]
shoragan has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<steev> yeah, you'd pretty much need to do a chroot/sysroot, and it would have to match your hdk. i don't quite follow though, usually that step is done after installing the kernel
<Dylanger> Yeah I have a little root shell initramfs going now
<Dylanger> I'll try generate one
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<Dylanger> krzk: Did you see if there are any sources for abl behind that login wall?
<Dylanger> Would be nice to swap out the AVB Pubkey and lock the bootloader
Ablu has quit [Read error: Connection reset by peer]
<Dylanger> I'm not quite sure why, but the UFS LUNs must be setup weirdly, userdata and super partitions are separate to other firmware, xbl is also in its separate LUN
<Dylanger> (Userdata + Super etc are in sda, other firmware is sde and xbl is in sdc)
Ablu has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<enyalios> steev: did something wifi related change in the kernel recently, i just noticed im getting like 5x the wifi performance i used to get
<enyalios> this is on 6.6.2 on my x13s
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<steev> not that i'm aware of enyalios
<steev> maybe you're finally on a 5Ghz network not 2.4?
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
<enyalios> weird, ive always been on 5ghz, but the performance had never been much more than 50 or 100mbit/s
<enyalios> now im getting 250 - 300mbit/s
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
<steev> what kernel were you on previously?
<steev> and, any usb devices that you were using that you aren't anymore?
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
svarbanov_ has joined #aarch64-laptops
svarbanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
<Jasper[m]> neobrain: how is your grub config set up with regards to device trees? I currently have to point to it by hand since the firmware doesn't pick it up
<neobrain> Jasper[m]: that's the dtb stuff, right? I think I just copied that from one location to another... was one of the first things I did, and I didn't keep notes back then :(
<neobrain> Mind you there's a guide on the wiki if you haven't seen it yet: https://en.opensuse.org/HCL:ThinkpadX13s . That one says "Copy the /boot/dtb/qcom/sc8280xp-lenovo-thinkpad-x13s.dtb from the linux fs (/boot/dtb/qcom, partition 3) to the root dir of EFI system partition (partition 1). ", irritatingly under the JeOS section but it was required for my TW setup too
<Jasper[m]> neobrain: Guess I'll make a symlink then
<Jasper[m]> Assuming that worjs
<neobrain> I haven't tried, but that may be smarter than a copy :D
<Jasper[m]> I tried it, let's see if it does anything
<Jasper[m]> neobrain: I tried symlinking the /boot/dtb/sc8280xp-lenovo-thinkpad-x13s.dtb file to /boot/sc8280xp-lenovo-thinkpad-x13s.dtb, that doesn't work
<Jasper[m]> My assumption is that because I'm behind cryptomount, grub can't (of course) find it on /sc8280xp-lenovo-thinkpad-x13s.dtb
<Jasper[m]> Because it mounted all the partitions already
<Jasper[m]> YaST kinda needs a grub config tab
<Jasper[m]> You can do kernel cmdline arguments based on the booted installer and change those, but not add a device tree
<Jasper[m]> Or select a dtb-* package
Caterpillar has joined #aarch64-laptops
laine has quit [Ping timeout: 480 seconds]
<jhovold> clover[m]: have you tried switching to pulseaudio?
<jhovold> it seems the firefox youtube audio issue is due to something being broken in pipewire or firefox as everything works fine with pulseaudio
jhovold has quit [Quit: WeeChat 4.0.4]
jhovold has joined #aarch64-laptops
<enyalios> steev: i was on 6.5.3 before, no usb devices then or now
xyaon has joined #aarch64-laptops
<xyaon> hi! i can't seem to get the config right for steev's c630-linux-6.6.y and i had no luck with the config i had for 6.3.5. could i borrow a working config file from someone?
rz_ has joined #aarch64-laptops
rz has quit [Ping timeout: 480 seconds]
systwi has quit [Ping timeout: 480 seconds]
systwi has joined #aarch64-laptops
<steev> xyaon give me a second
<xyaon> thank you!
<steev> that's what i use on mine
todi has quit []
<dgilmore> I booted today's Fedora Rawhide Workstation Live iso on the x13s. I added to the bootargs "arm64.nopauth clk_ignore_unused pd_ignore_unused modprobe.blacklist=qcom_q6v5_pas"
<Jasper[m]> dgilmore: 👀
<Jasper[m]> Anything in particular that changed compared to earlier?
<dgilmore> I did update the dtb on the ESP to the 6.6.6 one
<Jasper[m]> dgilmore: Ah wait you still need to place the dtb manually then?
<dgilmore> a patch was added to dracut to include qrtr in the initramfs
<dgilmore> you could always tell grub to load the dtb
<Jasper[m]> dgilmore: Well yes, but I'm saying that it wasn't on the esp before?
<Jasper[m]> * Well yes, but I'm saying that it wasn't on the esp before
<dgilmore> I had it on the ESP previously
<dgilmore> it was a 6.5 one
<Jasper[m]> Ah sure
<Jasper[m]> Well I'll try to reproduce
<dgilmore> if installed to nvme the blaclklist shouldn't be needed
<dgilmore> I will update the wiki. Post install it will need some work to make everything work.
<dgilmore> I wonder if it would be worth making a remix that is preconfigured
<Jasper[m]> dgilmore: Yeah, I know. I'll probably end up chrooting into it post install to tell dracut to include some more modules
<Jasper[m]> Did the same with SUSE
<Jasper[m]> dgilmore: I wonder how a non-remix solution would look. I guess you can't set up the default dracut configuration to include all needed modules
<Jasper[m]> Because that would mean other devices without the quirk may mess up, right?
<dgilmore> I have not added any extra modules
<Jasper[m]> dgilmore: Neither for FDE?
<dgilmore> nope
<dgilmore> just qrtr
<Jasper[m]> huh, interesting, it doesn't work on many other distro's by default
<dgilmore> I followed https://github.com/ironrobin/archiso-x13s/wiki/Feature-Support#bluetooth for bluetooth, https://github.com/ironrobin/x13s-alarm/tree/trunk/x13s-touchscreen-udev for touchscreen, https://github.com/ironrobin/archiso-x13s/wiki/Feature-Support#wwan--5g for the modem, I did send a patch upstream for the package to provide the right lin in the package, it still needs to be manually setup to auto unlock
<Jasper[m]> Ah damn, no KDE live iso (yet)
<Jasper[m]> Guess I'll install it on a regular workstation system...
<dgilmore> I plan to reinstall on NVMe to encrypt the disk. I may find other issues
<Jasper[m]> dgilmore: Of those I'd only need Bluetooth incidentally (no touch and no intention to use 5G), but I don't have the MAC for it hahahaha
<steev> make one up
<Jasper[m]> dgilmore: Oh, yeah then you very likely _do_ need to include the modules I was talking about
<Jasper[m]> I thought you had encryption already working
<Jasper[m]> steev: How many dead meat products can I include do you think
<dgilmore> in the way I installed it was not easily doable
<Jasper[m]> dgilmore: The pre-made rootfs? :p
<dgilmore> yeah
<Jasper[m]> Makes sense
<Jasper[m]> Well, if you want a decryption prompt you can type in and doesn't disappear after 5 seconds you may need some extra modules
<dgilmore> I will find out
<Jasper[m]> dgilmore: https://github.com/jhovold/linux/commit/9b551fd36a1a8fc7d52dcea0c2ac49efad13e416 these are in @jhovold 's config. No idea how that overlaps with Fedora's config. It's at least a good way to start
<dgilmore> fedora's config is almost 10,000 lines
<Jasper[m]> dgilmore: I'll sift through at least the ones needed for the decryption prompt
<Jasper[m]> Since the live image boots, the rest is probably fine (for now)
<dgilmore> in fedora that is run in plymouth on the userland side
<dgilmore> that the live image boots with only needing bootargs is a big step forward in my mind
<Jasper[m]> dgilmore: Yes, but only the kernel drivers built in and the ones in the initramfs are there right?
<dgilmore> yes
<Jasper[m]> Then you will very likely need the modules in that commit message enabled in some form or another
<dgilmore> may need some more dracut patches if things are missing
<Jasper[m]> I'll try to figure it out while it's downloading
<Jasper[m]> <dgilmore> "may need some more dracut..." <- nvme, phy_qcom_qmp_pcie, i2c_hid_of, i2c_geni, leds_qcom_lpg, pwm_bl, pmic_glink_altmode, gpio_sbu_mux, phy_qcom_qmp_combo, gpucc_sc8280xp, dispcc_sc8280xp, phy_qcom_edp, panel_edp and msm need to be included (they are all compiled as modules)
<Jasper[m]> I left out qrtr (because it was already added) and pcie_qcom (because it was already built in)
<Jasper[m]> I don't currently have a way to check out the default setup I think
<Jasper[m]> There are also some extra iommu related boot options to get faster usb speeds and a powersaving feature you can enable for obvious reasons, but I think those don't get accepted probably
<steev> the patches for the latter are already accepted upstream, i think
<steev> checking to be sure
<steev> yeah, the pcie power stuff *should* be in?
<steev> i may be misunderstanding though :)
<Jasper[m]> <steev> "yeah, the pcie power stuff *..." <- Oh, might be. iommu probably isn't since it theoretically lowers security a bit right?
<Jasper[m]> <dgilmore> "https://www.irccloud.com/..."; <- The ones missing should still be included then
<Jasper[m]> i2c_hid_of, i2c_geni, leds_qcom_lpg, gpio_sbu_mux, phy_qcom_qmp_combo, gpucc_sc8280xp, dispcc_sc8280xp, phy_qcom_edp, panel_edp
<Jasper[m]> dgilmore: I put the dtb file on the root of the usb drive, grub/firmware didn't pick it up I think
<dgilmore> Jasper[m]: I believe it needs to be on the ESP partitition of the NVMe drive
<dgilmore> the firmware only loads it from there
<Jasper[m]> Ahhhh, didn't know that
<dgilmore> realisitically the firmware should provide it
<dgilmore> as a bootstrap adding a devicetree line in grub would work
<Jasper[m]> yeah I did that for now
<Jasper[m]> I'll try installing and chroot into the drive to get dracut up to snuff
<Jasper[m]> EW WHY IS THE INSTALLER FIREFOX
<dgilmore> The new web based installer UI
<Jasper[m]> To be fair, I haven't had to reinstall in a while
<Jasper[m]> It gave me the "generate a password" dropdown prompt for the encryption password
<dgilmore> promising
<Jasper[m]> <dgilmore> "https://www.irccloud.com/..."; <- I made a small mistake
<Jasper[m]> it's supposed to be "i2c_qcom_geni"
<Jasper[m]> It's not in there it seems
<dgilmore> :)
<dgilmore> It is not
<Jasper[m]> dgilmore: Sorry, it is. dashes, not underscores. Whoops
<Jasper[m]> You can leave that out
<Jasper[m]> Interesting, jhovold that config commit has it with underscores for some reason
<steev> that's how the kernel calls them, afaik
<Jasper[m]> It doesn't exist with the underscores and dracut can't build the initramfs with it that way
<steev> i'm aware of the actual name of them
<steev> steev@wintermute:~/kernels/build$ lsmod | grep i2c
<steev> regmap_i2c 12288 1 qcom_pm8008
<steev> i2c_hid_of 12288 0
<steev> i2c_hid 40960 1 i2c_hid_of
<steev> i2c_qcom_cci 20480 0
<steev> i2c_qcom_geni 24576 0
<steev> drm 688128 13 gpu_sched,pmic_glink_altmode,i2c_hid,drm_kms_helper,msm,panel_edp,drm_display_helper,phy_qcom_qmp_combo
<steev> i2c_core 126976 14 v4l2_async,videodev,i2c_hid,drm_kms_helper,msm,panel_edp,ov5675,drm_display_helper,i2c_qcom_geni,qcom_pm8008,i2c_qcom_cci,i2c_hid_of,regmap_i2c,drm
<steev> notice how it's showing as _ and not -; that's what johan's names are based on
<Jasper[m]> weird
<Jasper[m]> It also never errored out on arc
<Jasper[m]> s/arc/arch for me/
<Jasper[m]> Oh well, gonna see in a sec if it works
<Jasper[m]> Oh iommu stuff is also fixed I see
<Jasper[m]> dgilmore: after installation I'm stuck on a stuck cursor
<Jasper[m]> Ah wait, I forgot to grub-mkconfig, my bad
<dgilmore> What did you need to run grub-mkconfig for?
<Jasper[m]> cmdline, to add clk_ignore_unused, etc.
<dgilmore> That should have carried over from the installer
<Jasper[m]> It did not
<dgilmore> Interesting
<dgilmore> I wonder if that is a bug/missing feature in the new installer
<Jasper[m]> haven't added the devicetree option yet either, didn't boot
<Jasper[m]> aaaaaaaaaaand plymouth decryption is doable with the abovementioned modules :D
<dgilmore> :) excellent
<Jasper[m]> <dgilmore> ":) excellent..." <- is qrtr-ns.service not needed anymore? It says there's already a nameserver running?
<dgilmore> you only need pd-mapper
<steev> it's in the kernel now
todi has joined #aarch64-laptops
<Jasper[m]> dgilmore: also didn't start it seems
<Jasper[m]> steev: qrtr or pd-mapper?
<steev> qrtr
<steev> but iirc, the service is still required as part of pd-mapper dependency
<Jasper[m]> Well neither are working currently it seems
<steev> the message that a nameserver already running means the kernel is doing its part, that's correct output
<Jasper[m]> Could it be the -laptop suffix again? lol
<steev> doubt it
<steev> maybe y'all did something silly like compress the json files that pd-mapper reads?
<Jasper[m]> only output on status I have is "Start request repeated too quickly
<Jasper[m]> * too quickly"
<Jasper[m]> and then that it failed with result "exit-code"
<steev> run the command itself manually?
<Jasper[m]> ah, whoops
<dgilmore> pd-mapper reads compressed files
<Jasper[m]> "no pd maps available"
<Jasper[m]> Which ones and where do they need to be?
<dgilmore> is qcom-firmware installed?
<Jasper[m]> It is
<dgilmore> what is in /lib/firmware/qcom/sc8280xp/LENOVO/21BX/
<Jasper[m]> The json files?
<dgilmore> If I remember right they are what it reads
<Jasper[m]> no idea what to do then
<Jasper[m]> they're there and they have conttent
<Jasper[m]> s/conttent/content/
<dgilmore> I am an extra backup and will do my install in a sec so I am sure I will have to resolve the same issue
<Jasper[m]> Okay! Good luck!
<dgilmore> strace may help see whats going wrong
<Jasper[m]> dgilmore: pd-mapper is missing `/etc/ld.so.preload`?
<Jasper[m]> idk if I'm reading strace's output correctly
<dgilmore> can you paste the output?
<dgilmore> that is a working pd-mapper on F39
<Jasper[m]> (ah that ld.so.preload ENOENT is normal) one sec
<dgilmore> I suspect something may be preventing the jsn files being loaded
<Jasper[m]> This is without root btw
<dgilmore> does /sys/class/remoteproc/remoteproc0/firmware exist?
<Jasper[m]> https://paste.centos.org/view/835230d4 is with, if that makes a difference
<dgilmore> or anything in /sys/class/remoteproc
<Jasper[m]> dgilmore: Nothing
<dgilmore> that will be why
<Jasper[m]> I think there are some issues with compressed firmware
<dgilmore> it reads in there to find the files
<Jasper[m]> there's errors littered around dmesg about trying to find the uncompressed versions (as in the name) of the firmware files
<Jasper[m]> They are currently xz compressed
<Jasper[m]> Might be why there are no remoteproc's
<Jasper[m]> Panel also doesn't get recognized it seems
<dgilmore> that is not it
<Jasper[m]> No, kind of a sidenote
<Jasper[m]> Or do you mean the compressed firmware?
<xyaon> steev: unfortunately i get the same black screen with the backlight on after the first cople lines of logs as i did before :{ there could be an issue with my initramfs, but 6.3.5 works fine with the mkinitcpio config
<dgilmore> the compressed firmware
<steev> xyaon: that would be my guess; https://paste.debian.net/1301324/ is what my initramfs-tools modules file looks like
<Jasper[m]> Okay, lmk if you find anything then, brb.
<xyaon> steev: i think i have most of these, but i'll give it a try
<xyaon> steev: no luck :{ i'll try to get the bootlog tomorrow
<xyaon> steev: anyways, thanks!
<dgilmore> Jasper[m]: so install is done. I was able to decrypt the disk, without any extra modules, but the prompt was blind. I do have a couple of bugs to file
<Jasper[m]> Interesting that the keyboard worked
<Jasper[m]> that's what falls under i2c-hid technically
<Jasper[m]> * under i2c-hid-of technically
<dgilmore> bootargs from install are supposed to carry over
<Jasper[m]> Weird then
<Jasper[m]> Only difference I can think of is that I started the installation from the live environment
<Jasper[m]> not directly from the first moment the window shows up
<dgilmore> I see the same empty /sys/class/remoteproc
xyaon_ has joined #aarch64-laptops
xyaon_ has quit []
xyaon has quit [Ping timeout: 480 seconds]
<Jasper[m]> <dgilmore> "I see the same empty /sys/class..." <- That's not good
<dgilmore> I suspect it's probably a change in 6.7
<dgilmore> For a test I'm going to install 6.6.6
<Jasper[m]> <dgilmore> "For a test I'm going to install..." <- Did it work?
<dgilmore> Syncing data back in place
<dgilmore> Not yet tested
<Jasper[m]> Okay, will see tomorrow I guess if you're going to continue for a bit
<Jasper[m]> Otherwise many thanks for helping me get it to work! Good luck with further testing
<dgilmore> it is not the kernel