[SRU] No sound from internal card chtmax98090 (missing UCM2 files in alsa-ucm-conf)

#kernel-sound
I read in the wiki that the sound issues have to be filed against "linux", changed from ubuntu-release-upgrade

This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:

apport-collect 1871306

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

I have a workaorund and a fix for this bug.
The bug is due to missing UCM2 folders and config files, which are now available on git hub.

The missing folders are:
- /usr/share/alsa/ucm2/chtmax98090/ : it can be retrieved from https://github.com/alsa-project/alsa-ucm-conf/tree/master/ucm2/chtmax98090

- /usr/share/ucm2/codecs/max98090/ : it can be retrived from https://github.com/alsa-project/alsa-ucm-conf/tree/master/ucm2/codecs/max98090

After adding the above two folders and a reboot, the sound works fine.
Tested on Ubuntu 20.04.1

The package involved is alsa-ucm-conf, version 1.2.2
It does not contain the UCM2 configuration files for the sound card chtmax98090, which have been added upstream.
Because groovy has alsa-ucm-conf 1.2.2, the bug is applicable for 20.10 too.
In Debian unstable and testing is available alsa-ucm-conf 1.2.3, which contains the missing UCM2 files.

I manually installed alsa-ucm-conf 1.2.3 from Debian testing on Focal: it works perfectly.

Thank you for your bug report.

Hui, is that something you would be interested to handle? Could you perhaps do the 1.2.3 update for the Gserie as well? You cherry picked some changes over .2 which don't seem included in .3 yet but the list of patches would need to be reviewed in the update

Thank you for getting in touch. As I commented, I installed the
alsa-ucm-conf 1.2.3 from Debian testing and it is working fine.

Gabriele

Il giorno lun 28 set 2020 alle ore 17:41 Sebastien Bacher <
<email address hidden>> ha scritto:

> Thank you for your bug report.
>
> Hui, is that something you would be interested to handle? Could you
> perhaps do the 1.2.3 update for the Gserie as well? You cherry picked
> some changes over .2 which don't seem included in .3 yet but the list of
> patches would need to be reviewed in the update
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1871306
>
> Title:
> No sound from internal card chtmax98090 - missing UCM2 files in alsa-
> ucm-conf 1.2.2, available in alsa-ucm-conf 1.2.3
>
> Status in alsa-ucm-conf package in Ubuntu:
> Confirmed
>
> Bug description:
> Asus C300 (repurposed chromembook - bios flashed by Mr.Chromebox
> script) - Kubuntu Focal minimal fresh installation.
> The sound card is detected: I see it in the Plasma Widget, in
> pavucontrol, in alsamixer and it's not muted.
> I tried and add in /usr/share/alsa/ucm/chtmax98090/ the old style use
> case config files: no success.
> I tried and unmute speakers left and right in alsamixer: no success.
>
> I rapidly tested Ubuntu Mate Focal fresh install: I had exactly the
> same issue.
>
> I'm running on the same rig Debian Bullseye, kernel 5.4: sound card
> output and input are both working perfectly - I noticed that in
> Kubuntu alsamixer Kubuntu when I open it I have an entry HDA IntelPCH
> (the HDMI card), while in Debian I find Pulseaudio.
>
>
> I attach the alsa-info.sh output.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 20.04
> Package: ubuntu-release-upgrader-core 1:20.04.17
> ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27
> Uname: Linux 5.4.0-21-generic x86_64
> ApportVersion: 2.20.11-0ubuntu24
> Architecture: amd64
> CrashDB: ubuntu
> CurrentDesktop: KDE
> Date: Tue Apr 7 08:55:46 2020
> InstallationDate: Installed on 2020-04-04 (2 days ago)
> InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Beta amd64
> (20200401)
> PackageArchitecture: all
> SourcePackage: ubuntu-release-upgrader
> Symptom: dist-upgrade
> UpgradeStatus: No upgrade log present (probably fresh install)
> ---
> ProblemType: Bug
> ApportVersion: 2.20.11-0ubuntu24
> Architecture: amd64
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC1: gabriel3 937 F.... pulseaudio
> /dev/snd/controlC0: gabriel3 937 F.... pulseaudio
> CurrentDesktop: KDE
> DistroRelease: Ubuntu 20.04
> InstallationDate: Installed on 2020-04-04 (3 days ago)
> InstallationMedia: Kubuntu 20.04 LTS "Focal Fossa" - Beta amd64
> (20200401)
> Lsusb:
> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
> Bus 001 Device 004: ID 8087:07dc Intel Corp.
> Bus 001 Device 003: ID 13d3:5657 IMC Networks USB2.0 UVC HD Webcam
> Bus 001 Device 002: ID 062a:4101 MosArt Semiconductor Corp. Wireless
> Keyboard/Mouse
> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
>...

OK, I will handle this bug.

Thank you so much Hui to handle this bug, feel free to ask me for testing on real hardware.

For 20.04 and newer, to fix this bug also fixes bug 1833116

https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/1833116

＠Gabriele,

Please add this ppa: ppa:hui.wang/pa-testing and install the testing alsa-ucm-conf 1.2.2-1ubuntu0.4.1+test, reboot and test.

@Hui

I added your pa-testing repo and updated/upgraded.
Some more packages have been upgraded from pa-testing repo.
Speakers and headset working almost fine (some crackles).
Internal mic and headphone so low and so crackling to be unusable.

@Gabriele,

It will also upgrade the pulseaudio, but that pulseaudio will not bring any impact on your machine.

Did you experience the same crackling and low volume with the alsa-ucm-conf 1.2.3 from Debian? If Debian version doesn't have this problem, Could you diff my testing version with Debian version?

I didn't cherrypick/backport (0a8dd118f7b56372e3f0d6037fe91e4e8108f508 ucm2: use Include (Syntax 3)), since it will introduce huge changes on many many platforms and v1.2.3 doesn't have this commit yet. Maybe this commit could fix your problem (In theory, it will not fix your problem).

@Hui

There's no sound recording difference within Debian 1.2.3 and yours testing 1.2.2

I narrowed down the issue: it's coming along when plugging / unplugging the headset jack while I'm running the recording piece of software.

I'm able to reproduce the issue on Audacity.

This issue makes web Skype unusable, the installed version of Zoom seems to work of I plug the jack in before launching it.

@Gabirele,

Looks there is no difference between Debian 1.2.3 and testing 1.2.2, so should I submit the testing 1.2.2 to ubuntu package?

And for the problem you met, maybe it is a kernel issue or a pulseaudio issue, you could file bugs against to linux kernel and pulseaudio. Because we don't have hardware, we couldn't reproduce the issue you mentioned.

@Hui
Agreed, your backport in 1.2.2 testingvis working as well as the 1.2.3 from Debian Bullseye.

It definitively makes sense to submit the 1.2.2 testing to the Ubuntu packagers.

Do I need to file a bug against Groovy same issue or is the 1.2.2 is automatically included in Groovy too?

I'll check more in deep the crackles issue and if it's the case I'll file new bug.

Thank you so much for your fix.

@Gabirele,

No need to file a bug against Groovy, I will submit the fixes both for Groovy and Focal after the holiday.

@Hui
Ok thanks.

Last night I re installed from scratch Ubuntu 20.04.1 and I noted a variation: to make the sound to work I needed to add your testing repo and to do an upgrade. Previously I fixed the sound issue by simply adding the two missing folders in ucm2 and ucm2/codecs for chtmax98090 sound card.

thanks for working on this @Hui and @Gabirele

Today i added ppa:hui.wang/pa-testing and installed alsa-ucm-conf followed by an "apt update; apt upgrade"

when i rebooted the system after that, i was so happy to have the sound working.
sound worked from browser (while watching youtube videos) and also from media players.

But when I opened the pulse audio volume control, i noticed a strange behavior. Suddenly the sound became garbled. I could still hear the sound but it was very garbled.

Same behavior observed when i tried to do a zoom conference. The sound on zoom was also very much garbled. Is there a way to fix this?

 @Mathi
I have the same problem, I thought it was related to plugging/unplugging the headset jack (see comment #28 and following ones).

Hui's and my opinion is the it's not alsa-ucm-conf related, therefore this requires more analysis and a new bug report.

What you could do:
- to play with parameters in alsamixer (it does not work with me)
- to test a more recent mainline kernel (not tested yet)
- to install alsa-ucm-conf 1.2.3 from Debian (not tested yet)

Post your testing results please.

@Mathi
I installed alsa-ucm-conf 1.2.3 from Debian and the last Ubuntu mainline kernel 5.8.13.

This setup seems to fix the issue, however the test I did is too short to confirm this work around.

@Hui
alsa-ucm-conf 1.2.3 from Debian Bullseye and mainline kernel generic 5.8.13 eliminate garbling/crackling sound: plugging and un plugging the headset works perfectly, Skype is working as expected.

Do you suggest me to do any more testing?

Should I file a new bug report against either the kernel or pulseaudio or maybe the two of them?

@Gabirele
thanks for reporting that the problem does not happen with kernel 5.8.x
I'd like to do some testing with kernel 5.8 but that won't be atleast for a week. I'll report back when i test.

@Gabirele,

Looks like we need to open a kernel bug for this machine. Could you please test with ubuntu oem kernel 5.6.0-1022 or later kernel, does this kernel have garbling/crackling sound problem?

This is the debdiff for groovy.

thx.

This is the debdiff for focal.

thx

@Hui

I did a new round of test.

1. purged alsa-ucm-conf and installed alsa-ucm-conf 1.2.2-1ubuntu0.4.1+test from your ppa

2. tested sound on 4 kernels
   a. mainline generic 5.8.13 and 5.6.19: sound is working fine, Skype echo test included, headset jack plugging and unplugging are managed with no issue
   b. 5.4.48 and 5.6.0 1020 oem: sound becomes garbled/crackling, instability on jack plugging and unplugging, Skype not usable

My conclusion: there's some problematic interaction with the standard kernels.

Does it make sense me to test groovy? It's kernel 5.8

I guess the groovy kernel will work fine.

Could you please test standard kernel v5.7 and v5.8-rc1?

https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7/

https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.8-rc1/

@Hui
Sound is working well on both mainline 5.7.0 and 5.8 rc1

Then 5.6 and 5.7-rc1

https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.6/

https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.7-rc1/

@Hui
mainline 5.6.0 sound not working
mainline 5.7 rc1: sound working, Skype test not possible because wifi connection is not working

@Gabriele,

"mainline 5.6.0 sound not working", does it mean it has the issue of garbled/crackling when plugging/unplugging?

I compared the codecs/platform/machine drivers between 5.6 and 5.7-rc1, no big difference. I have no idea what makes 5.7-rc1 work.

@Hui

I repeated the test. I'm afraid I did a mistake in reporting the test results.

mainline 5.7 rc1: sound not working (the sound emitted is not intelligible, it's like an infinite echo loop)
mainline 5.6.0: sound working, Skype test not possible because wifi connection is not working

When I boot back to mainline 5.8.14 sound s perfect and wifi works as expected.

@Gabriele,

I have no idea since there is no big difference on drivers for this platform between 5.6.0 and 5.7.0-rc1.

If you could bisect the kernel to find which commits are necessary, it would be helpful.

BTW, the audio depends on the amixer to be set correctly since it uses the ucm. Could you please compare the output of "amixer -c1 contents" with 5.6.0 and 5.7.0-rc1?

@Hui

I'm not able to "bisect the kernel".
amixer settings: ok I'll do it later.

@Hui
I reinstalled the mainline 5.6.0 and 5.7.0 rc1.
First, I confirm the report 5.6.0 sound working, 5.7.0 rc1 sound not working.
Second I diffed the output of amixer -c1 for the two kernels: no difference at all.

Since the sound works fine with 5.8 kernel, is it a possibility to have this fix pushed in groovy first so that when it is released it contains the fix?

@Mathi
Test it: if you add Hui's ppa it should work out of the box.

@Hui
I updated today to 20.10 and tested.

With the official alsa-ucm-conf 1.2.2 and with the official kernel the sound works. However I needed to use alsamixer manually to manage the volume levels when plugging in and out the headset jack.

I didn't find a Groovy build of the testing 1.2.2 in your ppa, therefore I installed alsa-ucm-conf 1.2.3 from Debian testing, rebooted and a perfectly working sound was back.

@Gbriele,

After the #41 is merged, the sound will work in the 20.10.

And also maybe we should upgrade the alsa-ucm-conf to 1.2.3 in the 20.10.

@Hui
Ok thanks for the info.
I'm not able to patch the current groovy source package and compile it, I cannot test the patch in advance.

I installed 20.10 on my Dell Chromebook 3120 and then installed alsa-ucm-conf from https://packages.debian.org/testing/alsa-ucm-conf and got working sound. (Thanks for the tips @Gabirele)

The volume was very low initially and i had to use alsamixer to increase it. But even after i increase the volume to the highest/maximum, i still feel it is lower than what it was with the chromeos. @Gabirele was this your experience too? Is there a way to further increase the sound volume?

In my case volume levels are good on both 20.10 and 20.04.
Consider that the alsa-ucm-conf parameters upstream for chtmax98090 are based on my hardware.

Updated work around for Focal Fossa 20.04.1

1: to install linux-generic-hwe-20.04-edge from the official repo
2: to install alsa-ucm-conf_1.2.3-1_all.deb from Debian Snaphots (link di download: https://snapshot.debian.org/archive/debian/20200820T205846Z/pool/main/a/alsa-ucm-conf/alsa-ucm-conf_1.2.3-1_all.deb)

Tested on Xubuntu 20.04.1.

Updated work around for Focal Fossa 20.04.1

1: to install alsa-ucm-conf_1.2.3-1_all.deb from Debian Snapshots (link di download: https://snapshot.debian.org/archive/debian/20200820T205846Z/pool/main/a/alsa-ucm-conf/alsa-ucm-conf_1.2.3-1_all.deb)

Tested on Xubuntu 20.04.1 kernel 5.4.0-58-generic

alsa-ucm-conf (1.2.4-1) unstable; urgency=medium

  * New upstream release.
  * Update Standards-Version to 4.5.1, with no changes needed.

 -- Jordi Mallach <email address hidden> Mon, 07 Dec 2020 22:13:23 +0100

I have installed an ubuntu 18.04.5 (kernel 5.4.0-52 ) on lenovo X1 Extreme. Is there some way to make the mic working on this kernel version? Thanks,

The Groovy Gorilla has reached end of life, so this bug will not be fixed for that release

Based off the bug comments its not clear to me if the debdiff for Focal actually ended up resolving the issue for people. Additionally, the debdiff is rather out of date as there have been a couple of SRUs of alsa-ucm-conf since it was created subsequently I'm unsubscribing the sponsors team. However, if an updated debdiff is created feel free to subscribe the sponsors team.

Last time I tested it, the bug wasn't fixed yet.

Gabriele

Il Gio 14 Ott 2021, 21:45 Brian Murray <email address hidden> ha
scritto:

> Based off the bug comments its not clear to me if the debdiff for Focal
> actually ended up resolving the issue for people. Additionally, the
> debdiff is rather out of date as there have been a couple of SRUs of
> alsa-ucm-conf since it was created subsequently I'm unsubscribing the
> sponsors team. However, if an updated debdiff is created feel free to
> subscribe the sponsors team.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1871306
>
> Title:
> [SRU] No sound from internal card chtmax98090 (missing UCM2 files in
> alsa-ucm-conf)
>
> Status in OEM Priority Project:
> New
> Status in alsa-ucm-conf package in Ubuntu:
> Fix Released
> Status in alsa-ucm-conf source package in Focal:
> In Progress
> Status in alsa-ucm-conf source package in Groovy:
> Won't Fix
>
> Bug description:
> [Impact]
> There is no ucm for ASUS C300 in the 20.04 and 20.10, as a result,
> the audio doesn't work on this machine after installing the 20.04 or
> 20.10.
>
> [Fix]
> The ucm files for this machine are in the alsa-ucm-conf 1.2.3,
> cherry-pick them to ubuntu 20.04 and 20.10
>
> [Test Case]
> After booting up, use speaker to play some sound, it works well,
> plug a headset, play sound to headphone, it basically works but has
> some crankling noise, it is a kernel issue for this noise.
>
> [Regression Risk]
> This SRU adds new ucm files, If the machine uses the audio driver
> of chtmax98090, it will apply this new added ucm files, there will
> be speaker/headphone in the UI. So the possible regression is with
> this SRU, users could see the audio devices in the UI but the audio
> doesn't work (without this SRU, users couldn't see the audio devices
> in the UI at all and the audio doesn't work). This possibility is
> low since we tested it on the ASUS C300.
>
>
> Asus C300 (repurposed chromembook - bios flashed by Mr.Chromebox
> script) - Kubuntu Focal minimal fresh installation.
> The sound card is detected: I see it in the Plasma Widget, in
> pavucontrol, in alsamixer and it's not muted.
> I tried and add in /usr/share/alsa/ucm/chtmax98090/ the old style use
> case config files: no success.
> I tried and unmute speakers left and right in alsamixer: no success.
>
> I rapidly tested Ubuntu Mate Focal fresh install: I had exactly the
> same issue.
>
> I'm running on the same rig Debian Bullseye, kernel 5.4: sound card
> output and input are both working perfectly - I noticed that in
> Kubuntu alsamixer Kubuntu when I open it I have an entry HDA IntelPCH
> (the HDMI card), while in Debian I find Pulseaudio.
>
> I attach the alsa-info.sh output.
>
> ProblemType: Bug
> DistroRelease: Ubuntu 20.04
> Package: ubuntu-release-upgrader-core 1:20.04.17
> ProcVersionSignature: Ubuntu 5.4.0-21.25-generic 5.4.27
> Uname: Linux 5.4.0-21-generic x86_64
> ApportVersion: 2.20.11-0ubuntu24
> Architecture: amd64
> CrashDB: ubuntu
> CurrentDesktop: KDE
> Date: Tue Apr 7 0...

OK, please ignore the debdiff uploaded previously. I will re-investigate this issue and upload the new debdiff for focal once it is ready.

Issue was fixed on Asus Chromebook C200 with Ubuntu 21.04. But on Ubuntu 21.10 the Card is not detected anymore.

Alsainfo 21.04 https://pastebin.com/raw/wXsT6w1r
Alsainfo 21.10 https://pastebin.com/raw/SWZNJ4AT

@Dominic,

Could you please upload the dmesg of both 21.04 and 21.10. 'journal -b0'

Hey, thanks for your fast reply. When I do dmesg | grep 'journal -b0' there is no result, or did I get something wrong?

please run journalctl -b0 > dmesg.txt and upload dmesg.txt

thx.

under 21.10, please add "snd_intel_dspcfg.dsp_driver=2" in the bootargs.

Wow this solves the problem. Thanks for your fast and competent help. For interest I will provide dmesg and alsainfo from 21.10 with dsp2

In my readings without the snd_intel_dspcfg.dsp_driver=2 the system uses sof mode which requires the package firmware-sof-signed. But I can not do any testing about that from live system so I will do when I changed permanent to 21.10 and provide the results.

Now I changed with my main Setup to 21.10 and after setting snd_intel_dspcfg.dsp_driver=2 the Sound is Pitched down and too slow. When I try to install firmware-sof-signed dpkg terminates with the error saying that the sof files are already installed by linux-firmware, but the required file intel/sof-tplg/sof-byt-max98090.tplg is not included in linux-firmware, or firmware-sof-signed.
After Installing https://github.com/thesofproject/sof-bin/ directly from github sound works perfectly without snd_intel_dspcfg.dsp_driver=2.
So in 22.04 this should be included by default in linux-firmware.

on 22.04 Daily Live from today everything works out of the Box on ASUS C200 with Bay Trail

Status for sound on Dell Chromebook 3120. On Ubuntu 22.04.2 (kernel 5.15.0-69-generic):

1. alsa-ucm-conf now seems to include the required UCM2 files. Hurrah!
2. you also need the firmware-sof-signed package, which you have to enable the "restricted" apt repository to get. Some people enable "restricted" already, when they install Ubuntu.
3. after a few minutes continuous playback the sound breaks (continuous beep). This is fixed by adding the module/boot option snd_sof.sof_debug=1, as described here: https://github.com/thesofproject/sof/issues/5437

Secondly, this system is affected by the same "after setting snd_intel_dspcfg.dsp_driver=2 the Sound is Pitched down and too slow".

NOTICE: Upstream has suggested that future kernels will effectively default to "snd_intel_dspcfg.dsp_driver=2" on this hardware. I.e. the default would change from SOF to SST. If you have this "pitched down" problem, my only solution is to change back using the boot/module option "snd_intel_dspcfg.dsp_driver=3"

I saw the upstream discussion about CONFIG_SND_INTEL_BYT_PREFER_SOF here:
https://github.com/thesofproject/sof/issues/3868#issuecomment-1509831655