Chuwi Hi10x Soundkarte Everest ES8336 konfigurieren - modprobe.d und Tumbleweed

Hallo,

ich habe hier ein Chuwi Hi10x-Tablet. Der verbaute Soundchip Everest ES8336 gilt unter Linux als schwierig und lässt sich nicht automatisch konfigurieren. Lange war die Unterstützung in Linux fraglich. Inzwischen lässt sich dem Tablet unter Linux allerdings Sound entlocken.

Allerdings: ich muss nach jedem Neustart manuell im Pulseaudio Lautstärkeregler den Tonausgang von "Headphones (eingesteckt)" auf "Speakers (ausgesteckt)" umstellen. D.h. offenbar ist die Erkennung des Einsteckens irgendwie vertauscht.

Hier gibt es eine Anleitung vom sofproject:

Suggestions before filing an SOF bug — SOF Project 2.5.0 documentation

Ich habe also wie beschrieben eine Datei /etc/modprobe.d/alsa-base.conf angelegt mit der Zeile

options snd_soc_sof_es8336 quirk=<value>

Bei Value habe ich inzwischen 0x10, 0x20 und 0x30 durchprobiert und jeweils danach neu gestartet. Allerdings hat sich am Ergebnis nichts geändert. Ich habe inzwischen auch Zweifel, ob das System diese Einstellungen überhaupt richtig verarbeitet.

Zitat

The default quirk value for the platform can be read from /sys/module/snd_soc_sof_es8336/parameters/quirk (the value is reported as plain integer, not hexadecimal).

cat /sys/module/snd_soc_sof_es8336/parameters/quirk

liefert stoisch -1, egal was ich bei Value einsetze. Das klingt für mich nach einem illegalen oder nicht definiertem Wert. Außerdem hätte ich damit gerechnet, dass alsa-base oder snd_soc_sof_es8336 (oder irgendsoetwas) bei lsmod auftauchen müsste. Das ist aber nicht der Fall.

Ich habe das Gefühl, dass ich hier noch eine Lücke bzgl. Kernelmodule habe...

Das kommt aus der Zeit, als die Unterstützung für den Chip mit Linux 5.18 ff. Fahrt aufnahm. Ich war ungeduldig und wollte jeden RC mitnehmen.

geeko@linux:~> zypper lr -d
# | Alias                                | Name                            | Enabled | GPG Check | Refresh | Priority | Type   | URI                                                                  | Service
--+--------------------------------------+---------------------------------+---------+-----------+---------+----------+--------+----------------------------------------------------------------------+--------
1 | download.opensuse.org-non-oss        | Haupt-Repository (NON-OSS)      | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/                | 
2 | download.opensuse.org-oss            | Haupt-Repository (OSS)          | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                    | 
3 | download.opensuse.org-tumbleweed     | Hauptaktualisierungs-Repository | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | http://download.opensuse.org/update/tumbleweed/                      | 
4 | https-download.opensuse.org-e4128e4e | Kernel:HEAD                     | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | https://download.opensuse.org/repositories/Kernel:/HEAD/standard/    | 
5 | openSUSE-20211116-0                  | openSUSE-20211116-0             | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                    | 
6 | packman                              | Packman                         | Ja      | (r ) Ja   | Ja      |   90     | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ | 
7 | repo-debug                           | openSUSE-Tumbleweed-Debug       | Nein    | ----      | ----    |   99     | NONE   | http://download.opensuse.org/debug/tumbleweed/repo/oss/              | 
8 | repo-source                          | openSUSE-Tumbleweed-Source      | Nein    | ----      | ----    |   99     | NONE   | http://download.opensuse.org/source/tumbleweed/repo/oss/             | 
geeko@linux:~> 

Was mir auch noch aufgefallen ist: bei jedem bisherigen Kernelupdate kommt eine Fehlermeldung zu /etc/modprobe.d/alsa-base.conf, weil das erste Wort "opitions" sei. Ganz am Anfang hatte ich da tatsächlich diesen Tippfehler drin, aber der ist mittlerweile seit Ewigkeiten korrigiert. Trotzdem kommt immer eine derartige Meldung.

Bisher habe ich angenommen, dass alsa-base.conf bei jedem Neustart neu gelesen wird. Oder gibt es da irgendwo eine Art versteckten Cache?