Bug 1905992 - Occasionally losing sound device
Summary: Occasionally losing sound device
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 35
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-12-09 13:29 UTC by Marko Bevc
Modified: 2022-12-22 22:08 UTC (History)
23 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-07-06 14:09:11 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Marko Bevc 2020-12-09 13:29:01 UTC 
1. Please describe the problem:

Occasinally seeing this in logs and sound device disapears: 

[ 7495.357469] snd_hda_intel 0000:00:1f.3: refused to change power state from D3hot to D0
[ 7495.477444] snd_hda_intel 0000:00:1f.3: CORB reset timeout#2, CORBRP = 65535
[ 7495.704864] snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
[ 7495.933069] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 7495.933101] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 7496.055928] usb 1-9: reset full-speed USB device number 6 using xhci_hcd
[ 8086.327000] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 8086.327036] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 8146.622022] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 8146.622057] snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
[ 8644.938360] snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5

Can be fixed with hibernate and restore or reboot.

2. What is the Version-Release number of the kernel:
5.9.12-200.fc33

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :
hm, probably started around 5.9.10-ish?

4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:
Happens occasionally.

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:
Yes.

6. Are you running any modules that not shipped with directly Fedora's kernel?:
no
Comment 1 Marko Bevc 2021-01-14 19:21:03 UTC 
Still happens in 5.10.6
Comment 2 Marko Bevc 2021-01-15 09:35:44 UTC 
Usually happens while locked/laptop not used for a while.
Comment 3 Ingvar Hagelund 2021-09-23 13:14:28 UTC 
This happens for my setup as well, running kernel-5.13.16-200.fc34.x86_64 on fedora 34. I'm using the default Gnome40 desktop.

The problem seems to happen while the desktop is locked, though I can't trig it at will.

Hardware: HP ProDesk 600 G4 DM

# uname -r
5.13.16-200.fc34.x86_64

# lspci 
00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers (rev 07)
00:02.0 VGA compatible controller: Intel Corporation CometLake-S GT2 [UHD Graphics 630]
00:12.0 Signal processing controller: Intel Corporation Cannon Lake PCH Thermal Controller (rev 10)
00:14.0 USB controller: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller (rev 10)
00:14.2 RAM memory: Intel Corporation Cannon Lake PCH Shared SRAM (rev 10)
00:14.3 Network controller: Intel Corporation Cannon Lake PCH CNVi WiFi (rev 10)
00:16.0 Communication controller: Intel Corporation Cannon Lake PCH HECI Controller (rev 10)
00:16.3 Serial controller: Intel Corporation Cannon Lake PCH Active Management Technology - SOL (rev 10)
00:17.0 SATA controller: Intel Corporation Cannon Lake PCH SATA AHCI Controller (rev 10)
00:1b.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #17 (rev f0)
00:1b.4 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #21 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Q370 Chipset LPC/eSPI Controller (rev 10)
00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
00:1f.4 SMBus: Intel Corporation Cannon Lake PCH SMBus Controller (rev 10)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Cannon Lake PCH SPI Controller (rev 10)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (7) I219-LM (rev 10)
01:00.0 Non-Volatile memory controller: Intel Corporation SSD 660P Series (rev 03)
02:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961/SM963

# lspci -vv -s 00:1f.3
00:1f.3 Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
	Subsystem: Hewlett-Packard Company Device 83ef
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 64
	Interrupt: pin A routed to IRQ 152
	Region 0: Memory at 4000100000 (64-bit, non-prefetchable) [size=16K]
	Region 4: Memory at 4000000000 (64-bit, non-prefetchable) [size=1M]
	Capabilities: [50] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [80] Vendor Specific Information: Len=14 <?>
	Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
		Address: 00000000fee005d8  Data: 0000
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel, snd_soc_skl, snd_sof_pci_intel_cnl


Kernel messages:

 kernel: snd_hda_intel 0000:00:1f.3: enabling device (0100 -> 0102)
 kernel: snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
 kernel: thermal thermal_zone2: failed to read out thermal zone (-61)
 kernel: intel_tcc_cooling: Programmable TCC Offset detected
 kernel: iwlwifi 0000:00:14.3: base HW address: 64:5d:86:78:f2:30
 kernel: snd_hda_codec_conexant hdaudioC1D0: CX20632: BIOS auto-probing.
 kernel: snd_hda_codec_conexant hdaudioC1D0: autoconfig for CX20632: line_outs=2 (0x19/0x1c/0x0/0x0/0x0) type:hp
 kernel: snd_hda_codec_conexant hdaudioC1D0:    speaker_outs=1 (0x1f/0x0/0x0/0x0/0x0)
 kernel: snd_hda_codec_conexant hdaudioC1D0:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
 kernel: snd_hda_codec_conexant hdaudioC1D0:    mono: mono_out=0x0
 kernel: snd_hda_codec_conexant hdaudioC1D0:    inputs:
 kernel: snd_hda_codec_conexant hdaudioC1D0:      Mic=0x1a
 kernel: intel_rapl_common: Found RAPL domain package
 kernel: intel_rapl_common: Found RAPL domain core
 kernel: intel_rapl_common: Found RAPL domain uncore
 kernel: intel_rapl_common: Found RAPL domain dram
 kernel: intel_rapl_common: Found RAPL domain psys
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Monitor plugged-in, Failed to power up codec ret=[-13]
 kernel: input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card1/input10
 kernel: input: HDA Intel PCH Front Headphone Front as /devices/pci0000:00/0000:00:1f.3/sound/card1/input11
 kernel: input: HDA Intel PCH Front Headphone Surround as /devices/pci0000:00/0000:00:1f.3/sound/card1/input12
 kernel: input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input13
 kernel: input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input14
 kernel: input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input15
 kernel: input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input16
 kernel: input: HDA Intel PCH HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input17

 kernel: snd_hda_intel 0000:00:1f.3: refused to change power state from D3hot to D0
 kernel: snd_hda_intel 0000:00:1f.3: CORB reset timeout#2, CORBRP = 65535
 kernel: snd_hda_codec_conexant hdaudioC1D0: Unable to sync register 0x10b8000. -5
 kernel: snd_hda_codec_conexant hdaudioC1D0: Unable to sync register 0x10b8000. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_conexant hdaudioC1D0: Unable to sync register 0x10b8000. -5
 kernel: snd_hda_codec_conexant hdaudioC1D0: Unable to sync register 0x10b8000. -5
 
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: i915 0000:00:02.0: [drm] *ERROR* Timeout waiting for DDI BUF C to get idle
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5
 kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f0d00. -5


While there are few reports on this problem, this is certainly a bug that is being trigged from time to time, see for example feedback on https://bodhi.fedoraproject.org/updates/FEDORA-2021-d81a932cb3

I usually use the analog audio jack in front of the box. I will play with this a bit, testing both the build-in audio and the hdmi output on the monitor when the problem occures the next time.

Ingvar
Comment 4 Ben Cotton 2021-11-04 13:42:33 UTC 
This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.
Comment 5 Ben Cotton 2021-11-04 14:12:04 UTC 
This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.
Comment 6 Ben Cotton 2021-11-04 15:09:36 UTC 
This message is a reminder that Fedora 33 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '33'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 33 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.
Comment 7 Tom Weininger 2022-03-16 09:01:15 UTC 
I see this issue on my laptop with F35 as well from time to time and it's *really* annoying.

$ uname -r
5.16.12-200.fc35.x86_64

$ sudo journalctl -b -1 | grep snd_hda
Mär 16 08:25:11 rhp1 kernel: snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
Mär 16 08:25:11 rhp1 kernel: snd_hda_intel 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC285: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0:    mono: mono_out=0x0
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0:    inputs:
Mär 16 08:25:12 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0:      Mic=0x19
Mär 16 08:25:13 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: ASoC: sink widget AIF1TX overwritten
Mär 16 08:25:13 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: ASoC: source widget AIF1RX overwritten
Mär 16 08:25:13 rhp1 kernel: snd_hda_codec_hdmi ehdaudio0D2: Monitor plugged-in, Failed to power up codec ret=[-13]
Mär 16 08:25:13 rhp1 kernel: snd_hda_codec_hdmi ehdaudio0D2: Monitor plugged-in, Failed to power up codec ret=[-13]
Mär 16 08:32:49 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 08:32:51 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 08:40:50 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 08:40:52 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 08:48:50 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 08:48:52 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 09:14:14 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 09:14:16 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 09:23:08 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5
Mär 16 09:23:10 rhp1 kernel: snd_hda_codec_realtek ehdaudio0D0: Unable to sync register 0x2b8000. -5

Let me know if you need any particular information from me.
Comment 8 Ingvar Hagelund 2022-03-16 09:46:12 UTC 
I suspect this is trigged by some power saving mechanism in the kernel

 kernel: snd_hda_intel 0000:00:1f.3: refused to change power state from D3hot to D0

According to some web search, a workaround may be to just snd_hda_intel power_save=0. I'll try that.


Maybe related: 

https://bugzilla.redhat.com/show_bug.cgi?id=1979424
https://bbs.archlinux.org/viewtopic.php?id=269058
https://www.reddit.com/r/Fedora/comments/kb9npc/sound_and_mic_stop_working_on_lenovo_t490_after_a/

Ingvar
Comment 9 Tom Weininger 2022-03-23 09:19:02 UTC 
I added "options snd_hda_intel power_save=0" into a new file in /etc/modprobe.d/ as suggested in https://www.reddit.com/r/Fedora/comments/kb9npc/sound_and_mic_stop_working_on_lenovo_t490_after_a/ a few days ago but this morning saw the same issue again. So that workaround does not work for me unfortunately on my Lenovo P1 Gen3 laptop.
Comment 10 Marko Karg 2022-05-10 10:12:15 UTC 
Is there any progress on this? I see the exact same issue on a Lenovo T15 and it's more than just annoying. 
Setting the power_save option to 0 didn't help for me either. 

Thanks

Marko
Comment 11 Marko Bevc 2022-07-06 14:09:11 UTC 
Seems it's has been fixed here on T490s on F36
Comment 12 Michael Hojnowski 2022-12-22 22:08:16 UTC 
I'm still seeing this on F36.  It's driving me a little nuts.  It's happened 3 times this afternoon.  A reboot doesn't fix it, either.  I literally have to power off my laptop and power it back on to get it to clear.  Any thoughts / suggestions appreciated.

Mike
---

[mqh1@fedora-laptop ~]$ sudo journalctl -b -1 | grep snd_hda
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC3204: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:    mono: mono_out=0x0
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:    inputs:
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:      Headset Mic=0x19
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:      Headphone Mic=0x1a
Dec 21 22:32:23 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0:      Internal Mic=0x12
Dec 22 09:35:07 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: CORB reset timeout#2, CORBRP = 65535
Dec 22 09:35:07 fedora-laptop kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f8100. -5
Dec 22 09:35:07 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 09:35:07 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:46:52 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: CORB reset timeout#2, CORBRP = 65535
Dec 22 14:46:52 fedora-laptop kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f8100. -5
Dec 22 14:46:53 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:46:53 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:50:11 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:50:11 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:54:12 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 14:54:12 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 15:44:17 fedora-laptop kernel: snd_hda_intel 0000:00:1f.3: CORB reset timeout#2, CORBRP = 65535
Dec 22 15:44:18 fedora-laptop kernel: snd_hda_codec_hdmi hdaudioC1D2: Unable to sync register 0x2f8100. -5
Dec 22 15:44:18 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 15:44:18 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 15:44:52 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Dec 22 15:44:52 fedora-laptop kernel: snd_hda_codec_realtek hdaudioC1D0: Unable to sync register 0x2b8000. -5
Note You need to log in before you can comment on or make changes to this bug.