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)
exit70[m] has left #aarch64-laptops [#aarch64-laptops]
* WoC
G'Night
iivanov has joined #aarch64-laptops
<flowriser>
I got like halfway through the ACPI dump last night so here are my questions: I see that both on the Lenovo Flex 5g and on my acer spin there are allot of i2c devices that are not in the dtb at all, so should all the i2c devices present in the dump be present in the dtb as well?
pg12_ has joined #aarch64-laptops
pg12 has joined #aarch64-laptops
pg12_ has quit [Ping timeout: 480 seconds]
<flowriser>
It appears Nvidia won't be taking over ARM
<maz>
the real question is: who will?
<bamse>
flowriser: some of the i2c devices have STA() methods which means that they will only be conditionally activated
<bamse>
flowriser: e.g. the c630 you could get with one of two possible touchpads, both mentioned in the dsdt and the right one (indirectly) selected based on some gpio (iirc)
<steev>
jebus, the next 5.16 is 1039 patches
Lucanis1 has joined #aarch64-laptops
Lucanis has quit [Ping timeout: 480 seconds]
Lucanis has joined #aarch64-laptops
macc24 has joined #aarch64-laptops
Lucanis1 has quit [Ping timeout: 480 seconds]
<flowriser>
bamse, huh interesting ... my device also has 3 keyboards (they show up in the device manager of Windows) :D
<robclark>
just a guess, but different language keyboards are different sometimes (in # of keys, etc)
<flowriser>
robclark, that might explain some weirdness I found last night when I enabled another i2c/hid device in the dtb and the keyboard started "working": no backspace and some characters not registering
<flowriser>
Also I have no USB when using the dtb, but one problem at a time
<flowriser>
Found a whole sleuth of chips in the ACPI that I have no idea what they do; some AI chips, jpeg encoders and some other stuff. The wacom pen is also there, some proximity sensors, etc
Evaia6 has quit []
<bamse>
flowriser: i believe that's in addition to the hardware-variations that are expressed in the dsdt
<robclark>
ai, jpeg encoder, etc would be different ip blocks (not separate chips).. no idea to what extent windows makes use of 'em
<HdkR>
Oh no way, jpeg encoder? mjpeg for conference applications or something?
<robclark>
maybe more likely a jpeg decoder?
<bamse>
if you run the qualcomm camera stack i bet they encode the jpegs using the jpeg block
<bamse>
robclark: i think it can decode, but in particular it encodes
<robclark>
hmm, ok, that's possible too
<robclark>
I'll remember that next time I take my camera-laptop with me :-P
<bamse>
flowriser: and you missed the "FD" block, which is short for "face detector"
<bamse>
robclark: should be able to expose that as some sort of m2m v4l2 device...but i don't know if anything in userspace would use it
<bamse>
the jpeg thing i mean
<robclark>
does windows do face-unlock?
Evaia6 has joined #aarch64-laptops
<bamse>
robclark: yeah...since i got windows 11 on the prox it keeps telling me that i should enable that, pretty much every time i unlock it
<robclark>
IIRC on CrOS they do use hw jpg decode on some devices
<bamse>
robclark: interesting
<robclark>
the instagram accelerator, I guess?
<bamse>
hehe
<bamse>
but the face-detect will detect faces, not your face
<bamse>
not your specific face
<bamse>
that would likely be something they run on the cdsp