[SRU] add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HWE Next |
Fix Released
|
Undecided
|
Unassigned | ||
alsa-lib (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Bionic |
Fix Released
|
Undecided
|
Hui Wang | ||
Eoan |
Fix Released
|
Undecided
|
Hui Wang |
Bug Description
This ucm is only for Eoan and Bionic, for focal and future versions, we plan to integrate the ucm2 instead of this ucm, and the ucm2 depends on the alsa-lib-1.2.1 and pluseaudio-v14, the ucm2 is under developing by the community, is not ready yet.
[Impact]
In the oem project, we have a couple of Lenovo and Dell machines which
connect the digital mic to PCH directly, this design needs the new
sound driver soc/sof, and this driver can't work under pulseaudio
automatically, we need to integrate the ucm for the driver, then the
sof dirver could work under pulseaudio and gnome.
This ucm is maintained by intel audio team, and it is not upstreamed
and will not be upstreamed, since the community is developing the ucm2
which is based on at least alsa-lib-1.2.1 and pulseaudio-v14.0 (still
under developing), for bionic and eoan, we have to integrate this ucm
since the alsa-lib version is too low. For focal and future version, we
are going to integrate the ucm2 after the ucm2 is ready.
This ucm is already verified in the oem project, now it is time to put it
into the stock ubuntu.
[Fix]
These ucm files are backported from sof_ucm1 branch of
https:/
[Test Case]
Boot the eoan kernel or oem-osp1-bionic kernel, then check the log of
pulseaudio, the ucm files are loaded successfully, then check the
gnome-sound-
[Regression Risk]
Low, just add some new ucm files, and this will not affect other machines,
and those new added ucm files are only used by specific machines which enable
the sof driver.
Changed in alsa-lib (Ubuntu): | |
importance: | Undecided → High |
tags: | added: originate-from-1856130 somerville |
Hui Wang (hui.wang) wrote : | #1 |
Hui Wang (hui.wang) wrote : | #2 |
description: | updated |
Sebastien Bacher (seb128) wrote : | #3 |
Thanks, I'm going to sponsor that, including to focal since by SRU rules we need to get the fix there first. That's going to be replaced by the alsa update at some point but that one is not ready yet
Changed in alsa-lib (Ubuntu): | |
status: | New → Fix Committed |
Hui Wang (hui.wang) wrote : | #4 |
Thanks Seb.
Łukasz Zemczak (sil2100) wrote : | #5 |
Is the same change still present in the current focal-proposed alsa-lib 1.2.1.2-2 ?
Hui Wang (hui.wang) wrote : | #6 |
Reply #5:
No, the change is not in the 1.2.1 and will not apply to 1.2.1. these confs are ucm1 version, they are only for eoan and bionic. For alsa-lib 1.2.1, the upstream is writing ucm2 confs and it is not finished yet. So let's SRU the ucm confs for eoan and bionic first. And in future the ucm2 conf are not in the alsa-lib anymore, they are moved to https:/
In order to help us enable the dmic on eoan and bionic, Intel is maintaining these ucm1 confs (https:/
Timo Aaltonen (tjaalton) wrote : Please test proposed package | #7 |
Hello Hui, or anyone else affected,
Accepted alsa-lib into eoan-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
Changed in alsa-lib (Ubuntu Eoan): | |
status: | New → Fix Committed |
tags: | added: verification-needed verification-needed-eoan |
Changed in alsa-lib (Ubuntu Bionic): | |
status: | New → Fix Committed |
tags: | added: verification-needed-bionic |
Timo Aaltonen (tjaalton) wrote : | #8 |
Hello Hui, or anyone else affected,
Accepted alsa-lib into bionic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
Hui Wang (hui.wang) wrote : Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines) | #9 |
Recently some users reported the headset-mic input volume is too low, after installing the 1.1.9-0ubuntu1.1 on eoan and 1.1.3-5ubuntu0.3 on bionic, I reproduced the issue of "headset-mic input volume is too low", so please drop the debdiff of #1 and #2, I will upload new debdiffs which put the input volume higher.
Verification failed on Eoan (input volume is to low):
On a machine of Lenovo X1 Carbon 7th, I already installed 19.10 (eoan) on it, then run sudo apt install libasound2, then the libasound is upgraded to 1.1.9-0ubuntu1.1, check the /usr/share/
now we could see speaker, dmic from gnome-sound-
But there is one issue, for headset-mic, we need to set the input volume to maximum from UI, otherwise I couldn't record any sound.
Verification failed on Bionic (input volume is to low):
On a machine of Dell vistro 5390, I already installed 18.04 (bionic) on it, then run sudo apt install libasound2, then the libasound is upgraded to 1.1.3-5ubuntu0.3, check the /usr/share/
now we could see speaker, dmic from gnome-sound-
But there is one issue, for headset-mic, we need to set the input volume to maximum from UI, otherwise I couldn't record any sound.
tags: |
added: verification-failed verification-failed-bionic verification-failed-eoan removed: verification-needed verification-needed-bionic verification-needed-eoan |
Hui Wang (hui.wang) wrote : | #10 |
- alsa-lib_1.1.9-0ubuntu1.1.debdiff Edit (25.6 KiB, text/plain)
This is the updated debdiff for eoan (adjust the input volume). thx.
Hui Wang (hui.wang) wrote : | #11 |
- alsa-lib_1.1.3-5ubuntu0.3.debdiff Edit (26.1 KiB, text/plain)
This is the updated debdiff for bionic (adjust the input volume). thx.
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (alsa-lib/1.1.9-0ubuntu1.1) | #12 |
All autopkgtests for the newly accepted alsa-lib (1.1.9-0ubuntu1.1) for eoan have finished running.
The following regressions have been reported in tests triggered by the package:
openjdk-
openjdk-
Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUp
https:/
[1] https:/
Thank you!
Hui Wang (hui.wang) wrote : Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines) | #13 |
For the regression of openjdk-
For the regression of openjdk-
And I checked the log of the 1st regression, it has nothing to do with alsa-lib or libasound2.
If it is OK to enqueue the SRU, please enqueue the debdiff of #10 and #11.
thx.
Hui Wang (hui.wang) wrote : | #14 |
I opened a similar bug for focal, we need to put the alsa-ucm-conf and alsa-topology-conf to the focal image.
This is the bug link: https:/
Paolo Mainardi (paolomainardi) wrote : | #15 |
Any changes to have this backported to 18.04 ?
Hui Wang (hui.wang) wrote : | #16 |
For 18.04 and 19.10, the alsa-lib only supports ucm, Intel audio team write the ucm confs and this is sth I plan to SRU to Eoan and Bionic in this bug.
For 20.04, we choose alsa-lib-1.2.1.2, it supports ucm2, and upstream writes the ucm2 confs based on the Intel audio team's work, we use #1862505 to track it.
So the ucm for bionic and eoan is not backported from ucm2 of 1.2.1.2, it is maintained by Intel: https:/
the ucm2 for focal is maintained by upstream: https:/
Paolo Mainardi (paolomainardi) wrote : | #17 |
On a machine Lenovo Thinkpad X1 Carbon 7th, running Bionic, verification failed.
What i did:
1) Enabled Proposed repository
2) Installed libasound2:
```
> dpkg -l | grep libasound2
ii libasound2:amd64 1.1.3-5ubuntu0.3 amd64 shared library for ALSA applications
ii libasound2-data 1.1.3-5ubuntu0.3 all Configuration files and profiles for ALSA drivers
ii libasound2-
```
3) Upgraded linux-firmware to "1.173.15"
4) Installed "linux-oem-osp1" - "5.0.0-
5) Verified that all the UCM files are there:
```
ucm
├── apq8064-
├── broadwell-rt286
├── chtrt5645
├── DAISY-I2S
├── DB410c
├── Dell-WD15-Dock
├── GoogleNyan
├── HDAudio-
├── LENOVO-
├── LENOVO-
├── LENOVO-
├── LENOVO-
├── Manta-I2S
├── Manta-SPDIF
├── msm8974-
├── PandaBoard
├── PandaBoardES
├── PAZ00
├── SDP4430
├── skylake-rt286
├── sof-skl_hda_card
├── tegraalc5632
├── tegra-rt5640
├── Tuna
└── VEYRON-I2S
```
6) Blacklisted "snd_soc_skl" and "snd_hda_intel" on "/etc/modprobe.
7) Verified that SOF firmware has been loaded correctly:
```
dmesg | grep sof | grep -iv microsoft
[ 3.558639] sof-audio-pci 0000:00:1f.3: warning: No matching ASoC machine driver found
[ 3.558647] sof-audio-pci 0000:00:1f.3: DSP detected with PCI class/subclass/
[ 3.558800] sof-audio-pci 0000:00:1f.3: use msi interrupt mode
[ 3.567161] sof-audio-pci 0000:00:1f.3: Linked as a consumer to 0000:00:02.0
[ 3.567247] sof-audio-pci 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_
[ 3.607451] sof-audio-pci 0000:00:1f.3: hda codecs found, mask 5
[ 3.607454] sof-audio-pci 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
[ 3.641575] sof-audio-pci 0000:00:1f.3: unexpected ipc interrupt raised!
[ 3.641577] sof-audio-pci 0000:00:1f.3: error: no reply expected, received 0x0
[ 3.723585] sof-audio-pci 0000:00:1f.3: Firmware info: version 1:1:0-0f736
[ 3.723587] sof-audio-pci 0000:00:1f.3: Firmware: ABI 3:7:0 Kernel ABI 3:6:0
[ 3.723588] sof-audio-pci 0000:00:1f.3: warn: FW ABI is more recent than kernel
[ 3.723793] sof-audio-pci 0000:00:1f.3: firmware boot complete
[ 3.969365] sof-audio-pci 0000:00:1f.3: Topology: ABI 3:7:0 Kernel ABI 3:6:0
[ 3.969366] sof-audio-pci 0000:00:1f.3: warn: topology ABI is more recent than kernel
[ 3.969369] sof-audio-pci 0000:00:1f.3: warning: widget type 7 name iDisp3 Tx not handled
[ 3.970268] sof-audio-pci 0000:00:1f.3: warning: widget type 0 name codec0_in not handled
[ 3.970269] sof-audio-pci 0000:00:1f.3: warning: widget type 7 name iDisp2 Tx not handled
[ 3.970986] sof-audio-pci 0000:00:1f.3: warning: widget type 0 name codec1_in not handled
[ 3.970989] sof-audio-pci 0000:00:1f.3: warning: widget t...
Paolo Mainardi (paolomainardi) wrote : | #18 |
- Screenshot from 2020-02-12 23-28-30.png Edit (8.9 KiB, image/png)
Following my last comment, this is what i see from gnome audio settings.
Paolo Mainardi (paolomainardi) wrote : | #19 |
It seems that adding "load-module module-alsa-source device=hw:0,7" to "/etc/pulse/
Paolo Mainardi (paolomainardi) wrote : | #20 |
Hui Wang (hui.wang) wrote : | #21 |
That is because the ucm is not loaded successfully.
please change cset "name='Headset Mic Boost Volume' 1" to cset "name='Mic Boost Volume' 2" in the all LENOVO_
If it doesn't work, please upload log of "pactl list cards", maybe your machine has a specific dmi string that those 4 folders doesn't match the cardlongname of your machine.
Paolo Mainardi (paolomainardi) wrote : | #22 |
Thanks for your reply @hui.wang
So, i've tried to change "name='Mic Boost Volume' 2"" all the LENOVO files but nothing changed.
Your assumption about the cardlongname was right, because it seems that is different from the versioned ones, mine is "LENOVO-
pactl list cards
Card #0
Name: alsa_card.
Driver: module-alsa-card.c
Owner Module: 7
Properties:
alsa.card = "0"
alsa.card_name = "sof-skl_hda_card"
alsa.
alsa.driver_name = "snd_soc_
device.bus_path = "pci-0000:
sysfs.path = "/devices/
device.bus = "pci"
device.vendor.id = "8086"
device.
device.product.id = "9dc8"
device.string = "0"
device.
module-
device.icon_name = "audio-card-pci"
Profiles:
input:
input:
output:
output:
output:
output:
output:
output:
off: Off (sinks: 0, sources: 0, priority: 0, available: yes)
Active Profile: output:
Ports:
analog-input-mic: Microphone (priority: 8700, latency offset: 0 usec, not available)
Properties:
device.
Part of profile(s): input:stereo-
multichannel-
Part of profile(s): input:multichan
analog-
Properties:
device.
Part of profile(s): output:
analog-
Properties:
device.
Part of profile(s): output:
...
Hui Wang (hui.wang) wrote : | #23 |
@Paolo,
That is easy to fix.
change cset "name='Headset Mic Boost Volume' 1" to cset "name='Mic Boost Volume' 2" in the all LENOVO_
sudo cp -rf /usr/share/
sudo mv /usr/share/
reboot
Paolo Mainardi (paolomainardi) wrote : | #24 |
@hui.wang thans for your reply.
tree -L 1 .
.
├── apq8064-
├── broadwell-rt286
├── chtrt5645
├── DAISY-I2S
├── DB410c
├── Dell-WD15-Dock
├── GoogleNyan
├── HDAudio-
├── LENOVO-
├── LENOVO-
├── LENOVO-
├── LENOVO-
├── LENOVO-
├── Manta-I2S
├── Manta-SPDIF
├── msm8974-
├── PandaBoard
├── PandaBoardES
├── PAZ00
├── SDP4430
├── skylake-rt286
├── sof-skl_hda_card
├── tegraalc5632
├── tegra-rt5640
├── Tuna
└── VEYRON-I2S
> grep -r "Headset Mic Boost Volume" LENOVO-*
LENOVO-
LENOVO-
LENOVO-
LENOVO-
LENOVO-
But nothing changed, i still need "load-module module-alsa-source device=hw:0,7" under "/etc/pulse/
How can i see which ucm files getting loaded by Alsa ?
Hui Wang (hui.wang) wrote : | #25 |
@Paolo,
Just remove "Headset" from all LENOVO-*.conf, change that line to cset "name='Mic Boost Volume' 2"
reboot
Hui Wang (hui.wang) wrote : | #26 |
@Paolo,
To check if ucm files getting loaded, what I know is to check the pusleaudio's log.
Paolo Mainardi (paolomainardi) wrote : | #27 |
- Screenshot from 2020-02-14 21-02-43.png Edit (20.4 KiB, image/png)
@hui.wang thanks, it's finally works, i've got both speakers and mic recognized as specified in the UCM files.
There is just another major drawback that affect thinkpad x1 carbon 7th which has 5 speakers 4+1, but only 2 of them gets recognized, as shown in the attachment.
Should the UCM file be in charge of this ?
Hui Wang (hui.wang) wrote : | #28 |
@Paolo,
So far, both ucm2 from upstream and ucm from Intel only support 2 speakers, for Bass speakers support, the upstream is discussing it, please read this thread: https:/
And after the Bass speakers support is ready, I will co-work with Intel audio team to backport it to ucm. (maybe need some change in the pulseaudio too.)
Hui Wang (hui.wang) wrote : | #29 |
@sponsor team,
The change of 'Headset Mic Boost Volume' 1" to 'Mic Boost Volume' 2" in the all LENOVO_
And those 4 LENOVO folder names cover all machines we enabled in the oem projects.
If need to add new machines' support, I will collect a couple of new machines then open a new SRU.
So if possible, please help enqueue the #10 and #11.
thx.
Hui Wang (hui.wang) wrote : | #30 |
- alsa-lib_1.1.9-0ubuntu1.2.debdiff Edit (9.1 KiB, text/plain)
This is the debdiff based on the 0ubuntu1.1 in the -propose.
Fix the input volume problem and add a new ucm for LENOVO X1 carbaon variant (#22).
thx.
Hui Wang (hui.wang) wrote : | #31 |
- alsa-lib_1.1.3-5ubuntu0.4.debdiff Edit (9.8 KiB, text/plain)
This is the debdiff based on the 5ubuntu0.3 in the -propose Bionic.
Fix the input volume problem and add a new ucm for LENOVO X1 carbaon variant (#22).
thx.
Paolo Mainardi (paolomainardi) wrote : | #32 |
Hello @hui.wang, it seems that HDMI audio output is not working as expected, i can see the HDMI[1-3] devices (why 3 ?) but trying to using, when attached to a TV for example, what i get is just a new "dummy output" device.
How should i debug this ? Thanks a lot!
Hui Wang (hui.wang) wrote : | #33 |
After attaching to a TV, please upload dmesg, alsa-info.txt (run alsa-info to generate ala-info.txt) and the log of "pactl list".
thx.
Paolo Mainardi (paolomainardi) wrote : | #34 |
Paolo Mainardi (paolomainardi) wrote : | #35 |
pactl list after attaching an hdmi tv
Paolo Mainardi (paolomainardi) wrote : | #36 |
And this one is the only hdmi-related thing i can found on dmesg:
"[17231.810042] HDMI HDA Codec ehdaudio0D2: hdac_hdmi_
Paolo Mainardi (paolomainardi) wrote : | #37 |
Paolo Mainardi (paolomainardi) wrote : | #38 |
- Screenshot from 2020-02-26 20-31-47.png Edit (30.2 KiB, image/png)
Just for the sake of clarity, this is what i see from gnome audio settings.
Paolo Mainardi (paolomainardi) wrote : | #39 |
I found some more interesting logs, while switching the hdmi1-3 output:
Feb 26 20:35:00 spark-carbon-cto kernel: [17745.742041] [drm:intel_
Feb 26 20:35:01 spark-carbon-cto slack.desktop[
Feb 26 20:35:01 spark-carbon-cto slack.desktop[
Feb 26 20:35:01 spark-carbon-cto CRON[2554]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
Feb 26 20:35:01 spark-carbon-cto kernel: [17746.899506] wlp0s20f3: Limiting TX power to 20 (23 - 3) dBm as advertised by 90:35:6e:e2:d6:3c
Feb 26 20:35:05 spark-carbon-cto kernel: [17750.175668] wlp0s20f3: Limiting TX power to 17 (23 - 6) dBm as advertised by 90:35:6e:e2:d6:3c
Feb 26 20:35:15 spark-carbon-cto pulseaudio[2923]: [pulseaudio] sink.c: Default and alternate sample rates are the same.
Feb 26 20:35:15 spark-carbon-cto pulseaudio[2923]: [pulseaudio] alsa-ucm.c: Failed to enable ucm device HDMI1
Feb 26 20:35:15 spark-carbon-cto pulseaudio[2923]: [pulseaudio] source.c: Default and alternate sample rates are the same.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Supervising 1 threads of 1 processes of 1 users.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Successfully made thread 2562 of process 2923 (n/a) owned by '1002' RT at priority 5.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Supervising 2 threads of 1 processes of 1 users.
Feb 26 20:35:15 spark-carbon-cto pulseaudio[2923]: [pulseaudio] source.c: Default and alternate sample rates are the same.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Supervising 2 threads of 1 processes of 1 users.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Successfully made thread 2564 of process 2923 (n/a) owned by '1002' RT at priority 5.
Feb 26 20:35:15 spark-carbon-cto rtkit-daemon[1436]: Supervising 3 threads of 1 processes of 1 users.
Feb 26 20:35:15 spark-carbon-cto gsd-media-
Feb 26 20:35:17 spark-carbon-cto pulseaudio[2923]: [pulseaudio] sink.c: Default and alternate sample rates are the same.
Feb 26 20:35:17 spark-carbon-cto pulseaudio[2923]: [pulseaudio] alsa-ucm.c: Failed to enable ucm device HDMI2
Feb 26 20:35:17 spark-carbon-cto pulseaudio[2923]: [pulseaudio] source.c: Default and alternate sample rates are the same.
Feb 26 20:35:17 spark-carbon-cto rtkit-daemon[1436]: Supervising 1 threads of 1 processes of 1 users.
Feb 26 20:35:17 spark-carbon-cto rtkit-daemon[1436]: Successfully made thread 2565 of process 2923 (n/a) owned by '1002' RT at priority 5.
Feb 26 20:35:17 spark-carbon-cto rtkit-daemon[1436]: Supervising 2 threads of 1 processes of 1 users.
Feb 26 20:35:17 spark-carbon-cto pulseaudio[2923]: [pulseaudio] source.c: Default and alt...
Hui Wang (hui.wang) wrote : | #40 |
@Paolo,
The kernel you installed is too old, we integrated Intel's kernel patch to switch to use snd-hda-codec-hdmi instead of soc/codecs/
Please update your kernel to Ubuntu-5.3.0-40.32 then redo the test.
And please don't install Ubuntu-5.3.0-41.33, there is some regression in the -41 kernel. And all these issues will be addressed in the -42 kernel.
Paolo Mainardi (paolomainardi) wrote : | #41 |
@hui.wang,
I confirm that now everything works as expected, thanks for your outstanding work.
Just to be understand a bit more the release cycle, what is the plan to integrate all the things we did in this thread into the 18.04 standard repository ? Is already planned or for now it's better to just stick with the proposed repository ?
Thanks!
tags: | added: oem-priority originate-from-1863233 |
Łukasz Zemczak (sil2100) wrote : | #42 |
Hello! Is this actually verified already? Asking since there is another alsa-lib upload in the queue, blocked on this one getting released.
Hui Wang (hui.wang) wrote : | #43 |
@sil2100,
The alsa-lib in proposed has some minor problems, need the new uploaded alsa-lib in the queue to fix it. The new uploaded alsa-lib in the queue is an incremental fix for proposed.
Could we release them together? or it is also fine to release the proposed alsa-lib first, then release the new one in the queue in the next cycle.
Łukasz Zemczak (sil2100) wrote : Please test proposed package | #44 |
Hello Hui, or anyone else affected,
Accepted alsa-lib into eoan-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
tags: |
added: verification-needed verification-needed-eoan removed: verification-failed verification-failed-eoan |
Łukasz Zemczak (sil2100) wrote : | #45 |
Hello Hui, or anyone else affected,
Accepted alsa-lib into bionic-proposed. The package will build now and be available at https:/
Please help us by testing this new package. See https:/
If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, what testing has been performed on the package and change the tag from verification-
Further information regarding the verification process can be found at https:/
N.B. The updated package will be released to -updates after the bug(s) fixed by this package have been verified and the package has been in -proposed for a minimum of 7 days.
tags: |
added: verification-needed-bionic removed: verification-failed-bionic |
Ubuntu SRU Bot (ubuntu-sru-bot) wrote : Autopkgtest regression report (alsa-lib/1.1.9-0ubuntu1.2) | #46 |
All autopkgtests for the newly accepted alsa-lib (1.1.9-0ubuntu1.2) for eoan have finished running.
The following regressions have been reported in tests triggered by the package:
openjdk-lts/unknown (i386)
Please visit the excuses page listed below and investigate the failures, proceeding afterwards as per the StableReleaseUp
https:/
[1] https:/
Thank you!
Hui Wang (hui.wang) wrote : | #48 |
On a Dell Vostro-5390, install the 18.04 (bionic).
Then enable the Pre-released updates (bionic-proposed) in the Software & Updates.
sudo apt-get update
sudo apt install linux-firmware (1.173.16)
sudo apt install linux-image-
sudo apt install libasound2 (1.1.3-5ubuntu0.4)
reboot
open the gnome-sound-
Verified done on bionic (18.04).
tags: |
added: verification-done-bionic removed: verification-needed-bionic |
Hui Wang (hui.wang) wrote : | #49 |
Install the 19.10 (Eoan) on a Lenovo X1C7 (the machine type dmi string is LENOVO-
Enable Pre-released updates (eoan-proposed) in the Software & Updates
sudo apt-get update
sudo apt install linux-image-
sudo apt linux-firmware (1.183.4)
sudo apt install libasound2 (1.1.9-0ubuntu1.2)
blacklist snd_soc_skl and snd_hda_intel in the /etc/modprobe.
reboot
open the gnome-sound-
Verified done on Eoan (19.10)
tags: |
added: verification-done verification-done-eoan removed: verification-needed verification-needed-eoan |
Paolo Mainardi (paolomainardi) wrote : | #50 |
Still having other troubles, it seems that usb audio cards don't get recognized correctly.
I see this:
▶ cat /proc/asound/cards
0 [sofsklhdacard ]: sof-skl_hda_car - sof-skl_hda_card
1 [C920 ]: USB-Audio - HD Pro Webcam C920
But cannot use it through pulseaudio/gnome.
Paolo Mainardi (paolomainardi) wrote : | #51 |
Please discard the last message, the webcam has just a mic, my bad :)
Michael Reiger (mighyflea) wrote : | #52 |
Hi, I tried with the instructions from comment #49 and it almost works for me.
(You have the kernel versions mixed between 5.3.0-40 and 5.3.0-42 - I presume that was an accident?)
With Kernel 5.3.0-42 I have no sound at all, and it hangs when I try to shut down / reboot - might be a different problem.
With Kernel 5.3.0-40 I have sound - just regular stereo as expected, but that works.
The microphone is detected, but it will not record sound, that is the almost part.
The funny thing is: If I plug anything into the headset jack - headset or just plain speakers without a microphone - not only does the output, and input if it is a headset, work through the jack, but I can also record from the internal microphone. So the combination stereo speakers on the headphone jack and internal microphone for recording works.
This is my sound card:
cat /proc/asound/cards
0 [sofsklhdacard ]: sof-skl_hda_car - sof-skl_hda_card
This is the system info from dmidecode:
Handle 0x0012, DMI type 1, 27 bytes
System Information
Manufacturer: LENOVO
Product Name: 20QD003JGE
Version: ThinkPad X1 Carbon 7th
Is there a trick I am missing, or does the patch still need work?
Happy to provide more info.
Hui Wang (hui.wang) wrote : | #53 |
The kernel 5.3.0-41 and 5.3.0-42 have some regression, please don't use them, we could wait for the -43 or just use -40.
From the card long name you provided "LENOVO-
I am preparing another SRU for alsa-lib, in that SRU I will hack the existing alsa-lib to let alsa-lib find the ucm based on the BIOS_Version instead of only based on the cardname/
Michael Reiger (mighyflea) wrote : | #54 |
I am back on Kernel 5.3.0-40.
That would explain my microphone troubles.
Will try out the new version when it is -proposed and give feedback.
Thank you for the good work!
Paolo Mainardi (paolomainardi) wrote : | #55 |
Hi everyone again, i am experiencing some APCI issues using 5.3.0-40 with sof drivers activated. It happens, almost randomly at this stage that the system is not waking up after a sleep, initiated by Gnome, what i see is just the fn led active on the X1-carbon-7h.
It seems that disabling sof and loading the standard kernel modules (the blacklisted ones) the problem disappear. I saw that in 41 and 42 there are some ACPI-related fixes, but suddenly they broke the mic.
Is this something tracked somewhere ? Is there something should i check to debug this error ?
Thanks.
Hui Wang (hui.wang) wrote : | #56 |
@Paolo,
Please wait for -43 kernel. (41 and 42) has some regression.
Paolo Mainardi (paolomainardi) wrote : | #57 |
Hi @hui.wang, ok thanks, is there an ETA for -43 to be released ?
Łukasz Zemczak (sil2100) wrote : | #58 |
Hui, does this mean the current SRU shouldn't be released? Or is it still good to go?
Hui Wang (hui.wang) wrote : | #59 |
@sil2100, it is good to go, please release it.
thx.
Devin Bayer (akvadrako) wrote : | #60 |
Hello. I am wondering why this only applies to certain models of the X1C7. I had to make an additional file to get my Mic working:
LENOVO-
Is this something I should report upstream?
Michael Reiger (mighyflea) wrote : | #61 |
@advadrako would you mind sharing that file?
Hui Wang (hui.wang) wrote : | #62 |
@Devin and Michael,
That is because the X1C7 has too many configs: like different cpu, different ramsize or different disk size, each config has a unique cardlongname. And For this SRU, we only covered the configs we need to certify in our OEM enablement project.
LENOVO noticed this issue too, they told us the alsa-lib could find and load the ucm by the first 3 letters of BIOS_VERSION, so I am going to submit a new SRU with this solution soon. With that solution landed in the alsa-lib, all x1c7 could use one ucm.
So could you please upload the output of cat /sys/devices/
@sil2100,
Since the current SRU already covered all machines we enabled in the OEM project and they all worked well, please release it. Then I will cover the left machines in a new SRU.
thx.
Martin Seener (martinseener) wrote : | #63 |
Hi @hui.wang,
i can also help with that. I'm currently using Mint 19.3 with the 5.3.0-40-generic kernel and used this script to activate my soundcard and mic. This works great until the -40- kernel but with -42- also the shutdown doesnt work anymore.
Nevertheless here is my bios_version grabbed with cat /sys/devices/
N2HET44W (1.27 ) - So "N2H".
Let me know if i can also help otherwise.
Is the procedure the same for me on Mint if i want your proposed version to run? I can use timeshift if something goes wrong and restore the last working version, so i can test almost everything.
Btw. the 5.0.0-1043-oem-osp1 kernel didnt boot correctly. it stopped with blank screen and only mouse was active.
Martin Seener (martinseener) wrote : | #64 |
Sorry: This script https:/
Michael Reiger (mighyflea) wrote : | #65 |
@hui.wang Looks good here:
michael@
N2HET46W (1.29 )
michael@
Hui Wang (hui.wang) wrote : | #66 |
The kernel 5.3.0-43 and 5.0.0-1043-oem-osp1 are ready, I just booted with these kernels, no errors so far. And with these kernels, no need to blacklist snd_soc_skl and snd_hda_intel.
For looking for ucm based on bios version, please test this alsa-lib 1.1.9-0ubuntu1.
sudo add-apt-repository ppa:hui.
sudo apt-get update
sudo apt install libasound2
reboot
thx.
Paolo Mainardi (paolomainardi) wrote : | #67 |
thanks @hui.wang, where can i find the 5.3.0-43 ? is it in the upstream repos ?
Hui Wang (hui.wang) wrote : | #68 |
@Paolo,
Enable Pre-released updates (eoan-proposed) in the Software & Updates
sudo apt-get update
sudo apt install linux-image-
Paolo Mainardi (paolomainardi) wrote : | #69 |
Ok thanks @jui.wang, it's in the pre-released updates, because i saw that -42 had been promoted upstream between yesterday and today causing several issues, i had to manually downgrade to -40.
Michael Reiger (mighyflea) wrote : | #70 |
Looks good so far; with kernel 5.3.0-43 from proposed and the libasound2 from your ppa.
Microphone selection seems to be a bit iffy when I have a headset plugged into the headset jack (both are available to select, and the default seems to be the built-in one) but otherwise good.
Eddie Dunn (eddie-dunn) wrote : | #71 |
@hui.wang
My USB headset no longer works. I installed kernel 5.3.0-43 from proposed and libasound2 from your ppa.
$ uname -a
Linux eddie-minut 5.3.0-43-generic #36-Ubuntu SMP Mon Mar 16 13:29:01 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
$ cat /sys/devices/
N2HET46W (1.29 )
$ dpkg -l libasound2
Desired=
| Status=
|/ Err?=(none)
||/ Name Version Architecture Description
+++-===
ii libasound2:amd64 1.1.9-0ubuntu1.
$ dmesg
...
[ 464.139786] usb 1-3: Manufacturer: Kingston
[ 464.378226] input: Kingston HyperX Cloud Flight Wireless Headset Consumer Control as /devices/
[ 464.437214] input: Kingston HyperX Cloud Flight Wireless Headset as /devices/
[ 464.437594] input: Kingston HyperX Cloud Flight Wireless Headset as /devices/
[ 464.437943] input: Kingston HyperX Cloud Flight Wireless Headset as /devices/
[ 464.438711] hid-generic 0003:0951:
[ 465.169150] sof-audio-pci 0000:00:1f.3: error: no reply expected, received 0x0
[ 465.264582] sof-audio-pci 0000:00:1f.3: firmware boot complete
[ 465.578000] debugfs: File 'Analog Playback and Capture' in directory 'HDA Analog' already present!
[ 465.703404] debugfs: File 'Analog Playback and Capture' in directory 'HDA Analog' already present!
[ 532.954965] sof-audio-pci 0000:00:1f.3: error: no reply expected, received 0x0
[ 533.052406] sof-audio-pci 0000:00:1f.3: firmware boot complete
[ 543.902184] sof-audio-pci 0000:00:1f.3: error: no reply expected, received 0x0
When I plug in a headset with a mic in the 3.5mm port, it still seems to use the internal mic instead of that of the headset.
I also get a lot of popping sounds in the 3.5mm headset when playing audio, but that might not be related to this issue as I had that on kernel 5.3.0-41 as well.
Hui Wang (hui.wang) wrote : | #72 |
@eddie,
If your usb audio doesn't work, please file a new bug against the linux kernel. Let's track your issue in that bug.
thx.
Alexander Fieroch (fieroch) wrote : | #73 |
I tried kernel 5.3.0-43 from proposed but my notebook does not wake up from S3 suspend anymore (Lenovo Carbon X1 7th gen). I'm returning to kernel 5.3.0-40 where this is working...
Hui Wang (hui.wang) wrote : | #74 |
@Alexander,
It is a kernel issue, please upload your dmesg to this bug: https:/
Let us use 1845678 to track 5.3 kernel issue..
thx.
Eddie Dunn (eddie-dunn) wrote : | #75 |
@hui.wang
I'm not sure that I should file a bug against the Linux kernel; My USB headset works fine on 5.3.0-43-generic if I *don't* install libasound2 from your PPA.
Hui Wang (hui.wang) wrote : | #76 |
@Eddie,
"When I plug in a headset with a mic in the 3.5mm port, it still seems to use the internal mic instead of that of the headset."
What happens if you manually select usb headset from gnome-sound-
Jean- (jean-helou) wrote : | #77 |
After enabling selective updates from proposed, I ran
> sudo apt install linux-image-
> sudo add-apt-repository ppa:hui.
> sudo apt-get update
> sudo apt install libasound2
I removed "options snd-hda-intel dmic_detect=0" from /etc/modprobe.
I can see the onboard sound card and microphone in gnome's interface. I used alsa mixer to maxout all levels.
I was able to record sound and play it back using sound recorder
I was able to play music from spotify and youtube
I was unable to use the "test" feature of gnome settings : I can open the window, but neither the front right nor front left buttons in the test play any sound
Connecting my bluetooth headset correctly switched output automatically to the headset but didn't switch input to the headset. I was however able to manually set input to the headset. disconnecting and reconnecting the headset after manually selecting it didn't fix the autoselection of the microphone but that feels like an unrelated issue.
Hui Wang (hui.wang) wrote : | #78 |
"I was unable to use the "test" feature of gnome settings : I can open the window, but neither the front right nor front left buttons in the test play any sound"
That is sth I never met before, please check if speaker-
Launchpad Janitor (janitor) wrote : | #79 |
This bug was fixed in the package alsa-lib - 1.1.3-5ubuntu0.4
---------------
alsa-lib (1.1.3-5ubuntu0.4) bionic; urgency=medium
* d/p/0019-
Fix the input volume in the ucm and add a new ucm for a
LENOVO X1 Carbon variant
(LP: #1859754)
-- Hui Wang <email address hidden> Thu, 20 Feb 2020 12:59:22 +0800
Changed in alsa-lib (Ubuntu Bionic): | |
status: | Fix Committed → Fix Released |
Timo Aaltonen (tjaalton) wrote : Update Released | #80 |
The verification of the Stable Release Update for alsa-lib has completed successfully and the package is now being released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.
Launchpad Janitor (janitor) wrote : Re: add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 Carbon 7th, Dell cnl and cml machines) | #81 |
This bug was fixed in the package alsa-lib - 1.1.9-0ubuntu1.2
---------------
alsa-lib (1.1.9-0ubuntu1.2) eoan; urgency=medium
* d/p/0009-
- Fix the input volume in the ucm and add a new ucm for a
LENOVO X1 Carbon variant
(LP: #1859754)
-- Hui Wang <email address hidden> Thu, 20 Feb 2020 12:02:03 +0800
Changed in alsa-lib (Ubuntu Eoan): | |
status: | Fix Committed → Fix Released |
summary: |
- add ucm to make alsa/sof driver work under PA (variants of Lenovo X1 - Carbon 7th, Dell cnl and cml machines) + [SRU] add ucm to make alsa/sof driver work under PA (variants of Lenovo + X1 Carbon 7th, Dell cnl and cml machines) |
Changed in alsa-lib (Ubuntu): | |
status: | Fix Committed → Invalid |
Changed in hwe-next: | |
status: | New → Fix Released |
Changed in alsa-lib (Ubuntu): | |
importance: | High → Undecided |
Changed in alsa-lib (Ubuntu Bionic): | |
assignee: | nobody → Hui Wang (hui.wang) |
Changed in alsa-lib (Ubuntu Eoan): | |
assignee: | nobody → Hui Wang (hui.wang) |
Changed in alsa-lib (Ubuntu): | |
assignee: | Hui Wang (hui.wang) → nobody |
Jean- (jean-helou) wrote : | #82 |
- dmesg-jhe-20200325.txt Edit (84.0 KiB, text/plain)
Sorry, I forgot to subscribe and didn't get notified.
Attached is my dmesg after a clean reboot, and a screenshot of the gnome-settings in which I don't get sound notifications
Jean- (jean-helou) wrote : | #83 |
Jean- (jean-helou) wrote : | #84 |
I encounter a few other issues which appeared since I upgraded to this setup when using a secondary screen over HDMI and a bose QCII bluetooth headset.
- output automatically switches to the headset but microphone doesn't
- forcing the microphone to the headset triggers switches to output (says to the HDMI in gnome settings but is in fact to speakers )
- after successfully setting both input and output to the headphones, in a google meet session where I successfully joined and am actively participating. If I try to enble presentation mode, I get a weird error where the headset gets deactivated/
Hui Wang (hui.wang) wrote : | #85 |
@Jean,
You mentioned Bluetooth audio, that remind me that the testing alsa-lib in the #66 has some problem, I just fixed it and uploaded a new version to it, please try it. And testing alsa-lib is not SRUed yet, I plan to SRU it with this bug: #1868210.
And Because the pulseaudio+ucm works greatly different from pulseaudio+non-ucm, most pulseaudio+ucm machines are headless embedded systems, it can't work as well as pulseauido+non-ucm on desktop system. To support the internal mic, Intel provided this ucm. If you prefer pulseaudio+non-ucm, you could add "options snd-hda-intel dmic_detect=0" in the /etc/modprobe.
With the ucm, the internal mic and headset-mic belong to different sources, and all output devices and input devices separate to different profiles, that makes the auto-selection/
About the issue on google meet, it is a problem, do you also meet the similar issue on other audio apps?
Jean- (jean-helou) wrote : | #86 |
Thanks for the explanations. I'll keep working with pulseaudio+ucm for now so as to be able to test your fixes. If it becomes too unbearable I'll revert to dmic_detect=0
>About the issue on google meet, it is a problem, do you also meet the similar issue on other audio apps?
Regarding the microphone issue, it seems to be chromium specific, possibly related to the fact that chromium is a snap and is therefore sandboxed.
here is the corresponding dmesg trace :
[24350.178216] sof-audio-pci 0000:00:1f.3: error: no reply expected, received 0x0
[24350.270480] sof-audio-pci 0000:00:1f.3: firmware boot complete
[24354.651222] input: 2C:41:A1:47:C5:93 as /devices/
[24354.693912] audit: type=1107 audit(158515546
[24354.930070] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24354.940107] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24354.940110] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24354.940110] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24364.030170] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24364.030176] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24364.030177] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24365.009964] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.009968] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.019991] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.019995] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.019996] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.094089] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24365.094093] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24365.094095] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24365.244985] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.244988] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.244989] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.254999] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.255003] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.255004] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.467006] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.467011] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.467012] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.467014] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.477005] Bluetooth: hci0: SCO packet for unknown connection handle 0
[24365.522114] Bluetooth: hci0: SCO packet for unknown connection handle 257
[24365.52...
Jean- (jean-helou) wrote : | #87 |
- dmesg-202003251813.txt Edit (106.9 KiB, text/plain)
I just installed the latest package from your PPA: it actually makes the looping issue worse. now the issue occurs as soon as I create a meeting in meets.google.com with chromium.
I tried right after to create a meeting in firefox and couldnt' get the headset to work at all. After restarting the headset, in firefox the headset behaved as I would expect and I didn't have the error anymore.
I attached the whole boot's dmesg to this comment.
Jean- (jean-helou) wrote : | #88 |
Ingo Bürk (ingo-buerk) wrote : | #89 |
A friend of mine has a Carbon 7th-gen and did the following update this morning:
```
Start-Date: 2020-03-29 09:23:18
Commandline: apt-get upgrade
Requested-By: christoph (1000)
Upgrade: fdiskämd64 (2.31.1-
uuid-runtimeämd64 (2.31.1-
libfdisk1ämd64 (2.31.1-
libasound2-
libmount1ämd64 (2.31.1-
util-linuxämd64 (2.31.1-
(2.31.1-
(2.31.1-
(2.31.1-
(2.31.1-
(2.31.1-
(2.31.1-
(1:2.31.
(1.1.3-5ubuntu0.2, 1.1.3-5ubuntu0.4)
End-Date: 2020-03-29 09:23:34
```
After a reboot, his sound output stopped working as well as the microphone input. The change from libasouns@
```
[ 21.624861] HDMI HDA Codec ehdaudio0D2: Max dais supported: 3
[ 21.626971] snd_soc_skl 0000:00:1f.3: Direct firmware load for 9dc8-LENOVO-
[ 21.626973] snd_soc_skl 0000:00:1f.3: tplg fw 9dc8-LENOVO-
[ 21.628197] snd_soc_skl 0000:00:1f.3: Direct firmware load for dfw_sst.bin failed with error -2
[ 21.628198] snd_soc_skl 0000:00:1f.3: Fallback tplg fw dfw_sst.bin load failed with -2
[ 21.628200] snd_soc_skl 0000:00:1f.3: Failed to init topology!
[ 21.628201] snd_soc_skl 0000:00:1f.3: ASoC: failed to probe component -2
[ 21.628213] skl_hda_dsp_generic skl_hda_
[ 21.628229] skl_hda_
```
I'm currently posting this for him as after some attempts to downgrade there is a problem with booting altogether. Is someone able to confirm that this change likely caused this and possibly what we can do to fix it / what other information we'd need to provide? Thanks!
Hui Wang (hui.wang) wrote : | #90 |
@Ingo,
According to the kernel log you posted, I guess you install the 5.3.0-42/41 kernel, please try with 5.3.0-43 kernel.
Ingo Bürk (ingo-buerk) wrote : | #91 |
@Hui Wang
Thanks for the quick reply. If I understand correctly, 5.3.0-43 is not yet in the bionic repository, but in bionic-proposed. I'm a bit hesitant to install this after having just gotten the system back to boot again. Is it intentional that there is this incompatibility but libasound is already available and the corresponding kernel is not?
Is there alternatively a way to downgrade libasound safely to 1.1.3-5ubuntu0.2? "apt-get install libasound2=
Hui Wang (hui.wang) wrote : | #92 |
It is a kernel issue if your kernel is -42/-41, even you downgrade the libasound, it will not help. either you install -43 kernel or you could workaround it by adding "options snd-hda-intel dmic_detect=0" in the /etc/modprobe.
Ingo Bürk (ingo-buerk) wrote : | #93 |
Thanks so much for your help. It seems to work again now after adding those options and switching the device once in pavucontrol. Really appreciate your fast responses!
Martin Seener (martinseener) wrote : | #94 |
I just see kernel 5.3.0-45-101 as a new kernel and in the changelog only see "Bump ABI". Where can i see all changes and will it fix more of this issue here or make it worse again?
Hui Wang (hui.wang) wrote : | #95 |
some fixing patches are in the 5.3.0-43, but somehow they are not in the 5.3.0-45. I just checked the 5.3.0-46, those patches are in the -46 kernel.
So please use -43 kernel or wait for -46 kernel.
ramon (ramon-perez) wrote : | #96 |
I have a X1C7, Ubuntu 19.10 (Kernel 5.3.0-45), and only get a "dummy output" in the gnome settings. If I boot with boot parameter snd_hda_
Hui Wang (hui.wang) wrote : | #97 |
Please wait for -46 or install -43, the mute led problem will be fixed in the -46 since I just checked the patch is in the -46 kernel. And if the ucm doesn't cover your machine, please install 1.1.9-0ubuntu1.
ramon (ramon-perez) wrote : | #98 |
Thank you for your reply and your work in general, Hui Wang! If any testing is helpful let me know. I get the Product Name "20QES01L00" via dmidecode but future versions will check for bios version instead, right? Does 1.1.9-0ubuntu1.
Lukas W (lukas-wgny) wrote : | #99 |
Hi, thanks for your work! I am having some trouble and would be grateful for advice. I have a X1C7, running KDE neon (based on LTS 18.04). Two days ago the package libasound2 was updated, which I suspect broke sound & mic on my system. I had it working before on kernel 5.3.0.40 with some solutions from the web (linking sof files, blacklisting snd_hda_intel & snd_soc_skl and some other fixes). Sadly this configuration does not work anymore since the update of libasound2. I have also tried kernels 5.3.0.42, 5.3.0.45 and upstream 5.5.10. Upstream restores the function of my speakers but still no microphone. Updating libasound2 to version 1.1.3-5ubuntu0.
pactl list card gives:
alsa.card_name = "sof-hda-dsp"
alsa.long_card_name = "LENOVO-
alsa.driver_name = "snd_soc_
The long_card_name is not present as a folder in /usr/share/
Hui Wang (hui.wang) wrote : | #100 |
@Lukas,
Please try with 5.3.0-46, -42 and -45 has some problem.
Lukas W (lukas-wgny) wrote : | #101 |
Thanks for your answer. I am too hesitant to try -46 from bionic-proposed as that requires updating ~30 other dependencies from -proposed.
I got the mic to work with upstream kernel 5.5.10, libasound2 1.1.3-5ubuntu0.5 and libasound2-data (from bionic-proposed, they did not have any other dependencies). Need to change the input device each time an application starts capturing in pavucontrol, but I'm ok with that until -46 makes it into bionic-updates. Thanks again!
Reshad Dernjani (reshadd94) wrote : | #102 |
Is https:/
Jean- (jean-helou) wrote : | #103 |
in #28 @hui.wang wrote
>So far, both ucm2 from upstream and ucm from Intel only support 2 speakers, for Bass speakers support, the upstream is discussing it, please read this thread: https:/
Is there a bug in launchpad I could subscribe to to be notified when there are things to try to get the bass speakers working ?
I have read through the upstream thread but it seems to die without resolutions, I have been unable to find further mentions of this issue in the mailing list archive (Maybe because I don't know which keywords to look for) It's quite annoying to have such a weak sound : whenever we have a group chat on visio we have to plug an external speaker to get a decent volume :(
This is the debdiff for eoan: