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
anozetsubou has quit [Ping timeout: 480 seconds]
crimars has joined #aarch64-laptops
crisma has quit [Read error: Connection reset by peer]
<sibis>
do you have firmware: arm_scmi: Ensure that the message-id supports fastchannel in your tree? if so can you try the accessing the same sysfs attributes with that reverted?
tyzef has quit []
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
tyzef has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
<steev>
qualcomm reactivated my account :) i'm not the terrorist steev
<tyzef>
\o/
alfredo has quit [Quit: alfredo]
tyzef has quit []
martiert_ has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
martiert_work has quit [Ping timeout: 480 seconds]
<kalebris>
spawacz: there are 2 sim cards on the 5g modem iirc, one esim and a physical one, so you may need to change to which sim slot to use
tyzef has joined #aarch64-laptops
tyzef has quit []
<maz>
sibis: I'll have a look later today -- need to hop on a train to the big smoke. I'm currently running jhovold 's -rc5 which definitely has that patch (61b3f02212bf3).
<jhovold>
sibis: the crd hard resets also with that patch reverted, same error on the serial console
<jhovold>
sibis: sorry, scratch that, reverting that patch appears to fix the hard reset
martiert_ has quit [Ping timeout: 480 seconds]
<sibis>
jhovold: scmi: Failed to get FC for protocol 13 [MSG_ID:6 / RES_ID:0] - ret:-95. Using regular messaging
<sibis>
the firmware team relied on ^^ message and assumed that linux fell back to regular messaging if fast channel support wasn't available but that wasn't the case ...
<sibis>
the kernel didn't fall back to regular messages for get_level instead erroneously used the same address used the stale structures to read back the current level ... it works because the set level and get level are the same ...
<sibis>
so fixing the kernel bug actually made it fall back to using the regular message for get_level which was pretty much untested and hence you see the crash ...
<sibis>
This is the bug that I was talking abt that can be fixed only in firmware ...
<sibis>
and they fixed and merged this in the newer CRD METAs but devkit will never end up getting it ...
<jhovold>
and possibly not all commercial devices either, at least not for a while
<jhovold>
KieranBingham[m]: I just tried switching to udmabuf for the soft isp, but then cheese complains about there not being any dma-buf provider
<jhovold>
ah, sorry, we apparently still a udev rule for access to /dev/udmabuf...
<jhovold>
or the user needs to be in the kvm rather than video group
<jhovold>
Here's an updated wip branch for the X13s:
<jhovold>
- fix cpufreq sysfs hard reset by dropping arm_scmi fastchannel fix
<jhovold>
- mark apps smmu as dma-coherent
<jhovold>
- update scmi fixes to v5
<jhovold>
- update cpufreq support to v7
fparent has joined #aarch64-laptops
fparent_ has quit [Ping timeout: 480 seconds]
davidinux has joined #aarch64-laptops
<davidinux>
if you're playing with the t14s and ubuntu oracular, latest kernel update does not boot - most likely the dtb
<davidinux>
so don't update to 6.11.0-43 or if you keep the older 6.11.0-42 around
iivanov has joined #aarch64-laptops
davidinux is now known as Guest8607
davidinux has joined #aarch64-laptops
Guest8607 has quit [Ping timeout: 480 seconds]
davidinux is now known as Guest8609
davidinux has joined #aarch64-laptops
Guest8609 has quit [Ping timeout: 480 seconds]
davidinux has quit [Ping timeout: 480 seconds]
davidinux has joined #aarch64-laptops
<wizzard>
Requires a usb device to be plugged in as well.
<wizzard>
Worked for me. If i try twice
tyzef has joined #aarch64-laptops
davidinux has quit [Ping timeout: 480 seconds]
davidinux has joined #aarch64-laptops
whiskey9 has joined #aarch64-laptops
tyzef has quit []
<anonymix007[m]>
jhovold: are you getting the "exit boot services failed" error when booting T14s from NVMe?
<jhovold>
anonymix007[m]: I'm only booting from usb so far, could not get grub to work so had to switch to systemd-boot
<maz>
sibis: same as jhovold. with this patch reverted, I can 'sudo grep . /sys/devices/system/cpu/cpufreq/policy?/*' as much as I want without anything exploding.
<JensGlathe[m]>
sd-boot works, though
<jhovold>
or rather grub starts fine, and I can launch EFI applications, but the kernel fails to start and I end up back in the grub menu (but without working keyboard)
<maz>
for me, grub starts, I can select any kernel, but at the point of booting the kernel, I get an assert from EFI, and possibly a hard reset (but not always).
<maz>
it doesn't help that the serial console is completely buggered on the devkit (all the control characters are stripped).
<anonymix007[m]>
jhovold: Oh, that's strange. GRUB from USB worked for me on the first try, but systemd-boot from NVMe almost never works, so I have to use a USB drive with GRUB to reliably boot from NVMe.
<jhovold>
anonymix007[m]: which grub are you using? I tried 2.06, 2.12, 2.12 + 4 GB limit hack from tobhe, and even tried building the full Ubuntu sources (that's quite some delta they carry)
Caterpillar has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
SpieringsAE has joined #aarch64-laptops
<SpieringsAE>
grub in anonymix007s image worked for me too on usb on my previous vivobook s15, I set up sd-boot for myself though, didn't even try grub from nvme to be honest
<anozetsubou>
JensGlathe[m], yes but nobody has picked it up yet and idk how to get started to the dtb myself
davidinux has quit [Ping timeout: 480 seconds]
<JensGlathe[m]>
I noticed, but without at least dmidecode and acpi dump, its kinda guessy
davidinux has joined #aarch64-laptops
<JensGlathe[m]>
fook are they expensive
<JensGlathe[m]>
from what I read I would say be bold and try the multiboot image with the hp omnibook x14. It has also 2x type-c 1x type-a connectors. And it is very close to the CRD. WLAN / BT could be different (ath12k)
davidinux has quit [Ping timeout: 480 seconds]
svarbanov__ has quit [Remote host closed the connection]
svarbanov__ has joined #aarch64-laptops
svarbanov__ has quit [Remote host closed the connection]
svarbanov__ has joined #aarch64-laptops
<MrCatfood[m]>
offtopic question, has anyone tried to run unity on x1e linux? i want to switch from windows
<steev>
unity like ubuntu's old de?
<macc24>
maybe they mean lomiri
<robclark>
or the game engine?
<steev>
that's why i'm asking :D
<robclark>
looks like unity actually does have a Linux download.. but I'd assume it was just x64
<MrCatfood[m]>
<steev> "unity like ubuntu's old de?" <- the unity game engine its just x64 im not sure if its possible to run it with box64 or something else
<robclark>
might work with fex-emu... but that might also suck a bit (I've not used unity tools myself but what I've heard from others is that it is kinda heavy)
Jow_ has joined #aarch64-laptops
<Jow_>
.
Jow_ has left #aarch64-laptops [#aarch64-laptops]
<steev>
okay then lol
Caterpillar has quit [Quit: Konversation terminated!]
Caterpillar has joined #aarch64-laptops
hightower2 has quit [Remote host closed the connection]
jhovold has quit [Ping timeout: 480 seconds]
mrosorensen has joined #aarch64-laptops
Caterpillar has quit [Quit: Konversation terminated!]