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
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
davidinux is now known as Guest15311
Guest15311 has quit [Read error: Connection reset by peer]
davidinux has joined #aarch64-laptops
phire_ has joined #aarch64-laptops
phire is now known as Guest15313
phire_ is now known as phire
Core2964 has joined #aarch64-laptops
Guest15313 has quit [Ping timeout: 480 seconds]
tstachecki has quit [Ping timeout: 480 seconds]
tstachecki has joined #aarch64-laptops
Core2964 has quit [Ping timeout: 480 seconds]
tstachecki has quit [Read error: Connection reset by peer]
tstachecki has joined #aarch64-laptops
martiert has quit [Ping timeout: 480 seconds]
tobhe_ has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
tobhe has quit [Ping timeout: 480 seconds]
martiert has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
eluks has quit [Remote host closed the connection]
eluks has joined #aarch64-laptops
AladdinSane786 has quit [Read error: Connection reset by peer]
AladdinSane7863 has joined #aarch64-laptops
agraf has quit [Ping timeout: 480 seconds]
agraf has joined #aarch64-laptops
erebion has left #aarch64-laptops [Disconnected: Replaced by new connection]
erebion has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
SpieringsAE has joined #aarch64-laptops
SpieringsAE has quit [Quit: SpieringsAE]
SpieringsAE has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
martiert_ has quit [Quit: WeeChat 4.6.2]
martiert_work has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
ektor52 has joined #aarch64-laptops
srinik has quit [Remote host closed the connection]
davidinux has quit [Ping timeout: 480 seconds]
ektor5 has quit [Ping timeout: 480 seconds]
davidinux has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
svarbanov__ has quit [Quit: Leaving]
svarbanov__ has joined #aarch64-laptops
svarbanov__ has quit []
svarbanov__ has joined #aarch64-laptops
reng has quit [Ping timeout: 480 seconds]
reng has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
raid has joined #aarch64-laptops
raid has quit [Quit: raid]
raid has joined #aarch64-laptops
raid is now known as jamouse
jamouse has quit []
jamouse has joined #aarch64-laptops
<agl>
steev: Under EndeavourOS/ARCH on my x13s your kernel looks like this:
<agl>
[ag@EOS-x13s ~]$ uname -a
<agl>
Linux EOS-x13s 6.14.5-0-x13s-g04bdb132421b #1 SMP PREEMPT Mon May 5 23:17:13 CEST 2025 aarch64 GNU/Linux
<tstachecki>
anyone have success with dp altmode? on SL7, tried johans tree with Alex V's recent patches but my monitors don't even detect a signal. Any clues on where to start looking?
<tstachecki>
Obligatory: not using a dock, same cables work fine in Windows
<alexVinarskis[m]>
if you are not getting anything at all, no errors or attempt to connect, perhaps your dts doesn't have mdss enabled? did that mistake when had new kernel but old dtb by mistake. you could try Jglathe's tree, that one was tested to work
ektor52 has quit []
ektor5 has joined #aarch64-laptops
<tstachecki>
dts has mdss, will give that tree a spin and see how it works - thanks!
<tstachecki>
nope, no luck with jglathe/linux_ms_dev_kit on jg/ubuntu-qcom-x1e-6.15.0-rc4-jg-0
<JensGlathe[m]>
which one is the dtb name
<JensGlathe[m]>
romulus 13, right
<JensGlathe[m]>
there is no assignment of mdss_dp0 and mdss_dp1
<alexVinarskis[m]>
ohh, i though by SL7 you mean Slim 7 (lenovo :D)
<alexVinarskis[m]>
then I don't think that one was tested. Kernel-wise it still should work though, so you are either missing mdss nodes for external ports, or retimers, or both.
<tstachecki>
x1e80100-microsoft-romulus.dtsi
<tstachecki>
wait are those supposed to be filled out? the Dell 9345 upstream doesn't have them set either
<alexVinarskis[m]>
mainline not yet, linux-next does.
<alexVinarskis[m]>
there was some messup, and dts for 6.15 did not make it into 6.15, got postponed till 6.16
<tstachecki>
oh man it's working! at least enough for the monitors to be detected! many thanks!!!!
<alexVinarskis[m]>
nice!
<alexVinarskis[m]>
Docking station with lttpr fixes will be working too :)
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
<neobrain[m]>
Are there any known kernel regressions for the X13s GPU?
<neobrain[m]>
My system started falling back to llvmpipe today, and I'm seeing a bunch of `Couldn't power up the GPU: -22` errors in my dmesg logs
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
neobrain[m] has quit []
neobrain[m] has joined #aarch64-laptops
srinik has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
srinik has quit [Remote host closed the connection]
chrisl has quit [Ping timeout: 480 seconds]
jamouse has joined #aarch64-laptops
jamouse has quit [Quit: jamouse]
chrisl has joined #aarch64-laptops
<kuruczgy[m]>
Hm today after reboot I am no longer seeing the "sysfs: cannot create duplicate filename" error when connecting the ThinkPad dock. Exact same kernel still...
<neobrain[m]>
hmm why would it be unable to load that file all of a sudden? ... maybe a further hint of disk wear and tear? :(
<neobrain[m]>
Where does it try to load the file from, and is there a way I can check in the booted system?
<JensGlathe[m]>
if you haven't changed something else, like booting to EL2, yes
<anthony25>
neobrain[m]: you can check in /lib/firmware
<anthony25>
maybe it's also not included in your initramfs anymore?
<robclark>
in most cases not being in initramfs is ok.. the drm driver will try to load the fw again the next time the device file is opened
<neobrain[m]>
/lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn does exist
<robclark>
hmm, although it looks like you were able to load the sqe/gmu fw... maybe that is a weird edge case which leaves things partially initialized
<neobrain[m]>
Perhaps reinstalling the kernel to force an initramfs regen might help
chrisl has joined #aarch64-laptops
<robclark>
oh, hmm... so we do have MODULE_FIRMWARE() entries for the sqe/gmu fw... which probably causes those to be pulled in to initrd
<robclark>
but since zap fw is device specific (signing) we don't have MODULE_FIRMWARE() entries for those
<robclark>
I'll just send a patch to remove all the MODULE_FIRMWARE()
<neobrain[m]>
Still getting the same error after reinstalling the kernel
<robclark>
remove the gmu/sqe fw from the initrd
<robclark>
I'll see if I can improve the error handling when you have some but not all fw, but the immediate w/a is to not have gmu/sqe fw in initrd
<neobrain[m]>
Do you know how to do that with dracut? If not I'll figure it out
<robclark>
instead of dropping things, you could add /lib/firmware/qcom/sc8280xp/LENOVO/21BX/qcdxkmsuc8280.mbn to install_items
<anthony25>
and then `dracut -f` to force regenerate the initramfs
<neobrain[m]>
gotcha, thanks!
<neobrain[m]>
woooo that did it :)
<neobrain[m]>
tbh I wonder if that also fixes the issue I had where post-grub booting would fail 4 out of 5 times
<anthony25>
personally I force include all the firmwares for my laptop in the initramfs
<anthony25>
you can do this with '/lib/firmware/qcom/sc8280xp/LENOVO/21BX/*', the rest should be autodetected by dracut
<anthony25>
but that shouldn't be needed
<neobrain[m]>
good to know, though hopefully this will work now 🤞
<steev>
agl: is that a good or a bad thing? sorry i haven't used endeavoros so i don't know
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<agl>
steev: that is a good thing! Also usb-thethering works over the kernel module rndis_host.ko
<steev>
awesome
martiert has quit [Ping timeout: 480 seconds]
martiert has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<anonymix007[m]>
systemd-stub (main branch, so should be in v258) now can use EDID to choose DTBs
<tobhe>
anonymix007[m]: does that work on X Elite machines?
<tobhe>
I thought someone previously tested it and found that the required EFI protocol is not supported
<robclark>
also, what happens if same panel is used on multiple devices?
<anonymix007[m]>
tobhe: well, X Elite is what I tested it with (namely, T14s LCD). It was me... The protocol is actually supported, I was "just holding it wrong"
<anonymix007[m]>
robclark: nothing. EDID support was added as yet another string to calculate CHIDs from. So all of them have to match, therefore the same panel wouldn't be enough to match.
<JensGlathe[m]>
On the Thinkbook 16 there are 4 possible displays. Dsdt code is comparing against a VID:DID string to decide which parameter block (xml structure) to use. Is this vid:did readable from efi?
jglathe__ has quit [Read error: Connection reset by peer]
chrisl has joined #aarch64-laptops
<robclark>
anonymix007[m]: ahh, gotcha
<anonymix007[m]>
Jens Glathe: any examples of this pair? EDID contains a manufacturer ID and product ID, so maybe these are somehow related to VID:DID (vendor/device IDs?)
<JensGlathe[m]>
ACPI name PNLT in my case, apparently hardcoded in the DSDT
jamouse has joined #aarch64-laptops
jamouse has quit [Quit: jamouse]
<anonymix007[m]>
anthony25: there's no separate EDID table, see my message above. It's just a couple of CHIDs which also depend on EDID
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<anonymix007[m]>
Jens Glathe: sd-stub will use "CMN162b" as an identifier for this display, so, I guess, you may use it if necessary. Aren't these panels all LCD anyway? I assume the main reason why this might be needed is OLED variants
<tobhe>
anonymix007[m]: oh that's great to know
<tobhe>
guess I'll have to find a way to hack it into grub too
<JensGlathe[m]>
Yes. In my case (just checked) all panels have the same backlight control type, so I would need just one device tree with the right pwm definition and a single driver for the power sequencing (panel-edp doesn't work, but atna33xc20 does - except aux backlight).
<JensGlathe[m]>
So it will boil down to one dt in my case, but not for the t14s.
<tobhe>
I am also still pondering how I can gracefully handle the upgrade situation for the T14s. Might need to look at the EDID in a postinstall hook to select the right one after splitting them...
<anonymix007[m]>
tobhe: grub can load UKIs. Can't you just add a package with UKI containing only the kernel and DTBs? It *should* be basically the same setup as x86-64
jhovold has quit [Ping timeout: 480 seconds]
<tobhe>
I could but I don't want to deviate too much from the Ubuntu default
<tobhe>
because I want things to work in the regular arm64 iso eventually
<tobhe>
now switching everything over to UKI would work but I can't decide that alone
Core8827 has joined #aarch64-laptops
tstachecki has quit [Ping timeout: 480 seconds]
tstachecki has joined #aarch64-laptops
jglathe_volterra has joined #aarch64-laptops
Core8827 has quit [Ping timeout: 480 seconds]
tstachecki has quit [Read error: Connection reset by peer]
tstachecki has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<tstachecki>
Woohoo, another report of lttpr fixes working mostly great. I can't do 2x4k but I'm assuming that's because of only 2 lanes enabled? Sometimes the link doesn't train but easy to pop it back in for now
chrisl has joined #aarch64-laptops
<alexVinarskis[m]>
tstachecki: Could you share errors of link training?
<alexVinarskis[m]>
By 2x4k, i guess you mean x2 monitors connected to one docking station? For that you need both more bandwidth (all 4 lanes indeed) and multistream (DP MST) support, such that one display controller can drive more than one physical screen. MST series for msm-dp just was sent to the lists recently, and there was another one for x1e8100 dtsi, but i haven't followed it up.
<alexVinarskis[m]>
If you indeed have two monitors attached, can you drop one and see if link training issues persist? They really shouldn't be happening...
chrisl has quit [Ping timeout: 480 seconds]
tstachecki-desk has joined #aarch64-laptops
<tstachecki-desk>
alexVinarskis[m]: [drm:dp_bridge_get_modes [msm]] *ERROR* failed to get DP sink modes, rc=0
<tstachecki-desk>
fwiw, i've backported all this stuff to 6.12 LTS, so it may be that as well (and this was v4 - i saw you just posted v5)
<tstachecki-desk>
i'm doing 2xSST connections, no docks or anything. it looks like the link goes up with 2x4k@30+whatever the eDP is, but X11 display is effectively messed up and things won't stretch across screens
tstachec1i-desk has joined #aarch64-laptops
tstachecki-desk has quit [Ping timeout: 480 seconds]