Created attachment 299745 attachment-32614-0.html Correct, on the Legion 7i 16ITHG6 "works" out of the box, but you only get the left channel (sounds like from both speakers too) as it seems the 16ITHG6's firmware incorrectly initializes the amp chips during bootup and only during bootup. Resuming from sleep results in speaker output no longer working as there's no code to re-init the amps on the 16ITHG6 yet. My work around from this has been to instead suspend to disk, which has a lot of problems with the Nvidia GPU... so I run Linux in Intel iGPUU-only mode. But with only a single audio channel, gaming isn't very viable under Linux right now. Additionally, in the ACPI dsdt, the amp shows up as CLSA0101 rather than CLSA0100. Therefore applying the ALC287_FIXUP_LEGION_16ACHG6 quirk alone to the 16ITHG6 is not enough to get it working. I did try replacing all instances of CLSA0100 with CLSA0101 in the patch, but that doesn't seem to work. In my limited testing, find_comp_by_dev_name() in patch_realtek.c isn't able to find any amp chips, which suggests to me that they're not being detected before we even get to the realtek code. It seems all the values in "spec->comps[i].name" are empty strings (and certainly don't match anything like "i2c-CLSA010*:00-cs35l41-hda.*" I'm not really sure how Linux detects devices via ACPI (or in general). I do know there's some differences in regards to i2c on Intel Vs. AMD (something like one has 2 i2c controllers where as the other has just 1), but I strongly suspect the kernel abstracts much of that away. On 11/26/21 17:23,