ChanServ 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
<louist103[m]> Is that the same thing as kmscon?
<konradybcio> no
<konradybcio> kmscube renders a cube
<konradybcio> it even spins
<louist103[m]> Well we will see if it does then
<louist103[m]> Yeah I may hold this for now lol [ebuild N ] sys-devel/llvm-18.1.8-r1 Don't exactly feel like building llvm atm
<steev> it's not failing to find board-2.bin, it's failing to find your board's id in there
<steev> you want to use... let me find it
<steev> hm, you seem to have newer firmware than me; you might want to try an older version of it, maybe? i'm still using https://git.codelinaro.org/clo/ath-firmware/ath10k-firmware/-/tree/main/WCN3990/hw1.0/HL2.0/WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1 - additionally, my board-2.bin sha256sum is c03d801cba1233914d777644e368ea942f36064e805ba6102514dedb47e53c76
<steev> oh, yours is trying to load the 2.1 firmware not 2.0 for some reason
<louist103[m]> Mine is 2c471fd0cd816eb5a827a449cc3441a01c538a43f409da4e7775d03888fbd3ec /lib/firmware/ath10k/WCN3990/hw1.0/board-2.bin
<louist103[m]> I did mine from the same repo
<louist103[m]> Ok lets see what that does
<louist103[m]> dmesg looks clean
<louist103[m]> There it is
<louist103[m]> That will go in the notes
<louist103[m]> I'm assuming those errors are sound related?
<steev> those ones aren't actually errors
<steev> but yes they are audio related
<calebccff> steev: ah! yeah the ath10k stuff is such a pain XD
<calebccff> well im trying to get a fresh installation going but the bootloader won't pick up the ESP I created :(
<calebccff> really confused tbh, it picks up the usb drive
<louist103[m]> I never had any real bootloader issues other than the fact that you can't have a dtb in a grub config
<steev> you can, but without the ubuntu patches, it won't add it automagically
<steev> you can manually add it yourself to the config after its generated
<calebccff> heh
<calebccff> pmos handles it natively
<louist103[m]> steev: I see. Cause I didn't apply the audio patch you linked a few days ago yet. I wanted a working system before I messed with patches.
<calebccff> not biased :3
<louist103[m]> steev: I had to.
<steev> louist103[m]: nah, that one doesn't work afaik
<steev> louist103[m]: yes, that's what i'm saying, you have to manually add it without the ubuntu patches
<steev> hm, one thing i do notice is that for some reason, despite upower reporting the battery, waybar says there isn't one
<calebccff> steev: here's the fun ath10k splat https://p.calebs.dev/17be97@raw
<calebccff> note that it only happens with systemd
<calebccff> would be fun to workaround it by uh, just not cleanly shutting down whatever service
<calebccff> but yeah any clues why BDS doesn't pick up the ESP? I have totally nuked LUN 0 by now... https://p.calebs.dev/b90dc4@raw
<steev> what size is it?
<calebccff> 2G
<steev> good lord
<calebccff> lmao
<calebccff> too big?
<steev> 512MB should be fine for esp
<calebccff> wait no it's smaller now since i just redid it
<calebccff> heh yeah but i end up with like 5 kernels and other random crap
<steev> oh, y'all do gummiboot?
<calebccff> systemd-boot
<steev> it will always be gummiboot to me :P
<calebccff> haha
<calebccff> fun patches to make it build standalone
<calebccff> there's no BIOS config thing on this right?
<steev> should be
<calebccff> nothing seems to work though
<calebccff> maybe i forget the key combo
<steev> f2
<steev> may need fn+f2 if you haven't gon in
<steev> and switch flock on
<steev> oh they call it hotkey mode back then
<steev> disabled is the default which means you gotta hit fn+fX
<calebccff> ahh got it
<calebccff> welp that's useless
<calebccff> Block IO handles of partition /'C12A7328-F81F-11D2-BA4B-00A0C93EC93B/' not found
<calebccff> maybe this is the issue??
<calebccff> i'll check if thats my ESP...
<steev> i'm trying to figure out wtf broke in debian testing on mine because i can't boot into gdm anymore
<steev> boots fine if multi-user (or 3) is the target
<calebccff> oh good now it's just spamming "ERROR: C80000002:V03051002 I0" during boot with a blank screen
<calebccff> this bootloader is so bad :<
<steev> i really wish they'd fixed it before abandoning it :( (AND GIVE ME BACK MY LARGE USB SUPPORT)
<steev> really weird
<steev> sway works, startx loads into gnome, gdm just reports that permission denied on virtualconsole 1
<calebccff> sounds like a whacky debian issue
<calebccff> steev: could you do "sudo blkid" for me?
<calebccff> i just realised qcom are being qcom, and they fricking hardcoded the ESP by PARTUUID
<calebccff> i think
<calebccff> :sobbing:
<steev> sure
<calebccff> hmm, don't see the GUID i pasted above
<steev> i don't either
<steev> maybe something in your efivars ?
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
<travmurav[m]> calebccff: c12a is parttype for esp, not unique partuuid
<travmurav[m]> so like any esp /should/ have that parttype
<travmurav[m]> (using i.e. gparted this uuid set if you ask for flags -> esp)
rlittl01 has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
rlittl01 has quit [Ping timeout: 480 seconds]
kalebris_ has joined #aarch64-laptops
kalebris has quit [Ping timeout: 480 seconds]
kalebris_ is now known as kalebris
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
iivanov has quit []
iivanov has joined #aarch64-laptops
powpingdone has joined #aarch64-laptops
krei-se has joined #aarch64-laptops
<powpingdone> dumb question, is there a reason why a devicetree is supported over using ACPI?
krei-se- has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> ACPI seems to be a rudimentary implementation on these aarch64 boxes, doesn't do. The Windows drivers implement part of the ACPI functionality that it works on Windows. Apparently.
<powpingdone> would it be apt to call ACPI a "bootstrap" configuration to install drivers later on a fresh install instead of something that actively defines the system?
<powpingdone> for windows, that is.
<powpingdone> danka
<Painkiller995[m]> Jens Glathe: Here is the error for the remoteproc.
powpingdone has quit [Remote host closed the connection]
<JensGlathe[m]> Painkiller995: might not be the expected answer, but... thats okay. These firmwares are not on the image, should be able to boot without it. Of course its not found then.
<JensGlathe[m]> Testing v4 of the image
<JensGlathe[m]> it boots, without pd-mapper in the kernel
<JensGlathe[m]> and some other small changes in modules vs builtin
<JensGlathe[m]> no udev rule shenanigans
<steev> interesting
<steev> lumag: ^^
<JensGlathe[m]> somebody with x1e hardware needs to confirm
<steev> oh, i thought you said it boots as in you tested it
<steev> or are you saying 6.11 wasn't booting on a x13s for you with the udev rule ?
<JensGlathe[m]> sorry no x1e hw yet. Yes I tested it on X13s.
<steev> it wasn't booting before?
<JensGlathe[m]> it booted before, but only really with the udev rule. Sorry for the confusion.
<JensGlathe[m]> 6.11-rc2 doesnt boot
xroumegue has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> its up, Ubuntu_Desktop_24.04_x1e_6.11rc_v4.img.xz
xroumegue has joined #aarch64-laptops
<JensGlathe[m]> aforementioned config changes, restored udev rule
<JosDehaes[m]> Jens Glathe: link?
<steev> JensGlathe[m]: interesting, so something in rc2
<JensGlathe[m]> yes
<JensGlathe[m]> I first thought it was my config change, but nope
<steev> rc2 is working here (but on nvme)
<JensGlathe[m]> I tried to boot from nvme
<steev> but if it boots without pd mapper, that definitely points to something with the remote procs
<JensGlathe[m]> hmm I guess I need to rebase again
<steev> Linux finn 6.11.0-rc2 #2 SMP PREEMPT Tue Aug 6 16:18:43 CDT 2024 aarch64 GNU/Linux
srinik has joined #aarch64-laptops
<steev> though, i am seeing a
<steev> [ 1002.381550] video_cc_mvs0_clk status stuck at 'off'
<steev> that might be around the time i was trying out the webcam in firefox nightly though to test the rgb sensor patch from bryanodonoghue
<JosDehaes[m]> Jens Glathe: same on yoga 7x. Boots, but reboots before reaching desktop
<JensGlathe[m]> argh
<JosDehaes[m]> zink environment variable?
<JosDehaes[m]> nope that wasn't it, last step reached is cryptsetup.target
<JosDehaes[m]> If I replace the devicetree with mine, it gets a little further but still reboots
<JensGlathe[m]> Is there something visible in the journalctl -b ?
<steev> JensGlathe[m]: fwiw, here's my kernel config for 6.11-rc2 - https://dpaste.com/DB25KDV99 - and i pushed it to my repo as lenovo-x13s-v6.11-rc2
<steev> what i have (only 55 patches on top of 6.11-rc2)
srinik has quit [Ping timeout: 480 seconds]
martiert has quit [Quit: WeeChat 4.3.5]
martiert has joined #aarch64-laptops
<JosDehaes[m]> Jens Glathe: tried many things (kernel cmdline, dtb, my kernel, initrd, firmware), but can not get it to desktop
<JensGlathe[m]> Thanks for trying. With which distro are you running currently
<JosDehaes[m]> Arch (btw 😉)
<JensGlathe[m]> on that yoga 7
<JosDehaes[m]> but I have also debian on the thing
<JosDehaes[m]> yes on all my devices, including the macbook air (asahi)
<JensGlathe[m]> would be nice to see what the log says before it resets. journalctl -b maybe (after chrooting into the image), rsyslog possible?
<JosDehaes[m]> is the journal saved on the USB?
<JensGlathe[m]> yes
<JensGlathe[m]> maybe
<JosDehaes[m]> ok, can have a look
<JosDehaes[m]> No journal files were found
<JensGlathe[m]> hmm thanks
<JensGlathe[m]> so arch does something different, and Debian too?
<JosDehaes[m]> no idea what is wrong here
<JosDehaes[m]> oh with journalctl -D /var/log/journal I do see stuff
<JosDehaes[m]> problem is all the entries are from april 19 😆
<JensGlathe[m]> On early boot the clock is not synced, that's normal
<JosDehaes[m]> yes I know, the rtc is not working yet
<JensGlathe[m]> now let's compare this with a successful boot on the same box to see what would be next
<JensGlathe[m]> preferrably debian
<JosDehaes[m]> what would be next depends on systemd configuration I guess, kernel is long done
<JensGlathe[m]> looks like it, yeah
<JensGlathe[m]> systemd can be a hurdle though
<JosDehaes[m]> yes, maybe systemd just reboots the machine?
<JensGlathe[m]> for what reason
<JosDehaes[m]> does not know what to do?
<JensGlathe[m]> Same config comes up on sc8280xp
<JosDehaes[m]> hmm
<JensGlathe[m]> and the one deliberate reboot, I've disabled thaat unit
<JensGlathe[m]> Hmm looks like maybe GPU for some reason. On my ref machine (the wdk running on EL2, also "no" firmwares) gpu will be accessed after that point.
<JosDehaes[m]> I tried adding the firmware in initrd and in rootfs
einar has joined #aarch64-laptops
<einar> is the x13s still in production?
iivanov has quit [Remote host closed the connection]
flokli has quit [Ping timeout: 480 seconds]
flokli has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
<Painkiller995[m]> Jens Glathe: The same problem didn't make it to the desktop.
<JensGlathe[m]> Painkiller995: thank you! Nice one. https://pastebin.com/YiXfijhz
<JensGlathe[m]> udev, and it has a problem with the edp panel. Last time I had this the dts was not quite right re display.
<JensGlathe[m]> But, the yoga and the vivobook both reboot... there must be sth else
<Painkiller995[m]> I'll try to test more over the weekend. I might be able to find something. I'm not testing enough.
<JosDehaes[m]> BTW, I always have an oops for the panel
<JosDehaes[m]> but works regardless
<JosDehaes[m]> yes, the same trace on a successful boot of Arch
<JosDehaes[m]> although, looking again at my journal output, I see it failed to load the zap firmware, while I did put it
<JosDehaes[m]> it did load the gen70500.bin that I put
<JosDehaes[m]> * `gen70500_gmu.bin`
<robclark> JensGlathe[m]: the panel-edp WARN_ON() is "normal", it is just because we don't have the proper dts for panel yet (see dts patch I sent yesterday for 7x)
<robclark> I don't think it is a systemd initiated reboot, we'd see something in the journal about that
<JosDehaes[m]> no it's probably related to starting graphics/changing mode
<robclark> idk if there is some kernel cmdline thing that will cause journald to flush to disk more agressively.. that plus udev.log-priority=debug might give a hint
<robclark> I don't think it is gpu, I don't have fw in initrd.. although tbh I can repro this booting without initrd
<JosDehaes[m]> I put it in initrd and in rootfs
<robclark> I think we need to get bamse or someone with CRD or something with debug uart to repro.. hopefully over debug uart we can get an error msg from the fw
<robclark> this kinda feels like an async SError
<robclark> you could try removing gpu fw to rule out that it is gpu related, but I don't think that is it, it wouldn't explain why removing the udev rule "fixes" the reboot (I have DRM_MSM=y atm, there seems to be a separate issue with it =m but I was hoping to fix the udev reboot first)
<JosDehaes[m]> it was already rebooting before I put the firmware
<robclark> ok, that rules out gpu then
<JosDehaes[m]> but it seems to happen at the point that it would try to switch to GUI mode
<robclark> idk if the dev kit has debug uart, if it did I might be tempted to order one just to debug this, but hopefully bamse can repro with JensGlathe[m]'s image
<robclark> if you remove gpu fw then gpu driver won't touch the hw
<robclark> like I said I think it is async SError that tz or hyp is trapping and resetting the system, I see no indication that it is a HLOS initiated reboot
<robclark> and since it is async the timing is a bit random
<robclark> ie. _something_ writes some register or protected memory.. since write is async the reset happens at some point after the write
<robclark> with debug uart (and possibly debug fw) there should be some error msg printed about the abort.. unfortunately that isn't something we can get at on production devices
<JosDehaes[m]> just tried again, and the screen seems to switch to graphics mode for a millisecond and then fallback to text mode, then reboots
<robclark> you could even just disable DRM if you have a way to ssh into it (usb-c eth adapter)
<robclark> I'm pretty sure it will still reboot
<JosDehaes[m]> I do have a usb c ethernet adapter
<JosDehaes[m]> blacklist drm ?
<robclark> easier just to disable it in kernel config if you can rebuild kernel.. or if built as modules delete/move them
<JosDehaes[m]> oh, on Jens' kernel, drm is builtin
<robclark> you can try msm.modeset=0 on kernel cmdline
<JosDehaes[m]> with my kernel that boots on the nvme, I can't get the USB image to boot
<JosDehaes[m]> ok that I can do
<jannau> have you tried disabling runtime PM? SError on boot reminds me of the issue we saw on asahi devices with the sd-card reader. The driver doesn't support runtime PM but udev might enable autosuspend before the driver is bound. The SError occurs when reading from the device's BAR. it is possibly be apple specific though
<JosDehaes[m]> still reboots, but now I don't have any logging on console
<robclark> no logging on console is expected with that
<robclark> jannau: hmm, is there cmdline to disable runpm.. I suspect that will lead to problems for anything that isn't left on by uefi but I guess worth a try
<jannau> I don't think there's cmdline argument
<konradybcio> Jos Dehaes: where did you get your zap fw from?
<JosDehaes[m]> windows
<konradybcio> qcdxkmsucwhatever.mbn?
<JosDehaes[m]> yeah
<konradybcio> was there only one such file?
<JosDehaes[m]> adsp_dtbs.elf cdsp_dtbs.elf qcadsp8380.mbn qccdsp8380.mbn qcdxkmsuc8380.mbn
<JosDehaes[m]> and then there's these gen70500_ bin files
<konradybcio> and you gave it the right path to the file in the device tree?
<JosDehaes[m]> ah I didn't check that as I didn't compile the kernel/dtb
<JosDehaes[m]> put it in same place as on the installed system
<konradybcio> dtc -I dtb path/to/dtb -O dts > file.dts
<JosDehaes[m]> yes correct
<konradybcio> and other firmwares load correctly?
<JosDehaes[m]> seems so: Apr 19 14:24:37 ubuntu kernel: msm_dpu ae01000.display-controller: Loaded FW: qcom/gen70500_sqe.fw
<konradybcio> I meant to ask whether other .mbn firmwares load
<JosDehaes[m]> doesn't look like it, many failures. See https://pastebin.com/PE8CBgwj
<JensGlathe[m]> dumb q: could be some other device in x1e80100.dtsi
<JensGlathe[m]> a lot of those are not disabled
<konradybcio> Jos Dehaes: they seem to be failing because loading is attempted before rootfs is mounted
<konradybcio> so, they're just not there yet
<JosDehaes[m]> ah that explains the no such file or directory
<JosDehaes[m]> because the path is right
<JosDehaes[m]> there is rootdelay=20 on the cmdline
<JosDehaes[m]> I have them in the initrd too
<JosDehaes[m]> oh wait, I don't, forgot to change the initrd line in grub apparently
<robclark> JosDehaes[m]: the zap fw needs to be in qcom/x1e80100/LENOVO/83ED/qcdxkmsuc8380.mbn(.xz)
<robclark> not in the qcom directory
<JosDehaes[m]> yes, it's there
<robclark> (that is the path for 7x, the path will be different on other laptops)
<robclark> hmm, is size 0?
<JosDehaes[m]> no
<robclark> maybe it is not in initrd, but that should be fine the driver will try again later
<robclark> other thing, if the zap is copied from a different laptop model (at minimum, from different OEM) the signing might not match
<JosDehaes[m]> no it's all from same yoga
<robclark> hmm, well somehow `__free_fw_priv: fw-qcom/x1e80100/LENOVO/83ED/qcdxkmsuc8380.mbn fw_priv=0000000013c47e37 data=0000000000000000 size=0` is significant
<robclark> looks like your other fw's are zst compressed (but not being compressed should be ok AFAIU)
<JosDehaes[m]> -rw-r--r-- 1 jos jos 12K 16 jul 11:04 qcdxkmsuc8380.mbn
<JosDehaes[m]> when I add the firmware, repack the initrd, and use that one, it fails to mount root filesystem 🤔
<JosDehaes[m]> need to stop now though, I have to interview a candidate rust dev 😅
<mjeanson> JensGlathe[m]: in your linux_ms_dev_kit repo you report successfully running an el2 kernel on a wdk2023, could you tell me which specific build it is?
<mjeanson> I tried all the el2 builds from your google drive and none got past "exiting boot services"
<mjeanson> the regular 6.10.0 works without issues
iivanov_ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> I am using the variant without dtbhack, therefore el2-compatible dtb. https://github.com/jglathe/linux_ms_dev_kit/wiki/Booting-up-Qualcomm-SC8280XP-with-Linux-on-EL2
<JensGlathe[m]> sorry thought the link would be to alternative setup (last paragraph)
<JensGlathe[m]> and yes its on the drive
<Integral[m]> Hello, guys
<Integral[m]> I wonder will [Waydroid](https://waydro.id/) work on 8cx Gen 3
<Integral[m]> s/will/whether/, s/work/works/
iivanov_ has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<Integral[m]> Waydroid is a container-based approach to run Android apps on GNU/Linux
<mjeanson> JensGlathe[m]: thanks, I'll have a look
<mjeanson> JensGlathe[m]: I assume the dtb from your el2 kernel packages is prepatched and doesn't require dtbhack?
<mjeanson> Oh you did mention it
hexa- has quit [Quit: WeeChat 4.2.2]
hexa- has joined #aarch64-laptops
<lollaritits[m]> i have popping on my speakers what can i do against it?
<steev> which device?
<steev> using pulseaudio? pipewire?
<steev> Integral[m]: you'd probably need to ask the waydroid devs? according to the website it only supports x86_64 processors
<Integral[m]> steev: No, it supports aarch64
<steev> ah, i was looking at beta
<steev> i don't see why it wouldn't work on 8cx gen3
<Nios34[m]> Yeah, it works everywhere
<Nios34[m]> on my 7cx atleast
<Nios34[m]> * Yeah, it works
<mjeanson> JensGlathe[m]: it works, thanks!
cyrinux has quit []
cyrinux has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
flokli has quit [Ping timeout: 480 seconds]
flokli has joined #aarch64-laptops
<steev> lumag: btw, i just noticed something, the yoga c630 stuff that is in 6.11, doesn't seem to export(?) charge_now (or capacity) - this causes waybar not to work; i'm not sure which is at fault though.
<steev> actually any of the charge_ only energey_
<louist103[m]> Is there anything special I need to do to get sway working? I installed it (and its deps), as well as `mesa` but get ```https://git.codelinaro.org/clo/ath-firmware/ath10k-firmware/-/commit/8aa55df10c78598c8eef4a6de957474c8802ced8 <- board-2.bin... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/DsQeAhysVuVWIBvwbIGvTfQL>)
<louist103[m]> * Is there anything special I need to do to get sway working? I installed it (and its deps), as well as `mesa` but get `https://git.codelinaro.org/clo/ath-firmware/ath10k-firmware/-/commit/8aa55df10c78598c8eef4a6de957474c8802ced8 \<- board-2.bin... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/PRELiWObYNHRBRNQjRnSeOky>)
<louist103[m]> * Is there anything special I need to do to get sway working? I installed it (and its deps), as well as `mesa` but get \`... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/QUwbIZqXJYhMneeAMnTvtCLa>)
<louist103[m]> * Is there anything special I need to do to get sway working? I installed it (and its deps), as well as `mesa` get an error(attached)
<louist103[m]> EDITED to attach the error.
<louist103[m]> If it helps there is the dmesg
<steev> looks liek your mesa wasn't built with freedreno support?
<louist103[m]> I didn't change any use flags or anythng so maybe
<louist103[m]> I wonder if I should rebuild everything with video_cards_freedreno
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<steev> yes, that's the freedreno use flag for mesa
<steev> i don't think that turnip has its own flag, i think it's just under freedreno too (turnip is the vulkan driver name)
<steev> robclark: why is that anyway?
<louist103[m]> steev: I meant do a newuse build for everything but it turns out that is done automatically.
<louist103[m]> I am under SSH RN I will try it again in a few at the PC
<steev> no rush
<steev> tonight is family dinner night but i check irc every so often while i'm there
<louist103[m]> something something compile your dinner your self
<steev> actually, BIL usually pays :D
<louist103[m]> idk that sounds like a binary package. unoptimal lol
<abby> louist103[m]: fyi your edits spammed irc a fair amount https://oftc.irclog.whitequark.org/aarch64-laptops/2024-08-08#1723152070-1723152207;
<louist103[m]> Oh thats not great. That was not intended.
<louist103[m]> I'm too used to discord lol
<louist103[m]> Sway works with the use flags. NGL had a mild panic attack when I saw the machine paniced on boot the quickly remembered the broken kernel is the default