snd_hda_intel 0000:00:0e.0: No response from codec, resetting bus:

[yesnt]

If I connect headphones after the system boot or if I boot the system with headphone connected and after boot disconnect the headphone without reproducing any sound before, the system starts flooding dmesg with messages like "snd_hda_intel 0000:00:0e.0: No response from codec, resetting bus: last cmd=0x01470500" and becomes very slow. If I boot the system and reproduce any sound before disconnecting headphone, everything works normally.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: linux-image-5.4.0-39-generic 5.4.0-39.43
ProcVersionSignature: Ubuntu 5.4.0-39.43-generic 5.4.41
Uname: Linux 5.4.0-39-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: user 1515 F.... pulseaudio
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Sun Jun 28 20:48:44 2020
InstallationDate: Installed on 2020-06-26 (2 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 004: ID 090c:037c Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) 300k Pixel Camera
 Bus 001 Device 003: ID 0bda:b720 Realtek Semiconductor Corp. 802.11n WLAN Adapter
 Bus 001 Device 002: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Positivo Tecnologia SA N1240
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-39-generic root=UUID=cb8580f2-9833-4c7c-a906-d1fc1f61cb53 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-5.4.0-39-generic N/A
 linux-backports-modules-5.4.0-39-generic N/A
 linux-firmware 1.187
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/15/2019
dmi.bios.vendor: Desenvolvido por Positivo Tecnologia SA
dmi.bios.version: V1.09.X
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: N14DP6
dmi.board.vendor: Positivo Tecnologia SA
dmi.board.version: 11139547
dmi.chassis.asset.tag: To be filled by O.E.M.
dmi.chassis.type: 10
dmi.chassis.vendor: Positivo Tecnologia SA
dmi.chassis.version: To be filled by O.E.M.
dmi.modalias: dmi:bvnDesenvolvidoporPositivoTecnologiaSA:bvrV1.09.X:bd07/15/2019:svnPositivoTecnologiaSA:pnN1240:pvrTobefilledbyO.E.M.:rvnPositivoTecnologiaSA:rnN14DP6:rvr11139547:cvnPositivoTecnologiaSA:ct10:cvrTobefilledbyO.E.M.:
dmi.product.family: MASTER
dmi.product.name: N1240
dmi.product.sku: 3052532
dmi.product.version: To be filled by O.E.M.
dmi.sys.vendor: Positivo Tecnologia SA

[yesnt (yesnt-deactivatedaccount)]

There are also some messages like "snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -11".

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

This change was made by a bot.

[yesnt (yesnt-deactivatedaccount)]

Setting 'options snd_hda_intel power_save=0' in /etc/modprobe.d/audio_powersave.conf fixed this issue.

[Mark Foster (ExtraHop) (ehmdf)]

Why was this set invalid? The change in /etc/modprobe.d/audio_powersave.conf seems more of a work-around than a fix.