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
<bryanodonoghue>
my x13s persistently connects to the AP with the lowest RSSI...
<bryanodonoghue>
*worst
<FarchordSteveCossette[m]>
<Eighth_Doctor> "I expect that it won't work..." <- For the record i dont think uboot is needed… those laptops have uefi
<Eighth_Doctor>
at the moment, we can't use it
<Eighth_Doctor>
so the computer has to be switched to DT mode and boot irregularly
<Eighth_Doctor>
iirc, this is how the x13s boots linux, at least that's what I was shown last year
<Eighth_Doctor>
it is possible to do UEFI+DT with some tricks, but I don't know how developed those are
<Eighth_Doctor>
it was mentioned in the linaro presentation, but I've been told that isn't exactly the approach that's being used
<Eighth_Doctor>
so I guess technically it's uefi->uboot->grub->linux
enyalios has left #aarch64-laptops [#aarch64-laptops]
enyalios has joined #aarch64-laptops
<robclark>
Eighth_Doctor: I've used both uefi->systemd-boot->linux and uefi->grub->linux.. easiest thing is to use dtb=/esp/path/to.dtb to load dtb (kernel can load dtb in early boot using uefi as long as dtb is on esp partition)... longer term something like DtbLoader could make this more automatic
<robclark>
no uboot needed (or probably even possible?)
<Eighth_Doctor>
shim needs to be taught about dtbloader, but otherwise yeah it could work
<robclark>
dtbloader can be installed as an efi driver
<robclark>
_something_ would need to install it but shim wouldn't necessarily need to know about it
kbingham has quit [Server closed connection]
Esmil has quit [Server closed connection]
Esmil has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
xnox has quit [Server closed connection]
xnox has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
<enyalios>
i tried to update my kernel on my x13s and now the new kernel and the previous one will no longer boot
<enyalios>
the last message i see before it power cycles itself andf goes back to the lenovo screen is: `efi stub: exiting boot services...`
<enyalios>
then a black screen for a few seconds
<enyalios>
then it goes back to the lenovo splash screen
<enyalios>
is there any way to have it show more info when booting?
<enyalios>
my boot params are: efi=noruntime pd_ignore_unused clk_ignore_unused arm64.nopauth
<enyalios>
im not sure what changed to my the kernel that i was running happily no longer boot as well
<abby>
loglevel=7
<enyalios>
hmm, added that and i still just see the same 5 lines and then the screen goes black
<abby>
ok then it's not getting to booting the kernel i think
<abby>
are you sure the initramfs generated? could also be missing modules/firmware in the initramfs
<enyalios>
its definitely failing very early in the process
JoshuaAshton has joined #aarch64-laptops
<enyalios>
but im not sure why or how to get anymore info about it
<enyalios>
oh man, it was really dumb
<enyalios>
its been a really long time since i switched kernels and i forgot to add the device tree line to grub
\\ has quit [Remote host closed the connection]
abby has quit [Remote host closed the connection]
abby has joined #aarch64-laptops
\\ has joined #aarch64-laptops
minecrell754 has quit [Server closed connection]
minecrell754 has joined #aarch64-laptops
exeat has quit [Server closed connection]
indy has quit [Server closed connection]
jhovold has joined #aarch64-laptops
indy has joined #aarch64-laptops
broonie has quit [Read error: Connection reset by peer]
broonie has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
Segfault[m] has joined #aarch64-laptops
<Segfault[m]>
hm, i'm having some very strange issues with dp alt mode on the x13s
<Segfault[m]>
the first one is that when i plug in a 2560x1440@165hz monitor the only refresh rates that show up at 2560x1440 are 60hz and 99.95hz, of which the latter doesn't actually send a signal to the display
<Segfault[m]>
the second is that when i plug in two displays, one to each usb-c port, the first connected one keeps working but the hardware cursor gets stuck in place (it still moves as normal on the internal lcd) and the second connected one gets no signal
<Segfault[m]>
no errors in the kernel log in either case
<Segfault[m]>
oh i'm on jhovold's 6.10-rc5 kernel
Erisa has quit [Server closed connection]
Erisa has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
<maz>
devkit delivery date updated to June 2026 on my order... ermmm...
<steev>
i've not tested as i don't actually have any dp stuff :(
iivanov_ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
baryluk3 has quit [Server closed connection]
craftyguy is now known as Guest390
craftyguy has joined #aarch64-laptops
Guest390 has quit [Ping timeout: 480 seconds]
iivanov_ has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<kalebris>
does anyone know what (if any) are the chances of deep sleep on the x13s will make it to 6.11?
cyrinux has quit [Server closed connection]
cyrinux has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
juergh has quit [Server closed connection]
juergh has joined #aarch64-laptops
jelly has quit [Server closed connection]
jelly has joined #aarch64-laptops
<jhovold>
kalebris: no, no chance since the work isn't done
<Segfault[m]>
<steev> "i've not tested as i don't..." <- I've got three DP monitors with high bandwidth modes and an MST hub so I'll give it a go at some point and see what works :P
<jhovold>
MST won't work
<jhovold>
not supported by the hw afaik
<bryanodonoghue>
enyalios do you use fdtfile=somedtbyoucontro.dtb ?
<bryanodonoghue>
its generally a good idea to have explicit entries for each kernel you boot
<bryanodonoghue>
the automatic dtb install is an error waiting to happen
travmurav[m] has quit [Server closed connection]
travmurav[m] has joined #aarch64-laptops
exeat has joined #aarch64-laptops
alpernebbi has quit []
Segfault[m] has quit [Remote host closed the connection]
travmurav[m] has quit [Remote host closed the connection]
Jasper[m] has quit [Remote host closed the connection]
clover[m] has quit [Remote host closed the connection]
Eighth_Doctor has quit [Write error: connection closed]
JosDehaes[m] has quit [Remote host closed the connection]
FarchordSteveCossette[m] has quit [Remote host closed the connection]
freekurt[m] has quit [Remote host closed the connection]
nscnt[m] has quit [Write error: connection closed]
sera[m] has quit [Write error: connection closed]
LucasTreffenstdt[m] has quit [Remote host closed the connection]
MrCatfood[m] has quit [Remote host closed the connection]
\[m] has quit [Write error: connection closed]
JensGlathe[m] has quit [Write error: connection closed]
colemickens has quit [Remote host closed the connection]
pstef has quit [Server closed connection]
pstef has joined #aarch64-laptops
MrCatfood[m] has joined #aarch64-laptops
HdkR has quit [Server closed connection]
HdkR has joined #aarch64-laptops
Segfault[m] has joined #aarch64-laptops
<Segfault[m]>
it is, i've used it in windows
<Segfault[m]>
actually i was pretty impressed with that, in windows it was able to drive all three of my monitors and its internal lcd at the same time, plus the cpu/gpu were fast enough to multitask across a setup like that
alpernebbi has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
<jhovold>
Segfault[m]: ok, good, got that wrong then
<HdkR>
Looks like the Dev kit didn't ship out today, so looks like Arrow is actually going to be shipping out on the 29th like their description text says
nscnt[m] has joined #aarch64-laptops
<nscnt[m]>
I'm waiting for an official announcement from Qualcomm (if there will be one) and hoping for a seller that ships from the EU
\[m] has joined #aarch64-laptops
<\[m]>
you paid extra tho?
pbsds has quit [Server closed connection]
pbsds has joined #aarch64-laptops
agl has quit [Server closed connection]
agl has joined #aarch64-laptops
f_ has quit [Server closed connection]
f_ has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
colemickens has joined #aarch64-laptops
Eighth_Doctor has joined #aarch64-laptops
FarchordSteveCossette[m] has joined #aarch64-laptops
freekurt[m] has joined #aarch64-laptops
go4godvin has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
JensGlathe[m] has joined #aarch64-laptops
Jasper[m] has joined #aarch64-laptops
JosDehaes[m] has joined #aarch64-laptops
KieranBingham[m] has joined #aarch64-laptops
konradybcio has joined #aarch64-laptops
z3ntu has joined #aarch64-laptops
LucasTreffenstdt[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
enyalios_ has joined #aarch64-laptops
enyalios has quit [Ping timeout: 480 seconds]
<maz>
jhovold: I think we're getting somewhere with your latest trace. there is some bizarre dropping of the high bits of the DevID, resulting in LPI allocation being merged into a single device (not good).
calebccff has quit [Remote host closed the connection]
calebccff has joined #aarch64-laptops
<jhovold>
maz: sounds good, collecting that trace now, I guess normal async probe is what you want even if the synchronous one may be easier to read?
<maz>
jhovold: at this stage, I don't think it matters. async works for me, and I don't expect that there is much reordering of the allocation. it's just that the PCI layer is horribly confused for some reason that I don't understand yet...
<maz>
and if PCI is confused, imagine the state the rest of the kernel is in...
ektor5 has quit [Server closed connection]
ektor5 has joined #aarch64-laptops
agraf has quit [Server closed connection]
agraf has joined #aarch64-laptops
srinik has joined #aarch64-laptops
kettenis has quit [Server closed connection]
kettenis has joined #aarch64-laptops
smpl has joined #aarch64-laptops
<enyalios_>
bryanodonoghue: does stock grub support this now? last i checked you needed to run a patched grub to support device tree
<enyalios_>
so ive been just running a perl one liner after grub-mkconfig to add the device tree entries
<robclark>
enyalios: you can always load dtb from ESP with dtb=my.dtb in the kernel cmdline, btw
<enyalios>
oh interesting, i did not know you could add it there
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
<Segfault[m]>
<robclark> "Segfault: btw, https://gitlab...." <- ah nice, that should also help with gnome too
<colemickens>
does this whole "disable GPU" thing Phoronix covered yesterday affect the Yoga 7x?
<Segfault[m]>
that article doesn't make much sense, afaik zap firmware is pretty easy to extract from windows and most other socs already need it anyway
<robclark>
colemickens: no, not really.. it's based on misunderstanding of dts (ie. generally things are re-enabled in x1e80100-vendor-laptopname.dts with the correct firmware-name)
<robclark>
you do need to copy the fw from windows, for now. For previous gen, lenovo was cool and pushed the fw to linux-firmware, hopefully they do the same this gen.
<robclark>
idk about other OEMs
<robclark>
(but it's easy to copy from windows)
<robclark>
btw that news also hit tomshardware :-/
<Segfault[m]>
god of course it did lmao
<Jasper[m]>
I think I should actually try and get the winupdate driver fetcher running
<Jasper[m]>
Assuming some OEMs don't put their things online
owlman has joined #aarch64-laptops
<robclark>
probably a good idea.. there are enough OEMs, I don't think we can count on them all caring enough to upstream the fw
<JosDehaes[m]>
how can we get the tplg.bin firmware from windows? I can't seem to find it
<Jasper[m]>
JosDehaes[m]: Can you check if you can download the drivers for your device from their support page?
<JosDehaes[m]>
I could not even find a download page for the yoga 7x
<JosDehaes[m]>
maybe I'm just too stupid 😅
<Jasper[m]>
Ik zal eens kijken
<JosDehaes[m]>
dankjewel
srinik has quit [Ping timeout: 480 seconds]
<Jasper[m]>
Took a bit of digging aince they don't list it as "slim 7x" but I've found it
<Jasper[m]>
Seems like they don't have it up, probably distributed over windows update
<Jasper[m]>
Windows Update Catalog says no
<Jasper[m]>
hmmmm
<robclark>
I found it by searching for 83ED .. but looks like no updated bios yet (I was hoping for some bios update to fix non-working keyboard in grub/shell.efi/etc
<JosDehaes[m]>
robclark: were you able to find the download site, or the tplg firmware?
<Jasper[m]>
JosDehaes[m]: The driver package, that it's in, is not available it seems
<robclark>
only thing listed right now is some diagnostics stuff.. I assume because there are no updates yet
<robclark>
you can create a recovery image
<robclark>
which presumably contains the fw
<Jasper[m]>
JosDehaes[m]: You should check `C:\Windows\System32\DriverStore\FileRepository`
<Jasper[m]>
That's normally the place anyways
todi has joined #aarch64-laptops
kalebris_ has joined #aarch64-laptops
kalebris has quit [Ping timeout: 480 seconds]
kalebris_ is now known as kalebris
<steev>
enyalios: another thing to keep in mind, if you have > 2.42 binutils, there's a weird issue with RELR (afaik, still unfixed) and RELR should be unset in the kernel (unless you want to downgrade binutils)
<JosDehaes[m]>
<Jasper[m]> "You should check `C:\Windows\..." <- I looked at every single .bin file below this folder but could not find anything that looks related
<steev>
it might not be called tplg.bin there
<steev>
look in all the audio related directories (or, since i haven't seen it, assuming it follows a similar naming scheme, something along the lines of x1e in the names of the directories)
<JosDehaes[m]>
true, but it should be something audio related and probably .bin? I also looked at all .mbn
<steev>
i have to wait ~10 minutes for something to finish running on the ci, so lemme flip to windows rq
<JosDehaes[m]>
according to windows explorer search, nothing matches x1e in c:\ 😅
<steev>
Windows equvalent is likely called something like rcds1.bin
<steev>
tplg is a linux thing, afaik (I’ve only learn of cros and linux using it?)
<JosDehaes[m]>
wow, I did find a RCDS.bin
<steev>
they are not, as far as i know, functionally equivalent, but i don't know for sure
<JosDehaes[m]>
if it's some firmware thing, shouldn't windows also need to load it?
<maz>
it restores my TX1 to its usual state of space-heater with added compute cycles.
<JosDehaes[m]>
well at least nothing blows up and no more error loading the file in dmesg. Alsamixer now shows the device name when you press F6, and I can adjust sliders for several things (tweeters and woofers etc). GNOME doesn't see any audio device though, and aplay also doesn't make a peep
<JensGlathe[m]>
Tried some usb sound devices?
<JosDehaes[m]>
yes that works
<JensGlathe[m]>
it worked without the topology file either I guess
<JosDehaes[m]>
yes the USB audio test was without
<JosDehaes[m]>
I do see this wsa884x-codec sdw:1:0:0217:0204:00:0: Probe of wsa884x-codec failed: -517
<steev>
that's a probe defer
<JosDehaes[m]>
is audio on the speakers supposed to work on yoga 7x?
<steev>
probably not yet
<robclark>
btw, could other who have yoga 7x run `edid-decode /sys/devices/platform/soc@0/ae00000.display-subsystem/ae01000.display-controller/drm/card1/card1-eDP-1/edid` .. I've got SDC (Samsung) ATNA45DC02-0 .. but I'm curious if the panel is multi-sourced
<Jasper[m]>
robclark: @[Jos Dehaes]
<robclark>
it seems like there are at least a few of us with the yoga 7x
<steev>
do the acpi tables list multiple?
<robclark>
oh, idk.. would they?
<steev>
they do with the c630 and thinkpad, iirc
<steev>
usually it's some xml files enbedded
<steev>
embeeded even
<steev>
i give up
<robclark>
you could _mostly_ just use the edid to work.. except we _might_ not want to use panel-edp. At least for the similar panel on the crd they seem to use samsung,atna45af01
<robclark>
I assume they are doing things less hacky now
<robclark>
hmm, no, the xml is still there
<steev>
if it still works for windows, why change it :P
<robclark>
but the xml doesn't appear to actually describe the panel I have
<steev>
oh weird
<robclark>
so I guess they don't use it.. it's just leftover cruft
<steev>
#justasusthings
<robclark>
I think they _used_ to need it because the display driver in uefi wasn't that clever
<robclark>
this is lenovo ;-)
<robclark>
but left over cruft in acpi tables seems not uncommon
<HdkR>
Arrow removed the text saying that the dev kit will ship july 29th, now just the regular text saying it will ship tomorrow...?
<robclark>
heh, lol
<HdkR>
`I see that this part is still located on our website, even though we have no stock available of it. This is a data feed issue and I will notify the team that handles updates on the website to have it removed`
<robclark>
well... oiled... machine...
<HdkR>
Might have been giving Arrow too much credit when comparing them to Digital River