[XPS 13 9300, Realtek ALC289, Speaker, Internal] Pulseaudio fails to detect card

[Gilbertf]

kernel 5.4.0-47-generic #51
upgraded today to this new kernel
sound is now totally broken
kern.org and syslog are filling with those messages every second, in loop, with no end to it :

Sep 8 19:42:34 orion kernel: [ 147.398030] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20970500
Sep 8 19:42:35 orion kernel: [ 148.410043] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20a70500
Sep 8 19:42:36 orion kernel: [ 149.413955] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20b70500
Sep 8 19:42:37 orion kernel: [ 150.421890] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x201f0500
Sep 8 19:42:38 orion kernel: [ 151.453799] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x204f0015
Sep 8 19:42:39 orion kernel: [ 152.461793] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x204f0015
Sep 8 19:42:41 orion kernel: [ 153.473734] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x2043b000
Sep 8 19:42:42 orion kernel: [ 154.477653] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20470740
Sep 8 19:42:43 orion kernel: [ 155.481576] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x204f0015
Sep 8 19:42:44 orion kernel: [ 156.489620] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x204f0015
Sep 8 19:42:45 orion kernel: [ 157.497553] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x2043b000
Sep 8 19:42:46 orion kernel: [ 158.509530] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20470740
Sep 8 19:42:47 orion kernel: [ 159.513471] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x204f0015

Because of this, machine has become very slow and response time is awful
Login into the machine, even trying to launch a simple program can take up to 30 seconds of wait before anything happens.

Sound was working fine with previous kernel.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pulseaudio 1:13.99.1-1ubuntu3.6
ProcVersionSignature: Ubuntu 5.4.0-47.51-generic 5.4.55
Uname: Linux 5.4.0-47-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.8
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: gf 1758 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Tue Sep 8 19:42:19 2020
InstallationDate: Installed on 2020-08-29 (9 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
SourcePackage: pulseaudio
Symptom: audio
Symptom_Card: HDA-Intel - HDA Intel PCH
Symptom_Jack: Speaker, Internal
Title: [XPS 13 9300, Realtek ALC289, Speaker, Internal] Pulseaudio fails to detect card
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/07/2020
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.1.0
dmi.board.name: 077Y9N
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvr1.1.0:bd07/07/2020:svnDellInc.:pnXPS139300:pvr:rvnDellInc.:rn077Y9N:rvrA00:cvnDellInc.:ct10:cvr:
dmi.product.family: XPS
dmi.product.name: XPS 13 9300
dmi.product.sku: 096D
dmi.sys.vendor: Dell Inc.

[Gilbertf (gilbert-fernandes)]

After reboot a few times, the sound card started to work
But rebooting again, the problem came back.

I tried reboots, and turning off then on.

Sometimes, it works. Sometimes it does not.

Could be related to the initialization of the sound card
Or when the system is rebooted or turned off and something is sent to sound card

Maybe one of those two parts have been changed in that kernel version ?

[Daniel Letzeisen (dtl131)]

Boot into the BIOS and disable the onboard audio. Save the settings and reboot. Then, go into the BIOS again and turn the audio back on (save and reboot). Does that help?

https://www.dell.com/support/manuals/us/en/04/xps-13-9300-laptop/xps-13-9300-service-manual/system-setup-options?guid=guid-cc110ea9-65ed-4ff8-bb35-7c2853ffb988&lang=en-us

[Ubuntu Kernel Bot (ubuntu-kernel-bot)]

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 1894881

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.

[Gilbertf (gilbert-fernandes)]

I think I found out what's happening.

When the machine boots, and the login screen is displayed
The sound is not immediatly initialized and working
If, when it's not yet ready, I press the cut volume/volume up/volume down
It puts the sound card and/or Pulse into a state where it gets stuck...

If I wait a little after login, say 5 seconds or so
The sound card finishes its initializatino thing (or Pulse, no idea)
And then I have no problem with sound

Not sure this is really a bug...

[Gilbertf (gilbert-fernandes)]

Reponse to Daniel Letzeisen (dtl131)

Yes, doing that helped

And not tounching the 3 buttons immediatly after login to let Pulse and the sound card be "ready" also avoids the problem :)

[Gilbertf (gilbert-fernandes)]

tried to add logs but it complains about a "cant find package linux"

gf@orion:~$ apport-collect 1894881
The authorization page:
 (https://launchpad.net/+authorize-token?oauth_token=sDF40cwZ5lbHvmQ5xGZp&allow_permission=DESKTOP_INTEGRATION)
should be opening in your browser. Use your browser to authorize
this program to access Launchpad on your behalf.
Waiting to hear from Launchpad about your decision...
dpkg-query: no packages found matching linux

[Gilbertf (gilbert-fernandes)]

I dont believe this to really be a bug. If I leave the sound keys alone after boot and login and let the Pulse and soudcard be ready, no problem hapoens. You just need to avoid using those keys just after login or at login prompt.

Ok to close this ?

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Gilbertf (gilbert-fernandes)]

Just booted my machine from being off. No sound.
Messages filling kern.log and syslog.

[Gilbertf (gilbert-fernandes)]

kern.log

[Gilbertf (gilbert-fernandes)]

syslog

[Gilbertf (gilbert-fernandes)]

syslog shows :

Sep 11 20:03:43 orion kernel: [ 104.062316] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20570500
Sep 11 20:03:44 orion kernel: [ 105.065317] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20670500
Sep 11 20:03:45 orion kernel: [ 106.072545] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20770500
Sep 11 20:03:46 orion kernel: [ 107.075711] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20870500
Sep 11 20:03:47 orion kernel: [ 108.078909] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20970500
Sep 11 20:03:48 orion kernel: [ 109.091307] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20a70500
Sep 11 20:03:49 orion kernel: [ 110.099662] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20b70500
Sep 11 20:03:50 orion kernel: [ 111.107911] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x201f0500
Sep 11 20:03:52 orion kernel: [ 112.144229] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
Sep 11 20:03:53 orion kernel: [ 113.152440] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
Sep 11 20:03:54 orion kernel: [ 114.160509] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20170500
Sep 11 20:03:55 orion kernel: [ 115.168750] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20370500
Sep 11 20:03:56 orion kernel: [ 116.176862] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20470500
Sep 11 20:03:57 orion kernel: [ 117.188948] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20570500
Sep 11 20:03:58 orion kernel: [ 118.192973] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20670500
Sep 11 20:03:59 orion kernel: [ 119.205012] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20770500
Sep 11 20:04:00 orion kernel: [ 120.216980] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20870500
Sep 11 20:04:01 orion kernel: [ 121.228946] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20970500
Sep 11 20:04:02 orion kernel: [ 122.240854] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20a70500

----------------------------------

kern.log shows :

Sep 11 20:03:34 orion kernel: [ 94.967128] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20970500
Sep 11 20:03:35 orion kernel: [ 95.977126] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20a70500
Sep 11 20:03:36 orion kernel: [ 96.979389] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20b70500
Sep 11 20:03:37 orion kernel: [ 97.985740] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x201f0500
Sep 11 20:03:38 orion kernel: [ 99.020209] snd_hda_intel 0000:00:1f.3: No response from co...

[Daniel Letzeisen (dtl131)]

Are you dual-booting with Windows by chance?

[Gilbertf (gilbert-fernandes)]

No. Bught the laptop with Ubuntu 18,04 preloaded and moved to 20.04
Got a main PC also running Ubuntu

No Windows at home :/

[Gilbertf (gilbert-fernandes)]

problem seems gone since 5.4.0-48-generic #52

[fedus (fedus)]

I have the same machine (Dell XPS 13 9300), came preloaded with Ubuntu 18, then upgraded to 20.04. Running Kernel 5.4.0-48-generic #52.

I have the same problem, only that nothing really helps apart from restarting until it randomly works ...

[Gilbertf (gilbert-fernandes)]

When I first installed 20.04 I had no problem at all.
I have been having this problem since 5.4.0-47-generic #51

I have to turn off or reboot 2, 3 times to get sound back.

[fedus (fedus)]

Re #18:
Same here - but I can't tell whether it was working fine on 5.4.0-47-generic since I don't have the laptop long enough and I updated straight away ...

[fedus (fedus)]

Just happened again. I mostly get the "No response from codec" messages from above, but this actually the slightly different first line when the errors begin:

Oct 3 11:40:45 fedell kernel: [ 8.819040] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202f8100

After this, the log fills up with

Oct 3 11:40:47 fedell kernel: [ 10.839052] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100

and so on.

At the very beginning of the log, the soundcard seemsto be detected fine:

Oct 3 11:40:41 fedell kernel: [ 3.671602] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
Oct 3 11:40:41 fedell kernel: [ 3.672339] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
Oct 3 11:40:41 fedell kernel: [ 3.672496] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Oct 3 11:40:41 fedell kernel: [ 3.730159] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC289: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
Oct 3 11:40:41 fedell kernel: [ 3.730161] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Oct 3 11:40:41 fedell kernel: [ 3.730163] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Oct 3 11:40:41 fedell kernel: [ 3.730163] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
Oct 3 11:40:41 fedell kernel: [ 3.730164] snd_hda_codec_realtek hdaudioC0D0: inputs:
Oct 3 11:40:41 fedell kernel: [ 3.730165] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19
Oct 3 11:40:41 fedell kernel: [ 3.730167] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1b
Oct 3 11:40:41 fedell kernel: [ 3.730168] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12

[fedus (fedus)]

In the meantime I'm on 5.4.0-51-generic #56, but it's still happening.

Google more about the error, there are some indications that it could be a faulty/bad firmware problem: https://www.kernel.org/doc/html/v5.4/sound/hd-audio/notes.html#codec-probing-problem

[Steph Gosling (n-steph)]

On a 9300 with 5.4.0-70-generic #78 (running kubuntu) it appears every other login I have no sound and the repeated message:

[ 257.488549] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
[ 257.494305] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[ 257.494512] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 257.521021] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC289: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
[ 257.521023] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 257.521025] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 257.521026] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 257.521026] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 257.521028] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19
[ 257.521029] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1b
[ 257.521030] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
[ 279.240059] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202f8100
[ 280.243100] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202f8100
[ 281.255097] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
[ 282.259095] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
[ 283.267252] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20170500

however on a log out and back in (i.e. not a reboot, but end and start an X session) and the audio initialises fine the second time.

[Gilbertf (gilbert-fernandes)]

sound fine on 5.8.0-48-generic #54~20.04.1-Ubuntu

On 3/27/21 10:00 AM, Steph Gosling wrote:
> On a 9300 with 5.4.0-70-generic #78 (running kubuntu) it appears every
> other login I have no sound and the repeated message:
>
> [ 257.488549] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
> [ 257.494305] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
> [ 257.494512] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
> [ 257.521021] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC289: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
> [ 257.521023] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> [ 257.521025] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
> [ 257.521026] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
> [ 257.521026] snd_hda_codec_realtek hdaudioC0D0: inputs:
> [ 257.521028] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19
> [ 257.521029] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1b
> [ 257.521030] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
> [ 279.240059] snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x202f8100
> [ 280.243100] snd_hda_intel 0000:00:1f.3: No response from codec, disabling MSI: last cmd=0x202f8100
> [ 281.255097] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
> [ 282.259095] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x202f8100
> [ 283.267252] snd_hda_intel 0000:00:1f.3: No response from codec, resetting bus: last cmd=0x20170500
>
>
> however on a log out and back in (i.e. not a reboot, but end and start an X session) and the audio initialises fine the second time.
>