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
<jenneron[m]> krei-se: it is not
<krei-se> i see, your approach seems to be more clean, i will stand corrected and look into it
<krei-se> thanks for pointing me there
<jenneron[m]> krei-se: initramfs is not integrated into kernel, it is in chrome os kernel partition
<jenneron[m]> depthcharge-tools is a more feasible way to do it
<jenneron[m]> we support initramfs in postmarketOS this way
<jenneron[m]> krei-se: btw there is #linux-cros-arm room for these topics
todi has quit []
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
alexeymin has quit [Quit: No Ping reply in 180 seconds.]
alexeymin has joined #aarch64-laptops
<steev> fwiw, it applies cleanly on mutter 45
KhazAkar has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
alexeymin has quit [Quit: No Ping reply in 180 seconds.]
alexeymin has joined #aarch64-laptops
<konradybcio> steev: i posted another revision of the additional sleep states, not sure if you're still carrying this, only renamed some things
<steev> i am indeed still carrying it, i like sleep states
<konradybcio> well then since you don't seem to have any issues with it, hopefully bamse can pick them up
<steev> will pull them in and give them a whirl :)
<konradybcio> i hit that on a recent next as well.. and then it went away by itself
<steev> ah okay, this is against torvalds tot
<konradybcio> that's.. bad
<konradybcio> can you hit it reliably?
<steev> only the first boot so far, let me check
<konradybcio> if you have some time on your hands, a bisect is welcome..
<steev> can do
<steev> gonna check 6.6 if it shows up there as well