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
<\[m]>
if isos would be available I would seed them
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
aly has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
aly has quit [Remote host closed the connection]
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
misyl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
<JensGlathe[m]>
Guess why I put images on google drive - 2GB upload limit at github
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
indy has joined #aarch64-laptops
<DJVG>
travmurav[m]: Just wanted to update you on my t14s and the weird update FDT error. It really has to do with user important for some reason. Even if I use sd-boot with dtb= it fails on autoboot, if I play around in the boot menu for a second and press enter it loads the exact same config without any issue.
<DJVG>
s/important/input
<DJVG>
Other than that, had 6.12-rc1 with Debian 12 and sway running. Pretty usable and managed to get around 7 hours on battery. Was able to run my dev stack with pycharm and docker containers just fine although GPU acceleration is missing (firware files are there but just the strange "load error -2"). Pretty nice progress by everyone involved!
<travmurav[m]>
Nice!
* travmurav[m]
thinks someone should go and convert all of those %d errno to %pe so it'd said "No such file" properly
indy has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
SpieringsAE has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
<SpieringsAE>
Cant really find any docs on a %pe formatter, that sounds interesting. would it be like ("err: %pe\n", ret)
<SpieringsAE>
?
chrisl has quit [Ping timeout: 480 seconds]
<travmurav[m]>
SpieringsAE: check dev_err_probe code but almost yes
<travmurav[m]>
Need to convert error to err_ptr
<travmurav[m]>
This is kernel specific fwiw
<steev>
or just see the error enough to know that -2 means no file :P
<travmurav[m]>
Well yes, but doesn't mean we could make things simpler for ourselves and others :D
<steev>
oh i don't disagree, i was making a joke about how that's the only reason i know
<travmurav[m]>
Yes, i also can recognize quite a few, but for more obscure ones need to check
<steev>
there's also "errno" from moreutils
<steev>
but it doesn't know all of them
<travmurav[m]>
I guess it's mostly just like 2, 22 and 517 xD
<travmurav[m]>
Ah also 110
<steev>
steev@finn:~$ errno 517
<steev>
steev@finn:~$ errno 110
<steev>
ETIMEDOUT 110 Connection timed out
<steev>
it doesn't know 517 :(
<travmurav[m]>
Yeah 517 probe defer is kernel extension
<travmurav[m]>
Fwiw user should never see it
<steev>
true
<travmurav[m]>
But yes, errno utility is very nice, assuming you know it exists :D
chrisl has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
<SpieringsAE>
Ah yeah I see now, also pretty funny in the dev_err_probe() function the comment in the ENOMEM case
<SpieringsAE>
"We don't print anything on -ENOMEM, there is already enough output."
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<JensGlathe[m]>
They're not wrong 🤷♂️
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
sri has joined #aarch64-laptops
srinik has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
agl has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
agl has joined #aarch64-laptops
agl_ has joined #aarch64-laptops
agl has quit [Ping timeout: 480 seconds]
alfredo has quit [Read error: Connection reset by peer]
chrisl has joined #aarch64-laptops
<kuruczgy[m]>
jhovold: do you plan on creating your wip branches for the 6.12-rc* kernels as well? Do you know what new features are expected to land in 6.12?
chrisl has quit [Ping timeout: 480 seconds]
<jhovold>
kuruczgy[m]: yeah, I am working on it
<MrCatfood[m]>
i copied it from windows, am I missing something?
<DJVG>
JensGlathe[m]: do you know if we can print the full path it's looking in? I also have mine in /lib/firmware/qcom and it complains it cannot find it. I didn't know about the /lib/firwmare/updates directory
<JensGlathe[m]>
like this? remoteproc remoteproc0: Loading firmware from /lib/firmware/updates/qcom/sc8280xp/LENOVO/21BX/qcadsp8280.mbn sure
<JensGlathe[m]>
I have "dyndbg=file drivers/base/firmware_loader/main.c +p" in my cmdline
<kuruczgy>
I also attached a dump of closing/opening the lid as an example. (Yet another confirmation that it's just reading the GPIO and not doing anything fancier.)
<kuruczgy>
Did you have anything in mind for the EC i2c dumps that cannot be observed through ACPI? (Also I don't think this ACPI tracing can be done during boot, there might be some important setup stuff going on that cannot be triggered later.)
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<Jasper[m]>
<kuruczgy> "macc24: If you are interested, I..." <- Ohh nice
<jhovold>
JensGlathe[m]: the matrix quoting feature doesn't really work on irc
<JensGlathe[m]>
oh sry
<JensGlathe[m]>
will avoid
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
<jhovold>
Here's an updated wip branch for the X13s:
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit []
<robclark>
drm/msm will keep trying to load fw each time the device file is opened... basically to avoid needing fw in the initrd (assuming you aren't doing anything in initrd which actually needs gpu accel)
<JensGlathe[m]>
The vid looked like screen doesn't come up
<MrCatfood[m]>
its interesting because i can see a cursor blinking in the corner but nothing else
macc24[m] has joined #aarch64-laptops
<macc24[m]>
kuruczgy: thanks for the acpi stuff
<macc24[m]>
i'm currently procrastinating ripping out guts of my yoga slim 7x to tap into i2c stuff
<macc24[m]>
cause i'm mostly interested in the init stuff
srinik has quit [Ping timeout: 480 seconds]
minecrell has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
macc24[m] is now known as macc24
alfredo has quit [Remote host closed the connection]
agl has joined #aarch64-laptops
che has joined #aarch64-laptops
agl_ has quit [Ping timeout: 480 seconds]
che has quit []
<macc24>
i have had a Thought. what if the lid on slim 7x doesn't work because the debug-uart node isn't enabled?
<steev>
maybe?
<JensGlathe[m]>
uart21
che has joined #aarch64-laptops
<macc24>
yeah that
che has quit []
<macc24>
nope that wasn't it :/
agl has quit [Ping timeout: 480 seconds]
<JensGlathe[m]>
uart2 ?
<JensGlathe[m]>
until 2 weeks ago there was only uart21, now its 21, 14, 2
agl has joined #aarch64-laptops
<JensGlathe[m]>
6.12-rc1 seems to be faster
<HdkR>
Any GPU stability improvements for X1E in latest kernel branches? 6.11-rc6 on my current device seeing gpu crashes
<robclark>
gpu crashes are more likely to be about mesa