[NUC8CCHK][HDA-Intel - HDA Intel PCH, playback] No sound at all

Bug #1875199 reported by Robert Boerner on 2020-04-26
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Undecided
Unassigned

Bug Description

No sound output. Only a 'Dummy' audio output device is listed in the Gnome Sound application.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pulseaudio 1:13.99.1-1ubuntu3
ProcVersionSignature: Ubuntu 5.4.0-26.30-generic 5.4.30
Uname: Linux 5.4.0-26-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: rboerner 1205 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Sun Apr 26 12:12:49 2020
InstallationDate: Installed on 2020-04-25 (0 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: pulseaudio
Symptom: audio
Symptom_AlsaPlaybackTest: ALSA playback test through plughw:PCH successful
Symptom_Card: Built-in Audio - HDA Intel PCH
Symptom_DevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: rboerner 1205 F.... pulseaudio
Symptom_PulsePlaybackTest: PulseAudio playback test failed
Symptom_Type: No sound at all
Title: [HDA-Intel - HDA Intel PCH, playback] No sound at all
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/25/2020
dmi.bios.vendor: Intel Corp.
dmi.bios.version: CHAPLCEL.0048.2020.0225.1640
dmi.board.name: NUC8CCHB
dmi.board.vendor: Intel Corporation
dmi.board.version: K44767-502
dmi.chassis.type: 35
dmi.chassis.vendor: Intel Corporation
dmi.chassis.version: 2.0
dmi.modalias: dmi:bvnIntelCorp.:bvrCHAPLCEL.0048.2020.0225.1640:bd02/25/2020:svnIntel(R)ClientSystems:pnNUC8CCHK:pvrK44798-502:rvnIntelCorporation:rnNUC8CCHB:rvrK44767-502:cvnIntelCorporation:ct35:cvr2.0:
dmi.product.family: CH
dmi.product.name: NUC8CCHK
dmi.product.sku: BKNUC8CCHKR
dmi.product.version: K44798-502
dmi.sys.vendor: Intel(R) Client Systems
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: rboerner 1215 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 20.04
InstallationDate: Installed on 2020-04-25 (6 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
MachineType: Intel(R) Client Systems NUC8CCHK
Package: linux (not installed)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-28-generic root=UUID=afbb0f64-e729-46a8-82e4-a060e9e729c4 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 5.4.0-28.32-generic 5.4.30
RelatedPackageVersions:
 linux-restricted-modules-5.4.0-28-generic N/A
 linux-backports-modules-5.4.0-28-generic N/A
 linux-firmware 1.187
Tags: focal
Uname: Linux 5.4.0-28-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 02/25/2020
dmi.bios.vendor: Intel Corp.
dmi.bios.version: CHAPLCEL.0048.2020.0225.1640
dmi.board.name: NUC8CCHB
dmi.board.vendor: Intel Corporation
dmi.board.version: K44767-502
dmi.chassis.type: 35
dmi.chassis.vendor: Intel Corporation
dmi.chassis.version: 2.0
dmi.modalias: dmi:bvnIntelCorp.:bvrCHAPLCEL.0048.2020.0225.1640:bd02/25/2020:svnIntel(R)ClientSystems:pnNUC8CCHK:pvrK44798-502:rvnIntelCorporation:rnNUC8CCHB:rvrK44767-502:cvnIntelCorporation:ct35:cvr2.0:
dmi.product.family: CH
dmi.product.name: NUC8CCHK
dmi.product.sku: BKNUC8CCHKR
dmi.product.version: K44798-502
dmi.sys.vendor: Intel(R) Client Systems

Robert Boerner (robert-boerner) wrote :
Robert Boerner (robert-boerner) wrote :

Problem also occurs in Ubuntu 19.10 and Ubuntu 18.04

affects: pulseaudio (Ubuntu) → linux (Ubuntu)

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 1875199

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.

Changed in linux (Ubuntu):
status: New → Incomplete

That is because there is no available output device on your machine, please plug sth into the lineout jack, and choose the lineout from gnome-sound-setting, then it will not show dummy audio.

Robert Boerner (robert-boerner) wrote :

Hi Hui,

Thank you for reviewing my bug report so quickly.

When I gathered the original information in my bug report, standard analog stereo speakers were connected to the host system's 3.5mm analog audio output jack.

The first test tone played by the bug report generator was heard via these speakers, however the second test tone was not. The test tone was the first and only time I have had successful audio output while using Ubuntu on this system.

I do not know if it helps, but prior to installing Ubuntu I had Windows 10 installed and the audio output worked properly with the same external speakers. This would appear to confirm that host system hardware and external speakers are working properly.

The problem only occurs when trying to use any version of Ubuntu (18.04, 19.10 and 20.20)

Please let me know if I can provide any additional information or logs to investigate the problem further, and thank you for your help!

summary: - [HDA-Intel - HDA Intel PCH, playback] No sound at all
+ [NUC8CCHK][HDA-Intel - HDA Intel PCH, playback] No sound at all
Robert Boerner (robert-boerner) wrote :

I have uploaded a video that shows the problem in more detail, and shows what happens during the audio tests when using the Ubuntu Audio Bug reporting tool:

https://youtu.be/gJNpK3Mgw2U

Please let me know if I can provide any additional information, and thank you in advance for the help.

apport information

tags: added: apport-collected
description: updated

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

Ran the 'apport-collect 1875199' command as requested by Ubuntu Kernel Bot to provide additional information. Also added link to video that shows the behavior in comment #6.

Gentle bump to raise visibility. In more information is needed please let me know.
In the interim I tested the behavior with Linux Mint 19.3, and audio output works correctly when using that distribution.

Thank you!

Kai-Heng Feng (kaihengfeng) wrote :

Testing with the the 5.7.0-050700rc6-generic kernel does not change the behavior. Sound output does not work, and the 'Dummy Output' remains in the Sound section within the Settings application.

When testing the system with Linux Mint 19.3 with kernel version 5.3.0-51 #44-18.04.2-Ubuntu sound works properly.

Please let me know if I should provide new logs or any other additional information to help troubleshoot the problem.

Thank you again for your help!

Hui Wang (hui.wang) wrote :

@Robert,

you can't find the external speaker from UI, that is because even you physically plugged the speaker to the lineout audio jack, but in the pulseaudio, the audio jack is not available (not plug anything)
analog-output-lineout: Line Out (priority 9000, latency offset 0 usec, available: no)
   properties:

If you plug out and plug in again, does the available change yes? If not, it is the audio jack detection problem on the kernel driver.

Kai-Heng Feng (kaihengfeng) wrote :

Can this be the same PA regression?
Please test this PPA:
https://launchpad.net/~kaihengfeng/+archive/ubuntu/fix-lp1869819

@Hui,

Thank you for looking deeper into the problem, and for your explanation.

I tried disconnecting and reconnecting the speaker to the audio output jack as you suggested, however it did not change the behavior. The 'Dummy Output' remains, and no sound is heard.

@Kai, I added the PPA you linked to, applied the updates, and rebooted my system. Unfortunately, this did not change the behavior. The 'Dummy Output' remains, and no sound is heard.

Please let me know if I can provide any addition information or fresh logs files from my system, as I am happy to do so.

Thank you both again for your help!

Gentle bump to raise visibility. In more information is needed please let me know.

Thank you!

Kai-Heng Feng (kaihengfeng) wrote :

Does your system have Windows installed? I guess we need to dump the codec pin from Windows to move forward.

The system does not have Windows installed at present, however I am happy to install Windows 10 if it helps the investigation.

If you can please just provide instructions for what you would like to me do from within Windows I will do my best to provide the information promptly.

* Just a quick reminder, when using Linux Mint 19.3 on the system the audio output works properly. I have Ubuntu 20.04 and Linux Mint 19.3 setup as a dual-boot, so if any useful information can be gathered from Linux Mint 19.3 I would be happy to provide it *

Thanks again for all of your help!

Kai-Heng Feng (kaihengfeng) wrote :

Great! That means it's a regression, let's do a kernel bisection.

First, find the last -rc kernel works and the first -rc kernel doesn’t work from http://kernel.ubuntu.com/~kernel-ppa/mainline/

Then,
$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good $(the working version you found)
$ git bisect bad $(the non-working version found)
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel, then reboot with it.
If it still have the same issue,
$ git bisect bad
Otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the offending commit.

I attempted the process you describe, however I cannot find any kernel version which allows for the audio output to work within Ubuntu 20.04.

To reiterate, when testing the system with Linux Mint 19.3 with kernel version 5.3.0-51 #44-18.04.2-Ubuntu sound works properly.

I used these instructions --> https://wiki.ubuntu.com/Kernel/MainlineBuilds to install these kernel versions from --> http://kernel.ubuntu.com/~kernel-ppa/mainline/ :

4.20.17
5.0.21
5.1.21
5.2.21
5.3
5.3.1
5.3.2
5.3.2
5.3.4
5.3.5
5.3.6
5.3.7
5.3.8
5.3.9
5.3.18
5.4.45
5.5.19
5.6.17
5.7
5.7.1

None of these kernel versions allowed for the audio output device within the system to be detected from within Ubuntu 20.04. Only the 'dummy' audio output shows within settings.

The system is dual-booting Ubuntu 20.04 and Linux Mint 19.3. When I reboot into Linux Mint 19.3, the audio output is recognized and works properly.

Please let me know if I can provide more information from either the Ubuntu installation or Linux Mint installation to help troubleshoot the problem and I will be happy to do so. I can also erase the boot drive and reinstall Windows 10 if that helps.

Thanks again for all of your help!

Kai-Heng Feng (kaihengfeng) wrote :

Can you please attach dmesg under 5.3.0-51?

While the system is booted into Linux Mint 19.3 (with audio working properly), the kernel version is reported as:

Linux NUC8CCHK 5.3.0-53-generic #47~18.04.1-Ubuntu SMP Thu May 7 13:10:50 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

(I think the kernel version may have been updated slightly as a result of an automatic update)

The dmesg log file from the system booting under Linux Mint 19.3 with that kernel is attached.

Thank you for your continued assistance!

Gentle bump to raise visibility. If more information is needed, please let me know.

Thank you!

Kai-Heng Feng (kaihengfeng) wrote :

Ok, it doesn't seem to be a kernel bug then.

Please upgrade the system and retest, the pulse audio is too old:
Package: pulseaudio 1:13.99.1-1ubuntu3

There are several important fix for Pulseaudio in 1:13.99.1-1ubuntu3.3.

Updated the system as requested:

||/ Name Version Architecture Description
+++-==============-====================-============-=================================
ii pulseaudio 1:13.99.1-1ubuntu3.3 amd64 PulseAudio sound server

Unfortunately, the problem remains.
Audio output does not work, only the 'Dummy Output' device is detected.

Please let me know if I can provide any additional information, and thank you as always for your help!

Kai-Heng Feng (kaihengfeng) wrote :

Can you please attach "pactl list" under both Ubuntu and Mint?

Attaching files as requested...

Please let me know if I can provide any additional information, and thank you as always for your help!

Gentle bump to raise visibility. In more information is needed please let me know.

Thank you!

Kai-Heng Feng (kaihengfeng) wrote :

Yea there's no available profile from PulseAudio. Does remove saved config help? i.e.
$ rm -r ~/.config/pulse/

Ran command as requested, no change in behavior.
Audio output device not detected, only 'Dummy Output' is present in Sound Settings

Rebooted system after change, and tested again. No change in behavior.
Audio output device not detected, only 'Dummy Output' is present in Sound Settings

Please let me know if I can provide any additional information, and thank you as always for the help!

Kai-Heng Feng (kaihengfeng) wrote :

Hmm, it does seems to be a PulseAudio regression.

Can you please test 20.04 based Mint?

Hui Wang (hui.wang) wrote :

@Robert,

the PA in the ubuntu is 13.99 while the PA in the min is 11.1. It is because PA introduced a commit after 11.1, BTW, if you plug sth in the line-out port, what will happen?

@Kai-Heng,

I tested the behavior of Linux Mint 20 via a Live USB stick and the audio output did NOT work. The only audio device detected is a 'Dummy Output' device. This behavior matches that of Ubuntu 20.04.

To put that another way, there appears to have been a regression in behavior between Linux Mint 19.3 and Linux Mint 20. Audio does work with Linux Mint 19.3. Audio does not work in Linux Mint 20.

@Hui,

You ask, "...if you plug sth in the line-out port, what will happen?"

I am afraid I am not quite sure what you are asking me to do. Could you please provide some additional detail?

Just a reminder, at every point during my testing standard analog speakers have been powered on and connected to the host system's 3.5mm audio output jack. To put that another way, I am testing with a 'real' hardware setup.

Please let me know if I can provide any additional information, and thank you both as always for the help!

Kai-Heng Feng (kaihengfeng) wrote :

Would it be possible to test upstream PulseAudio? I am not sure if there's any easy way to test it under Ubuntu though...

@Kai-Heng,

I am happy to do whatever is necessary to help isolate the cause of the problem.

If you are able to provide instructions for what you would like me to try, I will do my best to ensure they are followed precisely.

There is no real data on the system, so I happy to allow you to remote access to the system if that would be helpful.

Thank you as always for the help!

Hui Wang (hui.wang) wrote :

Pulseaudio introduced this commit, this commit introduce your issue.

0d50e787f86b385bf33aeb53b16ca40543f1db63

    alsa-card: improve the profile availability logic

    When a new card shows up (during pulseaudio startup or hotplugged),
    pulseaudio needs to pick the initial profile for the card. Unavailable
    profiles shouldn't be picked, but module-alsa-card sometimes marked
    unavailable profiles as available, causing bad initial profile choices.

    This patch changes module-alsa-card so that it marks all profiles
    unavailable whose all output ports or all input ports are unavailable.
    Previously only those profiles were marked as unavailable whose all
    ports were unavailable. For example, if a profile contains one sink and
    one source, and the sink is unavailable and the source is available,
    previously such profile was marked as available, but now it's marked as
    unavailable.

    BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=102902

Hui Wang (hui.wang) wrote :

@Robert,

I don't know if it is a regression or not, if there is nothing to be plugged in the 3.5mm audio jack, the output shows dummy output, if you plug sth into the 3.5mm audio jack, does the output change to lineout/headphone?

The log you posted in the #42 shows:
analog-output-lineout: Line Out (priority: 9000, latency offset: 0 usec, not available)
   Part of profile(s): output:analog-stereo, output:analog-stereo+input:analog-stereo

I want your to pug sth in that lineout audio jack (3.5mm audio jack) and make it to be "available" instead of "not available"

BTW, I already reported to the pulseaudio community for that commit since that commit introduced some issues different from this one, but no feedback yet.
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/927

@Hui,

Thank you for your efforts here, they are much appreciated.

You ask,"...if you plug sth into the 3.5mm audio jack, does the output change to lineout/headphone?"

I am afraid I am not sure what 'sth' means when you say, '...plug sth into the 3.5mm audio jack...'

Does 'sth' refer to stereo headphones? (as opposed to stereo speakers)

Apologies in advance if the question is in any way redundant, however I just want to make sure I understand your wishes correctly and not make any incorrect assumptions.

Just to reiterate and to be clear, at every point during my testing standard analog speakers have been powered on and connected to the host system's 3.5mm audio output jack.

To put that another way, I am testing with a 'real' hardware setup.

This is documented in the demonstration video I made about the problem --> https://youtu.be/gJNpK3Mgw2U

Assuming for the moment that my understanding as described is correct, I tested again in the following manner:

1. Simple stereo headphones connected to the 3.5mm analog audio output port of the host.
2. Ran 'pactl list' command.
3. Relevant snippet from the tool output is identical to what is seen in the previous log (and what you describe):

analog-output-lineout: Line Out (priority: 9000, latency offset: 0 usec, not available)
   Part of profile(s): output:analog-stereo, output:analog-stereo+input:analog-stereo

4. Disconnected stereo headphones from host system.
5. Connected stereo analog speakers to the 3.5mm analog audio output port of the host.
6. Ran 'pactl list' command again.
7. Relevant snippet from the tool output is identical as before:

analog-output-lineout: Line Out (priority: 9000, latency offset: 0 usec, not available)
   Part of profile(s): output:analog-stereo, output:analog-stereo+input:analog-stereo

8. In both cases despite having an audio output device connected to the host, the entry in the log file output is still listed as 'not available'

Please let me know if I can provide any additional information, and thank you as always for the help!

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.