ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
SSJ_GZ has joined #aarch64-laptops
gwolf has quit [Read error: Connection reset by peer]
frytaped has joined #aarch64-laptops
frytaped has quit [Quit: WeeChat 3.6]
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
gwolf has joined #aarch64-laptops
gwolf has quit []
gwolf has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
<alfredo-test>
Hi, do you have any update about the support for snapdragon 8cx?
<alfredo-test>
Gen 3 SC8280 is fully supported by linux kernel 5.19.
<alfredo-test>
Gen 1 SC8180X should be supported starting from linux kernel 6.1.
<alfredo-test>
Gen 2 SC8180XP ?
<alfredo-test>
I have a lenovo ideaPad 5G 14Q8X05 with snapdragon 8cx gen 2.
<steev>
unlike x86 machines, just having the support in the kernel doesn't mean your machine will work, arm* need device tree files written for your device
* broonie
notes that x86 machines tend to need board files for stuff like audio these days.
miracolix has joined #aarch64-laptops
<steev>
i tend to... try to think of audio as little as possible ;)
<alfredo-test>
So I should not expect any support soon (1 year)?
hexdump01 has quit [Quit: WeeChat 1.9.1]
hexdump0815 has joined #aarch64-laptops
<hexdump0815>
alfredo-test: it needs someone who writes the device tree for the device which is a non trivial thing to do
<hexdump0815>
currently it looks like new windows on arm machines appear faster than capable people or people with the proper information at hand sit down to write the device tree
<HdkR>
If only the devices shipped their own hardware descriptions that the kernel could parse and use
<hexdump0815>
HdkR: acpi dsdt :) - but looks like the information in there is not always complete and not always correct