robclark 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
<Dylanger>
Wooo!! Massive progress for aarch64-laptops!!
baozich has joined #aarch64-laptops
baozich1 has joined #aarch64-laptops
baozich has quit [Read error: Connection reset by peer]
baozich1 is now known as baozich
Ablu has quit [Read error: Connection reset by peer]
Ablu has joined #aarch64-laptops
martiert has quit [Remote host closed the connection]
martiert has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
schaeffer has quit [Ping timeout: 480 seconds]
hexdump0815 has quit [Ping timeout: 480 seconds]
Jakebreaksit has joined #aarch64-laptops
Jakebreaksit has quit []
<clover[m]>
happy speaker support landed
iivanov has joined #aarch64-laptops
<travmurav[m]>
steev: afaik QHEE "MITMs" the smmu access from el1 on modern platforms since they do some protection magic there. Perhaps this is part of the same fun just being there as a "successor" to xPUs
<travmurav[m]>
but well, also just a speculation
<travmurav[m]>
it could as well be someone accidentally ^C^V the wrong thing into iort and that memory space just happens to deal serror on access, won't be surprised given qcom doesn't give their subsidiary even the name of the soc they are working on
<travmurav[m]>
but hmmm
<travmurav[m]>
konradybcio: how did you dump the acpi to find it?
jhovold has joined #aarch64-laptops
Guest10420 has quit [Quit: WeeChat 4.1.2]
baozich1 has joined #aarch64-laptops
baozich has quit [Ping timeout: 480 seconds]
baozich1 is now known as baozich
<konradybcio>
travmurav: bold assumption that i dump my own acpi files.. theres a collection on aarch64-laptops/build on gh
<travmurav[m]>
konradybcio: right. Just I think one could dump from uefi and from windows, in which case they would be different - hyper-v takeover patches some stuff in acpi
<travmurav[m]>
tho I didn't see if it patches iort
<travmurav[m]>
but messing with mmus would be something I"d imagine it would do
baozich has quit [Ping timeout: 480 seconds]
baozich has joined #aarch64-laptops
baozich has quit [Ping timeout: 480 seconds]
<jhovold>
I see the mutter crash fixes were merged for Gnome 46 yesterday
<jhovold>
does anyone know how to get that backported to gnome 44 and 45?
<jhovold>
javierm, ajhalaney[m]: could you ping the mutter devs if you think that might speed things up so we don't have to wait for the march 2024 release?
<jhovold>
s/we/gnome users/
<konradybcio>
jhovold firmly asserts his window manager choices :D
<jhovold>
yeah, not personally affected by this one fortunately :)
<javierm>
jhovold: I'll ping them
alexeymin has quit [Remote host closed the connection]
alexeymin has joined #aarch64-laptops
alexeymin has quit [Quit: No Ping reply in 180 seconds.]
alexeymin has joined #aarch64-laptops
<jhovold>
javierm: thanks!
<ajhalaney[m]>
++javierm thanks!
krei-se has joined #aarch64-laptops
<krei-se>
Hi, i have a gru kevin chromebook running archlinuxarm using this package
<krei-se>
i wonder if someone can pinpoint me on how to include the sd-encrypt hook there. i can easily change the cmdline to point to an encrypted root but cannot figure out where i would change mkinitcpio there
<jenneron[m]>
krei-se: archlinux arm doesn't support initramfs on chromebooks, so no FDE there
<krei-se>
it was done on prawnos though so i wondered how to get those changes upstream
<jenneron[m]>
krei-se: you need to modify their code building chrome os kernel image
<jenneron[m]>
instead of building it in the package like they do they should build initramfs and execute depthcharge-tools