[alsa-devel] Intel HDA audio on EEE PC 1101HGo
Hello guys. I am writing to you all to talk you about a strange behaviour of the Intel HDA Audio device on an EEE PC 1101H. The audio device at some point simply doesn't react to commands, giving in dmesgo utput like this:
[22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x00170503 [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to single_cmd mode: last cmd=0x00170503
This may happen when I boot the system up fresh (here there is no Windows and no hibernation), or when the controller goes to power-save. If I don't set a power save timeout, then the controller will not be recoverable if it gets stuck at boot. As a workaround, I set a very short timeout, so that when the controller fails to start audio, waiting some time and retrying will work. Preliminary infos: Card: HDA Intel MID Chip: Realtek ALC269;
Thank you in advance for your help. Please keep me in CC - since I am not subscribed to any list. Enrico
Here follows a lspci
00:00.0 Host bridge: Intel Corporation System Controller Hub (SCH Poulsbo) (rev 07) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0
00:02.0 VGA compatible controller: Intel Corporation System Controller Hub (SCH Poulsbo) Graphics Controller (rev 07) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Interrupt: pin A routed to IRQ 5 Region 0: Memory at f3f80000 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at c880 [size=8] Region 2: Memory at d0000000 (32-bit, non-prefetchable) [size=256M] Region 3: Memory at f3f40000 (32-bit, non-prefetchable) [size=256K] Expansion ROM at <unassigned> [disabled] Capabilities: [d0] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [b0] Vendor Specific Information: Len=07 <?> Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- Address: 00000000 Data: 0000 Kernel modules: gma500_gfx
00:1b.0 Audio device: Intel Corporation System Controller Hub (SCH Poulsbo) HD Audio Controller (rev 07) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 23 Region 0: Memory at f3f38000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0 ExtTag- RBE- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend+ Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 Status: NegoPending- InProgress- VC1: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable- ID=0 ArbSelect=Fixed TC/VC=00 Status: NegoPending- InProgress- Capabilities: [130 v1] Root Complex Link Desc: PortNumber=0f ComponentID=00 EltType=Config Link0: Desc: TargetPort=00 TargetComponent=00 AssocRCRB- LinkType=MemMapped LinkValid+ Addr: 00000000f0000000 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel
00:1c.0 PCI bridge: Intel Corporation System Controller Hub (SCH Poulsbo) PCI Express Port 1 (rev 07) (prog-if 00 [Normal decode]) 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: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 I/O behind bridge: 0000e000-0000efff Memory behind bridge: fbf00000-fbffffff Prefetchable memory behind bridge: 80000000-801fffff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <256ns, L1 <4us ClockPM+ Surprise- LLActRep+ BwNot- ASPMOptComp- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ Slot #0, PowerLimit 0.000W; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet+ LinkState+ RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 83ce Capabilities: [a0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport Kernel modules: shpchp
00:1c.1 PCI bridge: Intel Corporation System Controller Hub (SCH Poulsbo) PCI Express Port 2 (rev 07) (prog-if 00 [Normal decode]) 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: 0, Cache Line Size: 32 bytes Interrupt: pin B routed to IRQ 17 Bus: primary=00, secondary=01, subordinate=02, sec-latency=0 I/O behind bridge: 0000d000-0000dfff Memory behind bridge: f4000000-fbefffff Prefetchable memory behind bridge: cc000000-cfffffff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR- BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0 ExtTag- RBE+ DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 128 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #2, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <256ns, L1 <4us ClockPM+ Surprise- LLActRep+ BwNot- ASPMOptComp- LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt- SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ Slot #0, PowerLimit 0.000W; Interlock- NoCompl- SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg- Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock- SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock- Changed: MRL- PresDet+ LinkState+ RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible- RootCap: CRSVisible- RootSta: PME ReqID 0000, PMEStatus- PMEPending- Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 83ce Capabilities: [a0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: pcieport Kernel modules: shpchp
00:1d.0 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) USB UHCI #1 (rev 07) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Interrupt: pin A routed to IRQ 20 Region 4: I/O ports at b880 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd
00:1d.1 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) USB UHCI #2 (rev 07) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Interrupt: pin B routed to IRQ 21 Region 4: I/O ports at c080 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd
00:1d.2 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) USB UHCI #3 (rev 07) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Interrupt: pin C routed to IRQ 18 Region 4: I/O ports at c480 [size=32] Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd
00:1d.7 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) USB EHCI #1 (rev 07) (prog-if 20 [EHCI]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Interrupt: pin D routed to IRQ 19 Region 0: Memory at f3f37c00 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Debug port: BAR=1 offset=00a0 Kernel driver in use: ehci-pci Kernel modules: ehci_pci
00:1f.0 ISA bridge: Intel Corporation System Controller Hub (SCH Poulsbo) LPC Bridge (rev 07) Subsystem: ASUSTeK Computer Inc. Device 83ce 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- Kernel driver in use: lpc_sch Kernel modules: lpc_sch
00:1f.1 IDE interface: Intel Corporation System Controller Hub (SCH Poulsbo) IDE Controller (rev 07) (prog-if 80 [Master]) Subsystem: ASUSTeK Computer Inc. Device 83ce 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: 0 Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8] Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable) Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8] Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) Region 4: I/O ports at ffa0 [size=16] Kernel driver in use: pata_sch Kernel modules: pata_sch, pata_acpi, ata_generic
01:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: AzureWave AW-NE785 / AW-NE785H 802.11bgn Wireless Full or Half-size Mini PCIe Card 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: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at fbef0000 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 3 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA PME(D0+,D1+,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- Address: 00000000 Data: 0pcilib: sysfs_read_vpd: read failed: Connection timed out 000 Capabilities: [60] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <512ns, L1 <64us ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF Not Supported DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis- Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [140 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb: Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 Status: NegoPending- InProgress- Capabilities: [160 v1] Device Serial Number 00-00-00-00-00-00-00-00 Capabilities: [170 v1] Power Budgeting <?> Kernel driver in use: ath9k Kernel modules: ath9k
03:00.0 Ethernet controller: Qualcomm Atheros AR8132 Fast Ethernet (rev c0) Subsystem: ASUSTeK Computer Inc. Device 14e5 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: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 24 Region 0: Memory at fbfc0000 (64-bit, non-prefetchable) [size=256K] Region 2: I/O ports at e880 [size=128] Capabilities: [40] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee0300c Data: 4122 Capabilities: [58] Express (v1) Endpoint, MSI 00 DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s <4us, L1 unlimited ExtTag- AttnBtn+ AttnInd+ PwrInd+ RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s unlimited, L1 unlimited ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- Capabilities: [6c] Vital Product Data Not readable Capabilities: [100 v1] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt: DLP- SDES+ TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ ChkEn- Capabilities: [180 v1] Device Serial Number ff-25-f6-3a-90-e6-ba-ff Kernel driver in use: atl1c Kernel modules: atl1c
A note - my system is able to trigger an error message in the file <kernel_dir>/drivers/pci/access.c
[27938.703923] atl1c 0000:03:00.0: vpd r/w failed. This is likely a firmware bug on this device. Contact the card vendor for a firmware update
Enrico
On Wed, 8 Apr 2015, Enrico Mioso wrote:
==Date: Wed, 8 Apr 2015 21:40:53 ==From: Enrico Mioso mrkiko.rs@gmail.com ==To: perex@perex.cz ==Cc: tiwai@suse.de, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Intel HDA audio on EEE PC 1101HGo == ==Hello guys. ==I am writing to you all to talk you about a strange behaviour of the Intel HDA ==Audio device on an EEE PC 1101H. ==The audio device at some point simply doesn't react to commands, giving in ==dmesgo utput like this: == ==[22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==to polling mode: last cmd=0x00170503 ==[22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==to single_cmd mode: last cmd=0x00170503 == ==This may happen when I boot the system up fresh (here there is no Windows and ==no hibernation), or when the controller goes to power-save. ==If I don't set a power save timeout, then the controller will not be ==recoverable if it gets stuck at boot. As a workaround, I set a very short ==timeout, so that when the controller fails to start audio, waiting some time ==and retrying will work. ==Preliminary infos: ==Card: HDA Intel MID ==Chip: Realtek ALC269; == ==Thank you in advance for your help. ==Please keep me in CC - since I am not subscribed to any list. ==Enrico == == ==Here follows a lspci == ==00:00.0 Host bridge: Intel Corporation System Controller Hub (SCH Poulsbo) ==(rev 07) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == ==00:02.0 VGA compatible controller: Intel Corporation System Controller Hub ==(SCH Poulsbo) Graphics Controller (rev 07) (prog-if 00 [VGA controller]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Interrupt: pin A routed to IRQ 5 == Region 0: Memory at f3f80000 (32-bit, non-prefetchable) [size=512K] == Region 1: I/O ports at c880 [size=8] == Region 2: Memory at d0000000 (32-bit, non-prefetchable) [size=256M] == Region 3: Memory at f3f40000 (32-bit, non-prefetchable) [size=256K] == Expansion ROM at <unassigned> [disabled] == Capabilities: [d0] Power Management version 2 == Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA == PME(D0-,D1-,D2-,D3hot-,D3cold-) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Capabilities: [b0] Vendor Specific Information: Len=07 <?> == Capabilities: [90] MSI: Enable- Count=1/1 Maskable- 64bit- == Address: 00000000 Data: 0000 == Kernel modules: gma500_gfx == ==00:1b.0 Audio device: Intel Corporation System Controller Hub (SCH Poulsbo) HD ==Audio Controller (rev 07) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0, Cache Line Size: 32 bytes == Interrupt: pin A routed to IRQ 23 == Region 0: Memory at f3f38000 (64-bit, non-prefetchable) [size=16K] == Capabilities: [50] Power Management version 2 == Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA == PME(D0+,D1-,D2-,D3hot+,D3cold-) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI == Capabilities: 00 == DevCap: MaxPayload 128 bytes, PhantFunc 0 == ExtTag- RBE- == DevCtl: Report errors: Correctable- Non-Fatal- Fatal- == Unsupported- == RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- == MaxPayload 128 bytes, MaxReadReq 128 bytes == DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- == TransPend+ == Capabilities: [100 v1] Virtual Channel == Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 == Arb: Fixed- WRR32- WRR64- WRR128- == Ctrl: ArbSelect=Fixed == Status: InProgress- == VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- == Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- == Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 == Status: NegoPending- InProgress- == VC1: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- == Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- == Ctrl: Enable- ID=0 ArbSelect=Fixed TC/VC=00 == Status: NegoPending- InProgress- == Capabilities: [130 v1] Root Complex Link == Desc: PortNumber=0f ComponentID=00 EltType=Config == Link0: Desc: TargetPort=00 TargetComponent=00 AssocRCRB- == LinkType=MemMapped LinkValid+ == Addr: 00000000f0000000 == Kernel driver in use: snd_hda_intel == Kernel modules: snd_hda_intel == ==00:1c.0 PCI bridge: Intel Corporation System Controller Hub (SCH Poulsbo) PCI ==Express Port 1 (rev 07) (prog-if 00 [Normal decode]) == 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: 0, Cache Line Size: 32 bytes == Interrupt: pin A routed to IRQ 16 == Bus: primary=00, secondary=03, subordinate=03, sec-latency=0 == I/O behind bridge: 0000e000-0000efff == Memory behind bridge: fbf00000-fbffffff == Prefetchable memory behind bridge: 80000000-801fffff == Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- == <TAbort- <MAbort+ <SERR- <PERR- == BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B- == PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- == Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00 == DevCap: MaxPayload 128 bytes, PhantFunc 0 == ExtTag- RBE+ == DevCtl: Report errors: Correctable- Non-Fatal- Fatal- == Unsupported- == RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- == MaxPayload 128 bytes, MaxReadReq 128 bytes == DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ == TransPend- == LnkCap: Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit == Latency L0s <256ns, L1 <4us == ClockPM+ Surprise- LLActRep+ BwNot- ASPMOptComp- == LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ == ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt- == LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ == DLActive+ BWMgmt- ABWMgmt- == SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ == Surprise+ == Slot #0, PowerLimit 0.000W; Interlock- NoCompl- == SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- ==LinkChg- == Control: AttnInd Unknown, PwrInd Unknown, Power- == Interlock- == SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ ==Interlock- == Changed: MRL- PresDet+ LinkState+ == RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- == CRSVisible- == RootCap: CRSVisible- == RootSta: PME ReqID 0000, PMEStatus- PMEPending- == Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 83ce == Capabilities: [a0] Power Management version 2 == Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA == PME(D0+,D1-,D2-,D3hot+,D3cold+) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Kernel driver in use: pcieport == Kernel modules: shpchp == ==00:1c.1 PCI bridge: Intel Corporation System Controller Hub (SCH Poulsbo) PCI ==Express Port 2 (rev 07) (prog-if 00 [Normal decode]) == 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: 0, Cache Line Size: 32 bytes == Interrupt: pin B routed to IRQ 17 == Bus: primary=00, secondary=01, subordinate=02, sec-latency=0 == I/O behind bridge: 0000d000-0000dfff == Memory behind bridge: f4000000-fbefffff == Prefetchable memory behind bridge: cc000000-cfffffff == Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- == <TAbort- <MAbort+ <SERR- <PERR- == BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B- == PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- == Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00 == DevCap: MaxPayload 128 bytes, PhantFunc 0 == ExtTag- RBE+ == DevCtl: Report errors: Correctable- Non-Fatal- Fatal- == Unsupported- == RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- == MaxPayload 128 bytes, MaxReadReq 128 bytes == DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ == TransPend- == LnkCap: Port #2, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit == Latency L0s <256ns, L1 <4us == ClockPM+ Surprise- LLActRep+ BwNot- ASPMOptComp- == LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ == ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- == LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ == DLActive+ BWMgmt- ABWMgmt- == SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ == Surprise+ == Slot #0, PowerLimit 0.000W; Interlock- NoCompl- == SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- ==LinkChg- == Control: AttnInd Unknown, PwrInd Unknown, Power- == Interlock- == SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ ==Interlock- == Changed: MRL- PresDet+ LinkState+ == RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- == CRSVisible- == RootCap: CRSVisible- == RootSta: PME ReqID 0000, PMEStatus- PMEPending- == Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 83ce == Capabilities: [a0] Power Management version 2 == Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA == PME(D0+,D1-,D2-,D3hot+,D3cold+) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Kernel driver in use: pcieport == Kernel modules: shpchp == ==00:1d.0 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) ==USB UHCI #1 (rev 07) (prog-if 00 [UHCI]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Interrupt: pin A routed to IRQ 20 == Region 4: I/O ports at b880 [size=32] == Kernel driver in use: uhci_hcd == Kernel modules: uhci_hcd == ==00:1d.1 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) ==USB UHCI #2 (rev 07) (prog-if 00 [UHCI]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Interrupt: pin B routed to IRQ 21 == Region 4: I/O ports at c080 [size=32] == Kernel driver in use: uhci_hcd == Kernel modules: uhci_hcd == ==00:1d.2 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) ==USB UHCI #3 (rev 07) (prog-if 00 [UHCI]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Interrupt: pin C routed to IRQ 18 == Region 4: I/O ports at c480 [size=32] == Kernel driver in use: uhci_hcd == Kernel modules: uhci_hcd == ==00:1d.7 USB controller: Intel Corporation System Controller Hub (SCH Poulsbo) ==USB EHCI #1 (rev 07) (prog-if 20 [EHCI]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Interrupt: pin D routed to IRQ 19 == Region 0: Memory at f3f37c00 (32-bit, non-prefetchable) [size=1K] == Capabilities: [50] Power Management version 2 == Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA == PME(D0+,D1-,D2-,D3hot+,D3cold+) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Capabilities: [58] Debug port: BAR=1 offset=00a0 == Kernel driver in use: ehci-pci == Kernel modules: ehci_pci == ==00:1f.0 ISA bridge: Intel Corporation System Controller Hub (SCH Poulsbo) LPC ==Bridge (rev 07) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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- == Kernel driver in use: lpc_sch == Kernel modules: lpc_sch == ==00:1f.1 IDE interface: Intel Corporation System Controller Hub (SCH Poulsbo) ==IDE Controller (rev 07) (prog-if 80 [Master]) == Subsystem: ASUSTeK Computer Inc. Device 83ce == 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: 0 == Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) == [size=8] == Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable) == Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) == [size=8] == Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) == Region 4: I/O ports at ffa0 [size=16] == Kernel driver in use: pata_sch == Kernel modules: pata_sch, pata_acpi, ata_generic == ==01:00.0 Network controller: Qualcomm Atheros AR9285 Wireless Network Adapter ==(PCI-Express) (rev 01) == Subsystem: AzureWave AW-NE785 / AW-NE785H 802.11bgn Wireless Full or == Half-size Mini PCIe Card == 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: 0, Cache Line Size: 32 bytes == Interrupt: pin A routed to IRQ 17 == Region 0: Memory at fbef0000 (64-bit, non-prefetchable) [size=64K] == Capabilities: [40] Power Management version 3 == Flags: PMEClk- DSI- D1+ D2- AuxCurrent=375mA == PME(D0+,D1+,D2-,D3hot+,D3cold+) == Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- == Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- == Address: 00000000 Data: 0pcilib: sysfs_read_vpd: read failed: ==Connection timed out ==000 == Capabilities: [60] Express (v2) Legacy Endpoint, MSI 00 == DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, == L1 <64us == ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- == DevCtl: Report errors: Correctable- Non-Fatal- Fatal- == Unsupported- == RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop- == MaxPayload 128 bytes, MaxReadReq 512 bytes == DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr+ == TransPend- == LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit == Latency L0s <512ns, L1 <64us == ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp- == LnkCtl: ASPM L1 Enabled; RCB 64 bytes Disabled- CommClk+ == ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- == LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ == DLActive- BWMgmt- ABWMgmt- == DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, == OBFF Not Supported == DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, == OBFF Disabled == LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- == SpeedDis- == Transmit Margin: Normal Operating Range, == EnterModifiedCompliance- ComplianceSOS- == Compliance De-emphasis: -6dB == LnkSta2: Current De-emphasis Level: -6dB, == EqualizationComplete-, EqualizationPhase1- == EqualizationPhase2-, EqualizationPhase3-, == LinkEqualizationRequest- == Capabilities: [100 v1] Advanced Error Reporting == UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- == RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- == UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- == RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- == UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- == RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- == CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- == NonFatalErr+ == CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- == NonFatalErr+ == AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ == ChkEn- == Capabilities: [140 v1] Virtual Channel == Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 == Arb: Fixed- WRR32- WRR64- WRR128- == Ctrl: ArbSelect=Fixed == Status: InProgress- == VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- == Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- == Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 == Status: NegoPending- InProgress- == Capabilities: [160 v1] Device Serial Number 00-00-00-00-00-00-00-00 == Capabilities: [170 v1] Power Budgeting <?> == Kernel driver in use: ath9k == Kernel modules: ath9k == ==03:00.0 Ethernet controller: Qualcomm Atheros AR8132 Fast Ethernet (rev c0) == Subsystem: ASUSTeK Computer Inc. Device 14e5 == 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: 0, Cache Line Size: 32 bytes == Interrupt: pin A routed to IRQ 24 == Region 0: Memory at fbfc0000 (64-bit, non-prefetchable) [size=256K] == Region 2: I/O ports at e880 [size=128] == Capabilities: [40] Power Management version 3 == Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA == PME(D0+,D1+,D2+,D3hot+,D3cold+) == Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- == Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+ == Address: 00000000fee0300c Data: 4122 == Capabilities: [58] Express (v1) Endpoint, MSI 00 == DevCap: MaxPayload 4096 bytes, PhantFunc 0, Latency L0s <4us, == L1 unlimited == ExtTag- AttnBtn+ AttnInd+ PwrInd+ RBE+ FLReset- == DevCtl: Report errors: Correctable- Non-Fatal- Fatal- == Unsupported- == RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- == MaxPayload 128 bytes, MaxReadReq 512 bytes == DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ == TransPend- == LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit == Latency L0s unlimited, L1 unlimited == ClockPM+ Surprise- LLActRep- BwNot- ASPMOptComp- == LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+ == ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- == LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ == DLActive- BWMgmt- ABWMgmt- == Capabilities: [6c] Vital Product Data == Not readable == Capabilities: [100 v1] Advanced Error Reporting == UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- == RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol- == UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- == RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- == UESvrt: DLP- SDES+ TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- == RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- == CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- == NonFatalErr- == CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- == NonFatalErr+ == AERCap: First Error Pointer: 14, GenCap+ CGenEn- ChkCap+ == ChkEn- == Capabilities: [180 v1] Device Serial Number ff-25-f6-3a-90-e6-ba-ff == Kernel driver in use: atl1c == Kernel modules: atl1c == ==
At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), Enrico Mioso wrote:
Hello guys. I am writing to you all to talk you about a strange behaviour of the Intel HDA Audio device on an EEE PC 1101H. The audio device at some point simply doesn't react to commands, giving in dmesgo utput like this:
[22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x00170503 [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to single_cmd mode: last cmd=0x00170503
This looks already bad. It means that power down of the codec failed.
But, the recent version should ignore this error. There was a logic failure to check this, but this was corrected recently.
Could you check the latest 4.0-rc whether it works better? If not, take alsa-info.sh output snapshots at good and bad working moments. Run the script with --no-upload option, and attach the outputs (better compressed).
Takashi
Thank you dear Takashi. I am testing now with the latest git kernel. I'll let you know. Enrico
On Thu, 9 Apr 2015, Takashi Iwai wrote:
==Date: Thu, 9 Apr 2015 17:59:15 ==From: Takashi Iwai tiwai@suse.de ==To: Enrico Mioso mrkiko.rs@gmail.com ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Re: Intel HDA audio on EEE PC 1101HGo == ==At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), ==Enrico Mioso wrote: ==> ==> Hello guys. ==> I am writing to you all to talk you about a strange behaviour of the Intel HDA ==> Audio device on an EEE PC 1101H. ==> The audio device at some point simply doesn't react to commands, giving in ==> dmesgo utput like this: ==> ==> [22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to polling mode: last cmd=0x00170503 ==> [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to single_cmd mode: last cmd=0x00170503 == ==This looks already bad. It means that power down of the codec ==failed. == ==But, the recent version should ignore this error. There was a logic ==failure to check this, but this was corrected recently. == ==Could you check the latest 4.0-rc whether it works better? ==If not, take alsa-info.sh output snapshots at good and bad working ==moments. Run the script with --no-upload option, and attach the ==outputs (better compressed). == == ==Takashi ==
Hello guys. I am running kernel 4.0.0-rc7hc+ (the "hc" is my own versioning name). There seems to be less problems (the card doesn't get stuck at some point): this device continues to be a little bit unstable (i.e.: now the internal speaker doesn't work): [ 20.841143] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x000f0000 [ 21.843141] snd_hda_intel 0000:00:1b.0: Codec #0 probe error; disabling it... [ 22.848327] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000 [ 148.125849] snd_hda_intel 0000:00:1b.0: Invalid position buffer, using LPIB read method instead.
but I think this is due to the fact I restarted the system with kexec, not with a clean bios reboot. But I signaled this since it seems that also a sequence like: sudo modprobe -r snd_hda_intel # some time sudo modprobe snd_hda_intel
can trigger strange behaviours. But guys - this is probably not a problem that can be solved from the driver itself (as I imagine looking at the messages i got yesterday from pci/access.c). So - thank you for the help, and the tireless work you all put on this driver.
When I plug in the jack and the audio is going, sometimes the audio will go to the headphones and to the PC speakers. But stopping the audio and waiting for the controller to enter power save mode, and starting it again, solves the problem. But in my situation I had to ask the driver to reset the controller any time it exits power save: options snd_hda_intel power_save_controller=1 power_save=5 so - I think the driver is not able to communicate properly with the device due to problems elsewhere, not of it's own. I would like so much to see what windows does in these cases. :) thank you guys for your work again - this intended to be an hilarious mail. Have a good weekend. Enrico
I have CONFIG_SND_HDA_INPUT_JACK=y (I know it's uncorrelated). On Thu, 9 Apr 2015, Takashi Iwai wrote:
==Date: Thu, 9 Apr 2015 17:59:15 ==From: Takashi Iwai tiwai@suse.de ==To: Enrico Mioso mrkiko.rs@gmail.com ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Re: Intel HDA audio on EEE PC 1101HGo == ==At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), ==Enrico Mioso wrote: ==> ==> Hello guys. ==> I am writing to you all to talk you about a strange behaviour of the Intel HDA ==> Audio device on an EEE PC 1101H. ==> The audio device at some point simply doesn't react to commands, giving in ==> dmesgo utput like this: ==> ==> [22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to polling mode: last cmd=0x00170503 ==> [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to single_cmd mode: last cmd=0x00170503 == ==This looks already bad. It means that power down of the codec ==failed. == ==But, the recent version should ignore this error. There was a logic ==failure to check this, but this was corrected recently. == ==Could you check the latest 4.0-rc whether it works better? ==If not, take alsa-info.sh output snapshots at good and bad working ==moments. Run the script with --no-upload option, and attach the ==outputs (better compressed). == == ==Takashi ==
At Sat, 11 Apr 2015 10:13:51 +0200 (CEST), Enrico Mioso wrote:
When I plug in the jack and the audio is going, sometimes the audio will go to the headphones and to the PC speakers.
It means that the unsol event hasn't been processed correctly. We need to debug via trace points which verb triggers this, for example. (See Documentation/sound/alsa/HD-Audio.txt.)
Usually when a communication stall happens it reports switching to polling mode. This is already a suspect. The stall at powering down to D3 is known on some codecs / controllers, so this itself isn't too serious. But if this happens at anything else, it needs more care.
But stopping the audio and waiting for the controller to enter power save mode, and starting it again, solves the problem. But in my situation I had to ask the driver to reset the controller any time it exits power save: options snd_hda_intel power_save_controller=1 power_save=5 so - I think the driver is not able to communicate properly with the device due to problems elsewhere, not of it's own. I would like so much to see what windows does in these cases. :)
Yes, it's very likely some communication error that makes the codec hang. It's interesting that the controller power save fixes it. This implies that the problem is rather in the controller side. What if you set the following flags? codec->bus->sync_write = 1; codec->bus->allow_bus_reset = 1;
Takashi
thank you guys for your work again - this intended to be an hilarious mail. Have a good weekend. Enrico
I have CONFIG_SND_HDA_INPUT_JACK=y (I know it's uncorrelated). On Thu, 9 Apr 2015, Takashi Iwai wrote:
==Date: Thu, 9 Apr 2015 17:59:15 ==From: Takashi Iwai tiwai@suse.de ==To: Enrico Mioso mrkiko.rs@gmail.com ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Re: Intel HDA audio on EEE PC 1101HGo == ==At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), ==Enrico Mioso wrote: ==> ==> Hello guys. ==> I am writing to you all to talk you about a strange behaviour of the Intel HDA ==> Audio device on an EEE PC 1101H. ==> The audio device at some point simply doesn't react to commands, giving in ==> dmesgo utput like this: ==> ==> [22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to polling mode: last cmd=0x00170503 ==> [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> to single_cmd mode: last cmd=0x00170503 == ==This looks already bad. It means that power down of the codec ==failed. == ==But, the recent version should ignore this error. There was a logic ==failure to check this, but this was corrected recently. == ==Could you check the latest 4.0-rc whether it works better? ==If not, take alsa-info.sh output snapshots at good and bad working ==moments. Run the script with --no-upload option, and attach the ==outputs (better compressed). == == ==Takashi ==
Unfortunately I don't have the required competence to understand at the moment where those flags are in the relevant structs. And, unfortunately also, the "time"/environment. I'll let you know in case, I would like to help here.
Enrico Mioso My Tox ID is: 1CE0149BA3E39A140B5AE1B2FEA1C0A1F92418345B829DA03F62583412E7474293C6F48A97E9
I like / reocmmend usage of open messaging standards: here are my XMPP IDs. JIDs list: - mrkiko@jit.si - mrkiko@jabber.linux.it - mrkiko@chrome.pl - mrkiko@chatme.xyz - mrkiko@alpha-labs.net
(XMPP allows server to server communications, so you might write to me using any of these JIDs regardless the server you're connected to if administratively allowed by your server or the destination one; I wanted to see if some servers offered "innovative" / different services / for "fun", still I am not experienced enough to discover them confortably. One JID would have been enough.)
On Sun, 12 Apr 2015, Takashi Iwai wrote:
==Date: Sun, 12 Apr 2015 08:01:17 ==From: Takashi Iwai tiwai@suse.de ==To: Enrico Mioso mrkiko.rs@gmail.com ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, == kailang@realtek.com, alsa-devel@alsa-project.org ==Subject: Re: Intel HDA audio on EEE PC 1101HGo == ==At Sat, 11 Apr 2015 10:13:51 +0200 (CEST), ==Enrico Mioso wrote: ==> ==> When I plug in the jack and the audio is going, sometimes the audio will go to ==> the headphones and to the PC speakers. == ==It means that the unsol event hasn't been processed correctly. We ==need to debug via trace points which verb triggers this, for example. ==(See Documentation/sound/alsa/HD-Audio.txt.) == ==Usually when a communication stall happens it reports switching to ==polling mode. This is already a suspect. The stall at powering down ==to D3 is known on some codecs / controllers, so this itself isn't too ==serious. But if this happens at anything else, it needs more care. == ==> But stopping the audio and waiting for ==> the controller to enter power save mode, and starting it again, solves the ==> problem. But in my situation I had to ask the driver to reset the controller ==> any time it exits power save: ==> options snd_hda_intel power_save_controller=1 power_save=5 ==> so - I think the driver is not able to communicate properly with the device due ==> to problems elsewhere, not of it's own. I would like so much to see what ==> windows does in these cases. :) == ==Yes, it's very likely some communication error that makes the codec ==hang. It's interesting that the controller power save fixes it. This ==implies that the problem is rather in the controller side. ==What if you set the following flags? == codec->bus->sync_write = 1; == codec->bus->allow_bus_reset = 1; == == ==Takashi == ==> thank you guys for your work again - this intended to be an hilarious mail. ==> Have a good weekend. ==> Enrico ==> ==> I have CONFIG_SND_HDA_INPUT_JACK=y (I know it's uncorrelated). ==> On Thu, 9 Apr 2015, Takashi Iwai wrote: ==> ==> ==Date: Thu, 9 Apr 2015 17:59:15 ==> ==From: Takashi Iwai tiwai@suse.de ==> ==To: Enrico Mioso mrkiko.rs@gmail.com ==> ==Cc: perex@perex.cz, hui.wang@canonical.com, david.henningsson@canonical.com, ==> == kailang@realtek.com, alsa-devel@alsa-project.org ==> ==Subject: Re: Intel HDA audio on EEE PC 1101HGo ==> == ==> ==At Wed, 8 Apr 2015 21:40:53 +0200 (CEST), ==> ==Enrico Mioso wrote: ==> ==> ==> ==> Hello guys. ==> ==> I am writing to you all to talk you about a strange behaviour of the Intel HDA ==> ==> Audio device on an EEE PC 1101H. ==> ==> The audio device at some point simply doesn't react to commands, giving in ==> ==> dmesgo utput like this: ==> ==> ==> ==> [22321.638079] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> ==> to polling mode: last cmd=0x00170503 ==> ==> [22322.641410] snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching ==> ==> to single_cmd mode: last cmd=0x00170503 ==> == ==> ==This looks already bad. It means that power down of the codec ==> ==failed. ==> == ==> ==But, the recent version should ignore this error. There was a logic ==> ==failure to check this, but this was corrected recently. ==> == ==> ==Could you check the latest 4.0-rc whether it works better? ==> ==If not, take alsa-info.sh output snapshots at good and bad working ==> ==moments. Run the script with --no-upload option, and attach the ==> ==outputs (better compressed). ==> == ==> == ==> ==Takashi ==> == ==> ==
Sorry, at the end I did not do what you recommended me. Sorry.
But maybe now it's better to reconsider the whole story. right now (running kernel 4.9.0-rc5ho+) (I compild it from vanilla and added that custom version name), the situation changed somewhat. Infact, it seems opening the audio device at the wrong moment can panic the kernel. Actually I am in a hurry, still: a line like this options snd_hda_intel power_save_controller=0 power_save=0
seems to let the system survive fine.
To anyone reading: this isn't a solution. thank you and sorry again, Enrico
Hello. Now I am trying setting single_cmd to 1, lots of things overflow my logs as advertised, including this interesting message any time I cause a beep on the terminal: snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00
I know lots more infos would be needed... consider this just the result of a curious guy. Right now I don't know if I'll be ever able to work "well" on this system, regarding fixing those problems. Tank you for all, Enrico
Hello guys. With the these last settings the system seems able to survive. However, I think I am a little bit drastic with these settings.
here my hardware infos: I remember of being asked to send them as an attachment, so I'll do so. No upload has been made: when the script aked me, I choosen "Save locally". But there is an "upload=true" or something like that at the beginning.
Thank you all guys. Enrico
On Wed, 23 Nov 2016 09:19:07 +0100, Enrico Mioso wrote:
Hello guys. With the these last settings the system seems able to survive. However, I think I am a little bit drastic with these settings.
here my hardware infos: I remember of being asked to send them as an attachment, so I'll do so. No upload has been made: when the script aked me, I choosen "Save locally". But there is an "upload=true" or something like that at the beginning.
The single_cmd is really the last resort, and it already means that something wrong in the codec/controller communication.
What does actually crash and how is the exact symptom? You seem to always cut the citation, so I cannot remember the exact issue. Please keep the normal ML style, no top-posting.
thanks,
Takashi
On Thu, 1 Dec 2016, Takashi Iwai wrote:
Date: Thu, 1 Dec 2016 11:12:25 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Wed, 23 Nov 2016 09:19:07 +0100, Enrico Mioso wrote:
Hello guys. With the these last settings the system seems able to survive. However, I think I am a little bit drastic with these settings.
here my hardware infos: I remember of being asked to send them as an attachment, so I'll do so. No upload has been made: when the script aked me, I choosen "Save locally". But there is an "upload=true" or something like that at the beginning.
The single_cmd is really the last resort, and it already means that something wrong in the codec/controller communication.
What does actually crash and how is the exact symptom? You seem to always cut the citation, so I cannot remember the exact issue. Please keep the normal ML style, no top-posting.
thanks,
Takashi
Sorry for the inconvenience. I usually did that because, when reading e-mails with a screen reader (e.g.: from my phone), having all the text preceeded by things like ">>" is a little bit unconfortable. But I understand this can be a problem, and ML worked this way since a long time I guess.
So I recap: my computyer identifies itself as: ASUSTeK Computer INC. 1101HAG/1101HAG, BIOS 0102 08/17/2009 (it's an EEE PC and this message has been extracted from the dmesg, DMI data).
Once back, the HDA audio controller exhibited some strange behaviours, and in particular, audio wasn't routed the normal way when I plugged my headphones or unplugged them (so, if I din't wait for the controller to go in low-power mode, I could hear audio both form headphones and laptop speakers). Waiting instead, resulted in the controller working properly. You suggested me a method to report back some useful infos, but I didn't do that, sorry. (I posted a mail with those infos some day ago if I am not wrong.)
Then time passed,and I upgraded my kernel to the git version I reported in my previous mail, and now btw I am following current -git kernel with this system. I haven't noticed strange behaviours regarding audio routing, but it may well be due to lack of testing in this. But another strange thing started happening: in particular, kernel panics when an application tries to open the audio device (in my case it was Music Player Daemon, but also mplayer triggered it once).
So I tried setting power_save_controller and power_save both to 0 (yes, I know power_save_controller is a boolean)... I tried this without much reasoning if reasoning at all. No matter, I could still observe a panic (a single one I think). So I tried with single mode: and I did so because I think the driver reverted to single cmd mode at some point on this device, in the past. Now the system doesn't panic anymore, still in my dmesg there are lots of messages like: snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 3 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 3 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x80000000:0x0, last cmd=0x15f0900 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x15707c0 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x1470700 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23903a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33903a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33903a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33903a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239039 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339039 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339039 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339038 IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready snd_hdac_bus_update_rirb: 18 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239033 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a033 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339033 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339033 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239032 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a032 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339032 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339032 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 IPv6: ADDRCONF(NETDEV_UP): wlp1s0: link is not ready snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902f snd_hdac_bus_update_rirb: 42 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239026 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339026 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339026 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339026 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a027 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239027 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a027 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339027 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a028 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239028 snd_hdac_bus_update_rirb: 14 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239028 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a028 snd_hdac_bus_update_rirb: 42 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23901f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33901f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33901f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33901f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239020 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339020 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339020 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a021 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a021 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239021 snd_hdac_bus_update_rirb: 50 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x15f0900 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x15707c0 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x1470740 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239030 snd_hdac_bus_update_rirb: 82 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 systemd: 25 output lines suppressed due to ratelimiting
I see them being generated any time I cause a "beep" on the terminal, pressing for example backspace when there is nothing to delete left in the bash shell. For the rest, anything seems to work properly in this mode, even knowing something isn't working as it should.
Regarding the generated panics, it wasn't possible for me to read them at least by myself, since userspace was gone too soon and the daemon process handling my braille display gone with it. thank you for your help and patience. Sorry for inconveniences, Enrico
On Thu, 01 Dec 2016 14:50:30 +0100, Enrico Mioso wrote:
On Thu, 1 Dec 2016, Takashi Iwai wrote:
Date: Thu, 1 Dec 2016 11:12:25 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Wed, 23 Nov 2016 09:19:07 +0100, Enrico Mioso wrote:
Hello guys. With the these last settings the system seems able to survive. However, I think I am a little bit drastic with these settings.
here my hardware infos: I remember of being asked to send them as an attachment, so I'll do so. No upload has been made: when the script aked me, I choosen "Save locally". But there is an "upload=true" or something like that at the beginning.
The single_cmd is really the last resort, and it already means that something wrong in the codec/controller communication.
What does actually crash and how is the exact symptom? You seem to always cut the citation, so I cannot remember the exact issue. Please keep the normal ML style, no top-posting.
thanks,
Takashi
Sorry for the inconvenience. I usually did that because, when reading e-mails with a screen reader (e.g.: from my phone), having all the text preceeded by things like ">>" is a little bit unconfortable. But I understand this can be a problem, and ML worked this way since a long time I guess.
So I recap: my computyer identifies itself as: ASUSTeK Computer INC. 1101HAG/1101HAG, BIOS 0102 08/17/2009 (it's an EEE PC and this message has been extracted from the dmesg, DMI data).
Once back, the HDA audio controller exhibited some strange behaviours, and in particular, audio wasn't routed the normal way when I plugged my headphones or unplugged them (so, if I din't wait for the controller to go in low-power mode, I could hear audio both form headphones and laptop speakers). Waiting instead, resulted in the controller working properly. You suggested me a method to report back some useful infos, but I didn't do that, sorry. (I posted a mail with those infos some day ago if I am not wrong.)
Then time passed,and I upgraded my kernel to the git version I reported in my previous mail, and now btw I am following current -git kernel with this system. I haven't noticed strange behaviours regarding audio routing, but it may well be due to lack of testing in this. But another strange thing started happening: in particular, kernel panics when an application tries to open the audio device (in my case it was Music Player Daemon, but also mplayer triggered it once).
The kernel panic is bad. If you can get Oops message reliably, it'd be helpful to catch the stack trace. You can also set up kdump to capture the crash.
So I tried setting power_save_controller and power_save both to 0 (yes, I know power_save_controller is a boolean)... I tried this without much reasoning if reasoning at all.
Note that many desktop environments adjust already the power-saving stuff by themselves, so your setup would be overridden.
No matter, I could still observe a panic (a single one I think).
Again, if you can get an Oops, try to catch the oops message. This would help analysis.
So I tried with single mode: and I did so because I think the driver reverted to single cmd mode at some point on this device, in the past. Now the system doesn't panic anymore, still in my dmesg there are lots of messages like: snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10
Well, I'm not going to debug it any longer, as this is about single_cmd mode, and using single_cmd is only for the last-resort debugging. Any inconvenience is expected.
So, at best, let's try to catch the kernel oops at first.
thanks,
Takashi
thank you very much. Unfortunately crashes on that machine are a little bit problematic now. In case I get to render them less problematic, I'll let you know, even if I really don't know how things may go.
In case, I may try to set up a kdump or photograph the screen. Thank you again, and sorry for the "inconcludence".... Enrico
Enrico Mioso Mobile Phone Number: +393807096934 ( +Telegram :) ) My Tox ID is: 7C593F402A3C8632D87AB4B948D492294C39A6A614464ECF843CA3429FB023284180472C7475
I like / recommend usage of open messaging standards when possible.
On Thu, 1 Dec 2016, Takashi Iwai wrote:
Date: Thu, 1 Dec 2016 14:57:58 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Thu, 01 Dec 2016 14:50:30 +0100, Enrico Mioso wrote:
On Thu, 1 Dec 2016, Takashi Iwai wrote:
Date: Thu, 1 Dec 2016 11:12:25 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Wed, 23 Nov 2016 09:19:07 +0100, Enrico Mioso wrote:
Hello guys. With the these last settings the system seems able to survive. However, I think I am a little bit drastic with these settings.
here my hardware infos: I remember of being asked to send them as an attachment, so I'll do so. No upload has been made: when the script aked me, I choosen "Save locally". But there is an "upload=true" or something like that at the beginning.
The single_cmd is really the last resort, and it already means that something wrong in the codec/controller communication.
What does actually crash and how is the exact symptom? You seem to always cut the citation, so I cannot remember the exact issue. Please keep the normal ML style, no top-posting.
thanks,
Takashi
Sorry for the inconvenience. I usually did that because, when reading e-mails with a screen reader (e.g.: from my phone), having all the text preceeded by things like ">>" is a little bit unconfortable. But I understand this can be a problem, and ML worked this way since a long time I guess.
So I recap: my computyer identifies itself as: ASUSTeK Computer INC. 1101HAG/1101HAG, BIOS 0102 08/17/2009 (it's an EEE PC and this message has been extracted from the dmesg, DMI data).
Once back, the HDA audio controller exhibited some strange behaviours, and in particular, audio wasn't routed the normal way when I plugged my headphones or unplugged them (so, if I din't wait for the controller to go in low-power mode, I could hear audio both form headphones and laptop speakers). Waiting instead, resulted in the controller working properly. You suggested me a method to report back some useful infos, but I didn't do that, sorry. (I posted a mail with those infos some day ago if I am not wrong.)
Then time passed,and I upgraded my kernel to the git version I reported in my previous mail, and now btw I am following current -git kernel with this system. I haven't noticed strange behaviours regarding audio routing, but it may well be due to lack of testing in this. But another strange thing started happening: in particular, kernel panics when an application tries to open the audio device (in my case it was Music Player Daemon, but also mplayer triggered it once).
The kernel panic is bad. If you can get Oops message reliably, it'd be helpful to catch the stack trace. You can also set up kdump to capture the crash.
So I tried setting power_save_controller and power_save both to 0 (yes, I know power_save_controller is a boolean)... I tried this without much reasoning if reasoning at all.
Note that many desktop environments adjust already the power-saving stuff by themselves, so your setup would be overridden.
No matter, I could still observe a panic (a single one I think).
Again, if you can get an Oops, try to catch the oops message. This would help analysis.
So I tried with single mode: and I did so because I think the driver reverted to single cmd mode at some point on this device, in the past. Now the system doesn't panic anymore, still in my dmesg there are lots of messages like: snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10
Well, I'm not going to debug it any longer, as this is about single_cmd mode, and using single_cmd is only for the last-resort debugging. Any inconvenience is expected.
So, at best, let's try to catch the kernel oops at first.
thanks,
Takashi
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
Unfortunately the system wasn't able to reboot via crashdump/kexec mechanism nor to print out more useful output.
power_save = 40 power_save_controller = Y
thank you very much, Enrico
PS: I am using VERSA mode, should I switch back to standard VGA? No graphical user interface running.
My system dmesg appended: Linux version 4.10.0-rc2ho+ (mrkiko@atlantide2) (gcc version 6.2.1 20160830 (GCC) ) #1 SMP Tue Jan 3 12:03:10 CET 2017 KERNEL supported cpus: Intel GenuineIntel Atom PSE erratum detected, BIOS microcode update recommended Disabled fast string operations x86/fpu: Legacy x87 FPU detected. e820: BIOS-provided physical RAM map: BIOS-e820: [mem 0x0000000000000000-0x000000000009fbff] usable BIOS-e820: [mem 0x000000000009fc00-0x000000000009ffff] reserved BIOS-e820: [mem 0x00000000000e2000-0x00000000000fffff] reserved BIOS-e820: [mem 0x0000000000100000-0x000000003f64ffff] usable BIOS-e820: [mem 0x000000003f650000-0x000000003f65ffff] reserved BIOS-e820: [mem 0x000000003f660000-0x000000003f66dfff] ACPI data BIOS-e820: [mem 0x000000003f66e000-0x000000003f6affff] ACPI NVS BIOS-e820: [mem 0x000000003f6b0000-0x000000003f6bffff] reserved BIOS-e820: [mem 0x000000003f6c8000-0x000000003f7fffff] reserved BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved BIOS-e820: [mem 0x00000000fff00000-0x00000000ffffffff] reserved Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel! SMBIOS 2.5 present. DMI: ASUSTeK Computer INC. 1101HAG/1101HAG, BIOS 0102 08/17/2009 e820: update [mem 0x00000000-0x00000fff] usable ==> reserved e820: remove [mem 0x000a0000-0x000fffff] usable e820: last_pfn = 0x3f650 max_arch_pfn = 0x100000 MTRR default type: uncachable MTRR fixed ranges enabled: 00000-9FFFF write-back A0000-DFFFF uncachable E0000-EFFFF write-through F0000-FFFFF write-protect MTRR variable ranges enabled: 0 base 000000000 mask 0C0000000 write-back 1 base 03F700000 mask 0FFF00000 uncachable 2 base 03F800000 mask 0FF800000 uncachable 3 disabled 4 disabled 5 disabled 6 disabled 7 disabled x86/PAT: Configuration [0-7]: WB WC UC- UC WB WC UC- WT initial memory mapped: [mem 0x00000000-0x0bffffff] Base memory trampoline at [c009b000] 9b000 size 16384 BRK [0x0bad5000, 0x0bad5fff] PGTABLE BRK [0x0bad6000, 0x0bad6fff] PGTABLE ACPI: Early table checksum verification disabled ACPI: RSDP 0x00000000000FBFD0 000024 (v02 ACPIAM) ACPI: XSDT 0x000000003F660100 00005C (v01 081709 XSDT1643 20090817 MSFT 00000097) ACPI: FACP 0x000000003F660290 0000F4 (v04 081709 FACP1643 20090817 MSFT 00000097) ACPI: DSDT 0x000000003F660430 0094D3 (v02 A1453 A1453000 00000000 INTL 20060113) ACPI: FACS 0x000000003F66E000 000040 ACPI: FACS 0x000000003F66E000 000040 ACPI: APIC 0x000000003F660390 00005C (v02 081709 APIC1643 20090817 MSFT 00000097) ACPI: MCFG 0x000000003F6603F0 00003C (v01 081709 OEMMCFG 20090817 MSFT 00000097) ACPI: OEMB 0x000000003F66E040 00012C (v01 081709 OEMB1643 20090817 MSFT 00000097) ACPI: HPET 0x000000003F669910 000038 (v01 081709 OEMHPET 20090817 MSFT 00000097) ACPI: GSCI 0x000000003F66E170 002024 (v01 081709 GMCHSCI 20090817 MSFT 00000097) ACPI: SSDT 0x000000003F670B60 0004F0 (v01 PmRef CpuPm 00003000 INTL 20060113) ACPI: Local APIC address 0xfee00000 126MB HIGHMEM available. 887MB LOWMEM available. mapped low ram: 0 - 377fe000 low ram: 0 - 377fe000 Reserving 64MB of memory at 448MB for crashkernel (System RAM: 1013MB) BRK [0x0bad7000, 0x0bad7fff] PGTABLE Zone ranges: Normal [mem 0x0000000000001000-0x00000000377fdfff] HighMem [mem 0x00000000377fe000-0x000000003f64ffff] Movable zone start for each node Early memory node ranges node 0: [mem 0x0000000000001000-0x000000000009efff] node 0: [mem 0x0000000000100000-0x000000003f64ffff] Initmem setup node 0 [mem 0x0000000000001000-0x000000003f64ffff] On node 0 totalpages: 259566 free_area_init_node: node 0, pgdat cb9cc0c0, node_mem_map f6968028 Normal zone: 2220 pages used for memmap Normal zone: 0 pages reserved Normal zone: 227228 pages, LIFO batch:31 HighMem zone: 32338 pages, LIFO batch:7 Using APIC driver default ACPI: PM-Timer IO Port: 0x908 ACPI: Local APIC address 0xfee00000 IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ9 used by override. Using ACPI (MADT) for SMP configuration information ACPI: HPET id: 0x8086a201 base: 0xfed00000 smpboot: Allowing 2 CPUs, 0 hotplug CPUs e820: [mem 0x3f800000-0xfedfffff] available for PCI devices clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1910969940391419 ns setup_percpu: NR_CPUS:2 nr_cpumask_bits:2 nr_cpu_ids:2 nr_node_ids:1 percpu: Embedded 19 pages/cpu @f77d5000 s45900 r0 d31924 u77824 pcpu-alloc: s45900 r0 d31924 u77824 alloc=19*4096 pcpu-alloc: [0] 0 [0] 1 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 257346 Kernel command line: auto BOOT_IMAGE=ArchCrash root=801 crashkernel=64M PID hash table entries: 4096 (order: 2, 16384 bytes) Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Initializing CPU#0 Initializing HighMem for node 0 (000377fe:0003f650) Initializing Movable for node 0 (00000000:00000000) Memory: 953840K/1038264K available (4294K kernel code, 198K rwdata, 1464K rodata, 348K init, 456K bss, 84424K reserved, 0K cma-reserved, 129352K highmem) virtual kernel memory layout: fixmap : 0xfff8f000 - 0xfffff000 ( 448 kB) pkmap : 0xff800000 - 0xffc00000 (4096 kB) vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB) lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB) .init : 0xcb9d5000 - 0xcba2c000 ( 348 kB) .data : 0xcb831bfa - 0xcb9d3a00 (1671 kB) .text : 0xcb400000 - 0xcb831bfa (4294 kB) Checking if this processor honours the WP bit even in supervisor mode...Ok. SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 Hierarchical RCU implementation. Build-time adjustment of leaf fanout to 32. NR_IRQS:2304 nr_irqs:440 16 CPU 0 irqstacks, hard=c0010000 soft=c0012000 Console: colour dummy device 80x25 console [tty0] enabled clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns hpet clockevent registered tsc: Fast TSC calibration using PIT tsc: Detected 1331.312 MHz processor Calibrating delay loop (skipped), value calculated using timer frequency.. 2662.62 BogoMIPS (lpj=1331312) pid_max: default: 32768 minimum: 301 ACPI: Core revision 20160930 ACPI: 2 ACPI AML tables successfully acquired and loaded Mount-cache hash table entries: 2048 (order: 1, 8192 bytes) Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes) Atom PSE erratum detected, BIOS microcode update recommended Disabled fast string operations CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 mce: CPU supports 5 MCE banks CPU0: Thermal monitoring enabled (TM2) process: using mwait in idle threads Last level iTLB entries: 4KB 32, 2MB 0, 4MB 0 Last level dTLB entries: 4KB 64, 2MB 0, 4MB 8, 1GB 0 Freeing SMP alternatives memory: 24K smpboot: Max logical packages: 2 Enabling APIC mode: Flat. Using 1 I/O APICs ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 smpboot: CPU0: Intel(R) Atom(TM) CPU Z520 @ 1.33GHz (family: 0x6, model: 0x1c, stepping: 0x2) Performance Events: PEBS fmt0+, LBR disabled due to erratumAtom events, Intel PMU driver. ... version: 3 ... bit width: 40 ... generic registers: 2 ... value mask: 000000ffffffffff ... max period: 000000007fffffff ... fixed-purpose events: 3 ... event mask: 0000000700000003 smp: Bringing up secondary CPUs ... CPU 1 irqstacks, hard=c0114000 soft=c0116000 x86: Booting SMP configuration: .... node #0, CPUs: #1 Initializing CPU#1 Atom PSE erratum detected, BIOS microcode update recommended Disabled fast string operations smp: Brought up 1 node, 2 CPUs smpboot: Total of 2 processors activated (5325.09 BogoMIPS) devtmpfs: initialized clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns NET: Registered protocol family 16 cpuidle: using governor menu ACPI: bus type PCI registered PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) PCI: not using MMCONFIG PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=3 PCI: Using configuration type 1 for base access ACPI: Added _OSI(Module Device) ACPI: Added _OSI(Processor Device) ACPI: Added _OSI(3.0 _SCP Extensions) ACPI: Added _OSI(Processor Aggregator Device) ACPI: Executed 1 blocks of module-level executable AML code ACPI: Dynamic OEM Table Load: ACPI: SSDT 0x00000000C0096800 0001FA (v01 PmRef Cpu0Ist 00003000 INTL 20060113) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0x00000000C008B000 00065D (v01 PmRef Cpu0Cst 00003001 INTL 20060113) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0x00000000C005CE00 0000CC (v01 PmRef Cpu1Ist 00003000 INTL 20060113) ACPI: Dynamic OEM Table Load: ACPI: SSDT 0x00000000C004E6C0 000085 (v01 PmRef Cpu1Cst 00003000 INTL 20060113) ACPI : EC: EC started ACPI: _SB_.PCI0.SBRG.EC0_: Used as first EC ACPI: _SB_.PCI0.SBRG.EC0_: GPE=0xd, EC_CMD/EC_SC=0x66, EC_DATA=0x62 ACPI: _SB_.PCI0.SBRG.EC0_: Used as boot DSDT EC to handle transactions ACPI: Interpreter enabled ACPI: (supports S0 S5) ACPI: Using IOAPIC for interrupt routing PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0xe0000000-0xefffffff] (base 0xe0000000) PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in ACPI motherboard resources PCI: Using MMCONFIG for extended config space PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff]) acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI] acpi PNP0A08:00: _OSC failed (AE_NOT_FOUND); disabling ASPM PCI host bridge to bus 0000:00 pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] pci_bus 0000:00: root bus resource [io 0x0d00-0xffff window] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window] pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff window] pci_bus 0000:00: root bus resource [mem 0x3f800000-0xdfffffff window] pci_bus 0000:00: root bus resource [mem 0xf0000000-0xffffffff window] pci_bus 0000:00: root bus resource [bus 00-ff] pci 0000:00:00.0: [8086:8100] type 00 class 0x060000 pci 0000:00:02.0: [8086:8108] type 00 class 0x030000 pci 0000:00:02.0: reg 0x10: [mem 0xf3f80000-0xf3ffffff] pci 0000:00:02.0: reg 0x14: [io 0xc880-0xc887] pci 0000:00:02.0: reg 0x18: [mem 0xd0000000-0xdfffffff] pci 0000:00:02.0: reg 0x1c: [mem 0xf3f40000-0xf3f7ffff] pci 0000:00:1b.0: [8086:811b] type 00 class 0x040300 pci 0000:00:1b.0: reg 0x10: [mem 0xf3f38000-0xf3f3bfff 64bit] pci 0000:00:1b.0: PME# supported from D0 D3hot pci 0000:00:1c.0: [8086:8110] type 01 class 0x060400 pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold pci 0000:00:1c.1: [8086:8112] type 01 class 0x060400 pci 0000:00:1c.1: PME# supported from D0 D3hot D3cold pci 0000:00:1d.0: [8086:8114] type 00 class 0x0c0300 pci 0000:00:1d.0: reg 0x20: [io 0xb880-0xb89f] pci 0000:00:1d.1: [8086:8115] type 00 class 0x0c0300 pci 0000:00:1d.1: reg 0x20: [io 0xc080-0xc09f] pci 0000:00:1d.2: [8086:8116] type 00 class 0x0c0300 pci 0000:00:1d.2: reg 0x20: [io 0xc480-0xc49f] pci 0000:00:1d.7: [8086:8117] type 00 class 0x0c0320 pci 0000:00:1d.7: reg 0x10: [mem 0xf3f37c00-0xf3f37fff] pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold pci 0000:00:1f.0: [8086:8119] type 00 class 0x060100 pci 0000:00:1f.1: [8086:811a] type 00 class 0x010180 pci 0000:00:1f.1: reg 0x20: [io 0xffa0-0xffaf] pci 0000:00:1f.1: legacy IDE quirk: reg 0x10: [io 0x01f0-0x01f7] pci 0000:00:1f.1: legacy IDE quirk: reg 0x14: [io 0x03f6] pci 0000:00:1f.1: legacy IDE quirk: reg 0x18: [io 0x0170-0x0177] pci 0000:00:1f.1: legacy IDE quirk: reg 0x1c: [io 0x0376] pci 0000:03:00.0: [1969:1062] type 00 class 0x020000 pci 0000:03:00.0: reg 0x10: [mem 0xfbfc0000-0xfbffffff 64bit] pci 0000:03:00.0: reg 0x18: [io 0xe880-0xe8ff] pci 0000:03:00.0: PME# supported from D0 D1 D2 D3hot D3cold pci 0000:00:1c.0: PCI bridge to [bus 03] pci 0000:00:1c.0: bridge window [io 0xe000-0xefff] pci 0000:00:1c.0: bridge window [mem 0xfbf00000-0xfbffffff] pci 0000:01:00.0: [168c:002b] type 00 class 0x028000 pci 0000:01:00.0: reg 0x10: [mem 0xfbef0000-0xfbefffff 64bit] pci 0000:01:00.0: supports D1 pci 0000:01:00.0: PME# supported from D0 D1 D3hot D3cold pci 0000:00:1c.1: PCI bridge to [bus 01-02] pci 0000:00:1c.1: bridge window [io 0xd000-0xdfff] pci 0000:00:1c.1: bridge window [mem 0xf4000000-0xfbefffff] pci 0000:00:1c.1: bridge window [mem 0xcc000000-0xcfffffff pref] pci_bus 0000:00: on NUMA node 0 ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs *3 4 5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 14 *15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 *4 5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 *7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 *6 7 10 11 12 14 15) ACPI: Enabled 2 GPEs in block 00 to 1F ACPI : EC: event unblocked ACPI: _SB_.PCI0.SBRG.EC0_: GPE=0xd, EC_CMD/EC_SC=0x66, EC_DATA=0x62 ACPI: _SB_.PCI0.SBRG.EC0_: Used as boot DSDT EC to handle transactions and events SCSI subsystem initialized libata version 3.00 loaded. ACPI: bus type USB registered usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: pci_cache_line_size set to 64 bytes e820: reserve RAM buffer [mem 0x0009fc00-0x0009ffff] e820: reserve RAM buffer [mem 0x3f650000-0x3fffffff] HPET: 3 timers in total, 0 timers will be used for per-cpu timer hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0 hpet0: 3 comparators, 64-bit 14.318180 MHz counter clocksource: Switched to clocksource hpet hugetlbfs: disabling because there are no supported hugepage sizes pnp: PnP ACPI init system 00:00: [mem 0x40000000-0x7fffffff] has been reserved system 00:00: [mem 0x3f800000-0x3fffffff] has been reserved system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active) pnp 00:01: Plug and Play ACPI device, IDs PNP0b00 (active) pnp 00:02: Plug and Play ACPI device, IDs PNP0303 PNP030b (active) system 00:03: [io 0x0374-0x0375] has been reserved system 00:03: [io 0x03f4-0x03f5] has been reserved system 00:03: [io 0x0380-0x0387] has been reserved system 00:03: [io 0x09f4-0x09ff] has been reserved system 00:03: [io 0x04d0-0x04d1] has been reserved system 00:03: [io 0x0900-0x09f3] has been reserved system 00:03: [io 0x0400-0x043f] has been reserved system 00:03: [io 0x0480-0x04bf] has been reserved system 00:03: [mem 0xf0000000-0xf0003fff] has been reserved system 00:03: [mem 0x00000384-0x00000387] could not be reserved system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active) system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active) system 00:05: [mem 0xfec00000-0xfec00fff] could not be reserved system 00:05: [mem 0xfee00000-0xfee00fff] has been reserved system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) pnp 00:06: Plug and Play ACPI device, IDs SYN0a13 SYN0a01 SYN0a04 SYN0002 PNP0f13 (active) system 00:07: [mem 0xe0000000-0xefffffff] has been reserved system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active) system 00:08: [mem 0x00000000-0x0009ffff] could not be reserved system 00:08: [mem 0x000c0000-0x000cffff] could not be reserved system 00:08: [mem 0x000e0000-0x000fffff] could not be reserved system 00:08: [mem 0x00100000-0x3f7fffff] could not be reserved system 00:08: Plug and Play ACPI device, IDs PNP0c01 (active) pnp: PnP ACPI: found 9 devices clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns pci 0000:00:1c.0: bridge window [mem 0x00100000-0x000fffff pref] to [bus 03] add_size 200000 add_align 100000 pci 0000:00:1c.0: res[9]=[mem 0x00100000-0x000fffff pref] res_to_dev_res add_size 200000 min_align 100000 pci 0000:00:1c.0: res[9]=[mem 0x00100000-0x002fffff pref] res_to_dev_res add_size 200000 min_align 100000 pci 0000:00:1c.0: BAR 9: assigned [mem 0x80000000-0x801fffff pref] pci 0000:00:1c.0: PCI bridge to [bus 03] pci 0000:00:1c.0: bridge window [io 0xe000-0xefff] pci 0000:00:1c.0: bridge window [mem 0xfbf00000-0xfbffffff] pci 0000:00:1c.0: bridge window [mem 0x80000000-0x801fffff pref] pci 0000:00:1c.1: PCI bridge to [bus 01-02] pci 0000:00:1c.1: bridge window [io 0xd000-0xdfff] pci 0000:00:1c.1: bridge window [mem 0xf4000000-0xfbefffff] pci 0000:00:1c.1: bridge window [mem 0xcc000000-0xcfffffff pref] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window] pci_bus 0000:00: resource 5 [io 0x0d00-0xffff window] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window] pci_bus 0000:00: resource 7 [mem 0x000d0000-0x000dffff window] pci_bus 0000:00: resource 8 [mem 0x3f800000-0xdfffffff window] pci_bus 0000:00: resource 9 [mem 0xf0000000-0xffffffff window] pci_bus 0000:03: resource 0 [io 0xe000-0xefff] pci_bus 0000:03: resource 1 [mem 0xfbf00000-0xfbffffff] pci_bus 0000:03: resource 2 [mem 0x80000000-0x801fffff pref] pci_bus 0000:01: resource 0 [io 0xd000-0xdfff] pci_bus 0000:01: resource 1 [mem 0xf4000000-0xfbefffff] pci_bus 0000:01: resource 2 [mem 0xcc000000-0xcfffffff pref] NET: Registered protocol family 2 TCP established hash table entries: 8192 (order: 3, 32768 bytes) TCP bind hash table entries: 8192 (order: 4, 65536 bytes) TCP: Hash tables configured (established 8192 bind 8192) UDP hash table entries: 512 (order: 2, 16384 bytes) UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) NET: Registered protocol family 1 pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] pci 0000:03:00.0: [Firmware Bug]: disabling VPD access (can't determine size of non-standard VPD format) PCI: CLS 32 bytes, default 64 futex hash table entries: 512 (order: 3, 32768 bytes) workingset: timestamp_bits=14 max_order=18 bucket_order=4 Key type asymmetric registered Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) io scheduler noop registered io scheduler cfq registered (default) vesafb: mode is 1024x768x16, linelength=2048, pages=4 vesafb: scrolling: redraw vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0 vesafb: framebuffer at 0x3f800000, mapped to 0xf8400000, using 3072k, total 7872k Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device ACPI: AC Adapter [AC0] (on-line) input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0 ACPI: Lid Switch [LID] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1 ACPI: Sleep Button [SLPB] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2 ACPI: Power Button [PWRB] pata_sch 0000:00:1f.1: version 0.2 scsi host0: pata_sch scsi host1: pata_sch ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14 ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15 ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ehci-pci: EHCI PCI platform driver ehci-pci 0000:00:1d.7: EHCI Host Controller ehci-pci 0000:00:1d.7: new USB bus registered, assigned bus number 1 ehci-pci 0000:00:1d.7: debug port 1 ehci-pci 0000:00:1d.7: cache line size of 32 is not supported ehci-pci 0000:00:1d.7: irq 19, io mem 0xf3f37c00 ehci-pci 0000:00:1d.7: USB 2.0 started, EHCI 1.00 usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: Product: EHCI Host Controller usb usb1: Manufacturer: Linux 4.10.0-rc2ho+ ehci_hcd usb usb1: SerialNumber: 0000:00:1d.7 hub 1-0:1.0: USB hub found hub 1-0:1.0: 8 ports detected uhci_hcd: USB Universal Host Controller Interface driver uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.0: irq 20, io base 0x0000b880 usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb2: Product: UHCI Host Controller usb usb2: Manufacturer: Linux 4.10.0-rc2ho+ uhci_hcd usb usb2: SerialNumber: 0000:00:1d.0 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ata1.00: ATA-9: WDC WD5000LPVX-00V0TT0, 01.01A01, max UDMA/133 ata1.00: 976773168 sectors, multi 16: LBA48 ata1.00: configured for UDMA/100 ACPI: Battery Slot [BAT0] (battery present) scsi 0:0:0:0: Direct-Access ATA WDC WD5000LPVX-0 1A01 PQ: 0 ANSI: 5 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.1: irq 21, io base 0x0000c080 usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb3: Product: UHCI Host Controller usb usb3: Manufacturer: Linux 4.10.0-rc2ho+ uhci_hcd usb usb3: SerialNumber: 0000:00:1d.1 hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000c480 sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB) sd 0:0:0:0: [sda] 4096-byte physical blocks sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sd 0:0:0:0: [sda] Attached SCSI disk usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 usb 1-1: new high-speed USB device number 2 using ehci-pci usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb4: Product: UHCI Host Controller usb usb4: Manufacturer: Linux 4.10.0-rc2ho+ uhci_hcd usb usb4: SerialNumber: 0000:00:1d.2 hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected rtc_cmos 00:01: RTC can wake from S4 rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0 rtc_cmos 00:01: alarms up to one month, y3k, 114 bytes nvram, hpet irqs hidraw: raw HID events driver (C) Jiri Kosina usbcore: registered new interface driver usbhid usbhid: USB HID core driver microcode: sig=0x106c2, pf=0x1, revision=0x0 microcode: Microcode Update Driver: v2.2. Using IPI Shortcut mode usb 1-1: New USB device found, idVendor=05ac, idProduct=1006 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-1: Product: Keyboard Hub usb 1-1: Manufacturer: Apple, Inc. usb 1-1: SerialNumber: 000000000000 hub 1-1:1.0: USB hub found hub 1-1:1.0: 3 ports detected random: fast init done registered taskstats version 1 Key type big_key registered Key type encrypted registered usb 1-3: new high-speed USB device number 3 using ehci-pci rtc_cmos 00:01: setting system clock to 2017-01-03 13:28:15 UTC (1483450095) EXT4-fs (sda1): couldn't mount as ext3 due to feature incompatibilities EXT4-fs (sda1): couldn't mount as ext2 due to feature incompatibilities EXT4-fs (sda1): mounted filesystem without journal. Opts: (null) VFS: Mounted root (ext4 filesystem) readonly on device 8:1. devtmpfs: mounted Freeing unused kernel memory: 348K Write protecting the kernel text: 4296k usb 1-3: New USB device found, idVendor=05e3, idProduct=0608 usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 1-3: Product: USB2.0 Hub hub 1-3:1.0: USB hub found hub 1-3:1.0: 4 ports detected Write protecting the kernel read-only data: 1472k usb 1-1.2: new low-speed USB device number 4 using ehci-pci tsc: Refined TSC clocksource calibration: 1331.297 MHz clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x13309b1c550, max_idle_ns: 440795236824 ns usb 1-1.2: New USB device found, idVendor=05ac, idProduct=0250 usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 1-1.2: Product: Apple Keyboard usb 1-1.2: Manufacturer: Apple Inc. usb 1-4: new high-speed USB device number 5 using ehci-pci usb 1-4: New USB device found, idVendor=12d1, idProduct=1001 usb 1-4: New USB device strings: Mfr=2, Product=1, SerialNumber=0 usb 1-4: Product: HUAWEI Mobile usb 1-4: Manufacturer: HUAWEI Technology usb 1-3.3: new high-speed USB device number 6 using ehci-pci usb 1-3.3: New USB device found, idVendor=05e3, idProduct=0608 usb 1-3.3: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 1-3.3: Product: USB2.0 Hub hub 1-3.3:1.0: USB hub found hub 1-3.3:1.0: 4 ports detected random: crng init done usb 4-2: new full-speed USB device number 2 using uhci_hcd usb 4-2: New USB device found, idVendor=0b05, idProduct=b700 usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 4-2: Product: BT-253 usb 4-2: Manufacturer: Broadcom Corp usb 4-2: SerialNumber: 002243FA5A5C clocksource: Switched to clocksource tsc usb 1-3.4: new high-speed USB device number 8 using ehci-pci usb 1-3.4: New USB device found, idVendor=15a4, idProduct=9016 usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-3.4: Product: DVB-T 2 usb 1-3.4: Manufacturer: Afatech usb 1-3.4: SerialNumber: 010101010600001 Afatech DVB-T 2: Fixing fullspeed to highspeed interval: 10 -> 7 input: Afatech DVB-T 2 as /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3.4/1-3.4:1.1/0003:15A4:9016.0003/input/input3 usb 1-7: new high-speed USB device number 9 using ehci-pci hid-generic 0003:15A4:9016.0003: input,hidraw0: USB HID v1.01 Keyboard [Afatech DVB-T 2] on usb-0000:00:1d.7-3.4/input1 usb 1-7: New USB device found, idVendor=13d3, idProduct=5071 usb 1-7: New USB device strings: Mfr=2, Product=3, SerialNumber=0 usb 1-7: Product: USB2.0 UVC 1.3M WebCam usb 1-7: Manufacturer: GenesysLogic Technology Co. III, Ltd. usb 1-8: new high-speed USB device number 10 using ehci-pci usb 1-8: New USB device found, idVendor=058f, idProduct=6335 usb 1-8: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-8: Product: Mass Storage Device usb 1-8: Manufacturer: Generic usb 1-8: SerialNumber: 058F63356336 NET: Registered protocol family 10 Segment Routing with IPv6 ip_tables: (C) 2000-2006 Netfilter Core Team systemd[1]: systemd 232 running in system mode. (+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN) systemd[1]: Detected architecture x86. systemd[1]: Set hostname to <gatosaldo>. systemd[1]: [/usr/lib/systemd/system/rc-local.service:18] Support for option SysVStartPriority= has been removed and it is ignored systemd[1]: Listening on Journal Socket. systemd[1]: Started Forward Password Requests to Wall Directory Watch. systemd[1]: Listening on /dev/initctl Compatibility Named Pipe. systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point. systemd[1]: Listening on Journal Socket (/dev/log). systemd[1]: Listening on Process Core Dump Socket. EXT4-fs (sda1): re-mounted. Opts: nobarrier,noauto_da_alloc systemd-journald[649]: Received request to flush runtime journal from PID 1 Bluetooth: Core ver 2.22 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP socket layer initialized Bluetooth: SCO socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM ver 1.11 Monitor-Mwait will be used to enter C-1 state Monitor-Mwait will be used to enter C-2 state Monitor-Mwait will be used to enter C-3 state Monitor-Mwait will be used to enter C-3 state tsc: Marking TSC unstable due to TSC halts in idle clocksource: Switched to clocksource hpet i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 thermal LNXTHERM:00: registered as thermal_zone0 wmi: Mapper loaded ACPI: Thermal Zone [TZ00] (58 C) serio: i8042 KBD port at 0x60,0x64 irq 1 serio: i8042 AUX port at 0x60,0x64 irq 12 atl1c 0000:03:00.0: version 1.0.1.1-NAPI input: Apple Inc. Apple Keyboard as /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0/0003:05AC:0250.0001/input/input4 apple 0003:05AC:0250.0001: input,hidraw1: USB HID v1.11 Keyboard [Apple Inc. Apple Keyboard] on usb-0000:00:1d.7-1.2/input0 input: Apple Inc. Apple Keyboard as /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.1/0003:05AC:0250.0002/input/input5 apple 0003:05AC:0250.0002: input,hidraw2: USB HID v1.11 Device [Apple Inc. Apple Keyboard] on usb-0000:00:1d.7-1.2/input1 usbcore: registered new interface driver btusb media: Linux media interface: v0.10 usb-storage 1-4:1.0: USB Mass Storage device detected usb-storage 1-4:1.1: USB Mass Storage device detected usb-storage 1-4:1.2: USB Mass Storage device detected usb-storage 1-8:1.0: USB Mass Storage device detected scsi host2: usb-storage 1-8:1.0 usbcore: registered new interface driver usb-storage Adding 2894868k swap on /dev/sda2. Priority:-1 extents:1 across:2894868k usbcore: registered new interface driver usbserial scsi 2:0:0:0: Direct-Access Single Flash Reader 1.00 PQ: 0 ANSI: 0 sd 2:0:0:0: [sdb] 124735488 512-byte logical blocks: (63.9 GB/59.5 GiB) sd 2:0:0:0: [sdb] Write Protect is off sd 2:0:0:0: [sdb] Mode Sense: 03 00 00 00 Linux video capture interface: v2.00 sd 2:0:0:0: [sdb] No Caching mode page found sd 2:0:0:0: [sdb] Assuming drive cache: write through usbcore: registered new interface driver option usbcore: registered new interface driver uas usbserial: USB Serial support registered for GSM modem (1-port) option 1-4:1.0: GSM modem (1-port) converter detected usb 1-4: GSM modem (1-port) converter now attached to ttyUSB0 option 1-4:1.1: GSM modem (1-port) converter detected usb 1-4: GSM modem (1-port) converter now attached to ttyUSB1 option 1-4:1.2: GSM modem (1-port) converter detected usb 1-4: GSM modem (1-port) converter now attached to ttyUSB2 sdb: sdb1 sd 2:0:0:0: [sdb] Attached SCSI removable disk usb 1-3.4: dvb_usb_v2: found a 'Afatech AF9015 reference design' in warm state usb 1-3.4: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer dvbdev: DVB: registering new adapter (Afatech AF9015 reference design) usb 1-3.4: media controller created dvbdev: dvb_create_media_entity: media entity 'dvb-demux' registered. atl1c 0000:03:00.0 enp3s0: renamed from eth0 input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input6 i2c i2c-0: af9013: firmware version 5.24.0.0 usb 1-3.4: DVB: registering adapter 0 frontend 0 (Afatech AF9013)... dvbdev: dvb_create_media_entity: media entity 'Afatech AF9013' registered. i2c i2c-0: tda18218: NXP TDA18218HN successfully identified usb 1-3.4: dvb_usb_v2: 'Afatech AF9015 reference design' successfully initialized and connected usbcore: registered new interface driver dvb_usb_af9015 asus_wmi: ASUS WMI generic driver loaded eeepc_wmi: Found legacy ATKD device (ASUS010) eeepc_wmi: WMI device present, but legacy ATKD device is also present and enabled eeepc_wmi: You probably booted with acpi_osi="Linux" or acpi_osi="!Windows 2009" eeepc_wmi: Can't load eeepc-wmi, use default acpi_osi (preferred) or eeepc-laptop eeepc-wmi: probe of eeepc-wmi failed with error -16 snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 snd_hda_codec_realtek hdaudioC0D0: inputs: snd_hda_codec_realtek hdaudioC0D0: Mic=0x18 snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12 uvcvideo: Found UVC 1.00 device USB2.0 UVC 1.3M WebCam (13d3:5071) uvcvideo 1-7:1.0: Entity type for entity Extension 2 was not initialized! uvcvideo 1-7:1.0: Entity type for entity Processing 3 was not initialized! uvcvideo 1-7:1.0: Entity type for entity Camera 1 was not initialized! input: USB2.0 UVC 1.3M WebCam as /devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/input/input9 usbcore: registered new interface driver uvcvideo USB Video Class driver (1.1.1) input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8 input: HDA Intel MID Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10 input: HDA Intel MID Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11 Bluetooth: BNEP (Ethernet Emulation) ver 1.3 Bluetooth: BNEP filters: protocol multicast Bluetooth: BNEP socket layer initialized ath: phy0: ASPM enabled: 0x42 ath: EEPROM regdomain: 0x60 ath: EEPROM indicates we should expect a direct regpair map ath: Country alpha2 being used: 00 ath: Regpair used: 0x60 ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' ieee80211 phy0: Atheros AR9285 Rev:2 mem=0xf9920000, irq=17 ath9k 0000:01:00.0 wlp1s0: renamed from wlan0 EXT4-fs (sda1): re-mounted. Opts: nobarrier,noauto_da_alloc atl1c 0000:03:00.0: atl1c: enp3s0 NIC Link is Up<100 Mbps Full Duplex> NET: Registered protocol family 17
On Tue, 03 Jan 2017 14:49:40 +0100, Enrico Mioso wrote:
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
It's reading the output amp on NID 0x14, the speaker pin. It's weird that such a verb triggers the problem. Usually the unexpected behavior is triggered at the widget power up/down.
If the switching to single cmd mode causes an issue, you can disable by the patch like below. This may lead to the continuous errors, though.
Takashi
--- diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..43bf151d8712 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+#if 0 /* a fatal communication error; need either to reset or to fallback * to the single_cmd mode */ @@ -875,6 +876,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, chip->single_cmd = 1; hbus->response_reset = 0; snd_hdac_bus_stop_cmd_io(bus); +#endif return -EIO; }
First of all - Thank you very very much. I am apreciating a lot your help and kind replies.
Running the module like: options snd_hda_intel power_save_controller=0 power_save=0 single_cmd=1
prevents the system from crashing, still I can see lots of errors like the ones you find below. (I already reported them, doing it again just for reference / clarity after trying to change my top-posting habits.)
I'll test your patch ASAP: starting now kernel recompiling.
Enrico
snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hdac_bus_update_rirb: 42 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02c snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902c snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02f snd_hdac_bus_update_rirb: 46 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hdac_bus_update_rirb: 30 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902b snd_hdac_bus_update_rirb: 114 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239036 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a036 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339036 snd_hdac_bus_update_rirb: 58 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239029 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00
On Tue, 10 Jan 2017, Takashi Iwai wrote:
Date: Tue, 10 Jan 2017 11:52:22 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Tue, 03 Jan 2017 14:49:40 +0100, Enrico Mioso wrote:
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
It's reading the output amp on NID 0x14, the speaker pin. It's weird that such a verb triggers the problem. Usually the unexpected behavior is triggered at the widget power up/down.
If the switching to single cmd mode causes an issue, you can disable by the patch like below. This may lead to the continuous errors, though.
Takashi
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..43bf151d8712 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+#if 0 /* a fatal communication error; need either to reset or to fallback * to the single_cmd mode */ @@ -875,6 +876,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, chip->single_cmd = 1; hbus->response_reset = 0; snd_hdac_bus_stop_cmd_io(bus); +#endif return -EIO; }
Sorry - forgot to mention that the errors I reported trigger on different events, and notably: - console beep - volume up+down via alsamixer for example
... they may also trigger in other conditions, but I had to disable console dmesg logging, otherwise the system could become difficult to use in some cases, due to the amount of output.
On Tue, 10 Jan 2017, Enrico Mioso wrote:
Date: Tue, 10 Jan 2017 14:32:05 From: Enrico Mioso mrkiko.rs@gmail.com To: Takashi Iwai tiwai@suse.de Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
First of all - Thank you very very much. I am apreciating a lot your help and kind replies.
Running the module like: options snd_hda_intel power_save_controller=0 power_save=0 single_cmd=1
prevents the system from crashing, still I can see lots of errors like the ones you find below. (I already reported them, doing it again just for reference / clarity after trying to change my top-posting habits.)
I'll test your patch ASAP: starting now kernel recompiling.
Enrico
snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hdac_bus_update_rirb: 42 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02c snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902c snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902d snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902e snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02f snd_hdac_bus_update_rirb: 46 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339031 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339030 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02f snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902f snd_hdac_bus_update_rirb: 30 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902b snd_hdac_bus_update_rirb: 114 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339038 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339037 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239036 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a036 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x339036 snd_hdac_bus_update_rirb: 58 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hdac_bus_update_rirb: 1 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902b snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a02a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33a02a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x33902a snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x23a029 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x239029 snd_hdac_bus_update_rirb: 2 callbacks suppressed snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a10 snd_hda_intel 0000:00:1b.0: spurious response 0x0:0x0, last cmd=0x170a00
On Tue, 10 Jan 2017, Takashi Iwai wrote:
Date: Tue, 10 Jan 2017 11:52:22 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Tue, 03 Jan 2017 14:49:40 +0100, Enrico Mioso wrote:
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
It's reading the output amp on NID 0x14, the speaker pin. It's weird that such a verb triggers the problem. Usually the unexpected behavior is triggered at the widget power up/down.
If the switching to single cmd mode causes an issue, you can disable by the patch like below. This may lead to the continuous errors, though.
Takashi
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..43bf151d8712 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+#if 0 /* a fatal communication error; need either to reset or to fallback
- to the single_cmd mode
*/ @@ -875,6 +876,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, chip->single_cmd = 1; hbus->response_reset = 0; snd_hdac_bus_stop_cmd_io(bus); +#endif return -EIO; }
Hello Takashi, hello to all of you reading this message. If wish to thank you all again.
With this patch applied, thesystem is stable. And the module reports only a small amount of messages: [ 18.054976] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker [ 18.067358] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 18.080055] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x15/0x0/0x0/0x0/0x0) [ 18.092172] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 [ 18.104042] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 18.147300] snd_hda_codec_realtek hdaudioC0D0: Mic=0x18 [ 18.191065] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12 [ 18.247499] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8 [ 18.285601] input: HDA Intel MID Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9 [ 18.310620] input: HDA Intel MID Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10 [ 5379.300565] snd_hda_intel 0000:00:1b.0: Invalid position buffer, using LPIB read method instead.
So it seems all is working fine now. thank you very much for your help and patience. power_save -> 40 power_save_controller -> Y
Thank you again, waiting for further instructions... I would like this to be fixed / fixable in upstream.
My /proc/asound/card0/codec#0 contains what follows: Codec: Realtek ALC269 Address: 0 AFG Function Id: 0x1 (unsol 1) Vendor Id: 0x10ec0269 Subsystem Id: 0x104383ce Revision Id: 0x100004 No Modem Function Group found Default PCM: rates [0x5f0]: 32000 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A State of AFG node 0x01: Power states: D0 D1 D2 D3 CLKSTOP EPSS Power: setting=D0, actual=D0 GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out Control: name="Headphone Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Device: name="ALC269 Analog", type="Audio", device=0 Amp-Out caps: ofs=0x3f, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x40 0x40] Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out Control: name="Speaker Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-Out caps: ofs=0x3f, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x40 0x40] Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 PCM: rates [0x5f0]: 32000 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x07 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x11, nsteps=0x2e, stepsize=0x03, mute=1 Amp-In vals: [0x90 0x90] Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0xe]: 16 20 24 formats [0x1]: PCM Connection: 1 0x24 Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In Control: name="Capture Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Capture Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Device: name="ALC269 Analog", type="Audio", device=0 Amp-In caps: ofs=0x11, nsteps=0x2e, stepsize=0x03, mute=1 Amp-In vals: [0x1d 0x1d] Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0xe]: 16 20 24 formats [0x1]: PCM Connection: 1 0x23 Node 0x09 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Control: name="Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Beep Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=4, ofs=0 Control: name="Beep Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=4, ofs=0 Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x13 0x13] Connection: 5 0x18 0x19 0x1a 0x1b 0x1d Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Connection: 2 0x02 0x0b Node 0x0d [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Connection: 2 0x03 0x0b Node 0x0e [Audio Mixer] wcaps 0x20010a: Mono Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00] [0x80] Connection: 2 0x0c 0x0d Node 0x0f [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x10 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 IEC Coding Type: 0x0 PCM: rates [0x5f0]: 32000 44100 48000 88200 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x11 [Pin Complex] wcaps 0x400380: Mono Digital Pincap 0x00000014: OUT Detect Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x10 Node 0x12 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x00000020: IN Pin Default 0x99a30920: [Fixed] Mic at Int ATAPI Conn = ATAPI, Color = Unknown DefAssociation = 0x2, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x14 [Pin Complex] wcaps 0x40010d: Stereo Amp-Out Control: name="Speaker Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x00010050: OUT EAPD Balanced EAPD 0x2: EAPD Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI Conn = ATAPI, Color = Unknown DefAssociation = 0x1, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Connection: 2 0x0c 0x0d* Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0001001c: OUT HP EAPD Detect EAPD 0x2: EAPD Pin Default 0x0421441f: [Jack] HP Out at Ext Right Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0xc0: OUT HP Unsolicited: tag=01, enabled=1 Connection: 2 0x0c* 0x0d Node 0x16 [Pin Complex] wcaps 0x40010c: Mono Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80] Pincap 0x00000010: OUT Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Connection: 1 0x0e Node 0x17 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Mic Boost Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x00003734: IN OUT Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x04a19830: [Jack] Mic at Ext Right Conn = 1/8, Color = Pink DefAssociation = 0x3, Sequence = 0x0 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=02, enabled=1 Connection: 2 0x0c* 0x0d Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x00003734: IN OUT Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000373c: IN OUT HP Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x00003734: IN OUT Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 2 0x0c* 0x0d Node 0x1c [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x1d [Pin Complex] wcaps 0x400000: Mono Pincap 0x00000020: IN Pin Default 0x4005822d: [N/A] Line Out at Ext N/A Conn = Optical, Color = Purple DefAssociation = 0x2, Sequence = 0xd Pin-ctls: 0x20: IN Node 0x1e [Pin Complex] wcaps 0x400380: Mono Digital Pincap 0x00000014: OUT Detect Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x06 Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono Processing caps: benign=0, ncoeff=33 Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x22 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x23 [Audio Selector] wcaps 0x300101: Stereo Connection: 7 0x18 0x19 0x1a 0x1b 0x1d 0x12* 0x0b Node 0x24 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Connection: 6 0x18 0x19 0x1a 0x1b 0x1d 0x0b
On Tue, 10 Jan 2017, Takashi Iwai wrote:
Date: Tue, 10 Jan 2017 11:52:22 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Tue, 03 Jan 2017 14:49:40 +0100, Enrico Mioso wrote:
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
It's reading the output amp on NID 0x14, the speaker pin. It's weird that such a verb triggers the problem. Usually the unexpected behavior is triggered at the widget power up/down.
If the switching to single cmd mode causes an issue, you can disable by the patch like below. This may lead to the continuous errors, though.
Takashi
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..43bf151d8712 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+#if 0 /* a fatal communication error; need either to reset or to fallback * to the single_cmd mode */ @@ -875,6 +876,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, chip->single_cmd = 1; hbus->response_reset = 0; snd_hdac_bus_stop_cmd_io(bus); +#endif return -EIO; }
Sometimes it's my impression the beep is not emitted. but I may be wrong. If I determine it, I'll report back. But the system is stable so far, and I can't find other messages in the dmesg.
Enrico
On Tue, 10 Jan 2017, Takashi Iwai wrote:
Date: Tue, 10 Jan 2017 11:52:22 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Tue, 03 Jan 2017 14:49:40 +0100, Enrico Mioso wrote:
hello Tahaski, hello everyone reading this message.
Thank you for the patience you had with me. Now I finally came to set up this system for crash analysis, compiling the kernel with debug informations and frame pointers and so on. I set up kdump also. Unfortunately, I can get no useful output. The last things the system wrote before dying have been reconstructed. I noted down decimal values with the help of my mum. She wrote them down on a piece of paper. I am hitting the following messages: azx_get_response timeout, switching to polling mode: last cmd=0x014ba000 azx_get_response timeout, switching to single_cmd mode: last cmd=0x014ba000
It's reading the output amp on NID 0x14, the speaker pin. It's weird that such a verb triggers the problem. Usually the unexpected behavior is triggered at the widget power up/down.
If the switching to single cmd mode causes an issue, you can disable by the patch like below. This may lead to the continuous errors, though.
Takashi
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..43bf151d8712 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+#if 0 /* a fatal communication error; need either to reset or to fallback * to the single_cmd mode */ @@ -875,6 +876,7 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, chip->single_cmd = 1; hbus->response_reset = 0; snd_hdac_bus_stop_cmd_io(bus); +#endif return -EIO; }
On Thu, 12 Jan 2017 17:10:31 +0100, Enrico Mioso wrote:
Sometimes it's my impression the beep is not emitted. but I may be wrong. If I determine it, I'll report back. But the system is stable so far, and I can't find other messages in the dmesg.
OK, thanks. The hackish patch can't be kept / merged to the upstream code, of course. Instead, try the patch below and pass single_cmd=0 option. This will disallow fallback like the hack patch.
Takashi
-- 8< -- From: Takashi Iwai tiwai@suse.de Subject: [PATCH] ALSA: hda - Make single_cmd option to stop the fallback mechanism
HD-audio driver has a mechanism to fall back to the single cmd mode as a last resort if the CORB/RIRB communication goes wrong even after switching to the polling mode. The switching has worked in the past well, but Enrico Mioso reported that his system crashes when this happens.
Although the actual cause of the crash isn't still fully analyzed yet, it'd be in anyway good to provide an option to turn off the fallback mode. Now this patch extends the behavior of the existing single_cmd option for that. Namely,
- The option is changed from bool to bint. - As default, it is the mode allowing the fallback to single cmd. - Once when either true/false value is given to the option, the driver explicitly turns on/off the single cmd mode, but without the fallback.
That is, if you want to disable the fallback, just pass single_cmd=0 option. Passing single_cmd=1 will keep working like before.
Signed-off-by: Takashi Iwai tiwai@suse.de --- sound/pci/hda/hda_controller.c | 4 ++++ sound/pci/hda/hda_controller.h | 1 + sound/pci/hda/hda_intel.c | 10 +++++++--- 3 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..3715a5725613 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,10 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
+ /* no fallback mechanism? */ + if (!chip->fallback_to_single_cmd) + return -EIO; + /* a fatal communication error; need either to reset or to fallback * to the single_cmd mode */ diff --git a/sound/pci/hda/hda_controller.h b/sound/pci/hda/hda_controller.h index a50e0532622a..35a9ab2cac46 100644 --- a/sound/pci/hda/hda_controller.h +++ b/sound/pci/hda/hda_controller.h @@ -150,6 +150,7 @@ struct azx { int bdl_pos_adj; int poll_count; unsigned int running:1; + unsigned int fallback_to_single_cmd:1; unsigned int single_cmd:1; unsigned int polling_mode:1; unsigned int msi:1; diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 2587c197e353..faf99cc71277 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -128,7 +128,7 @@ static int bdl_pos_adj[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_mask[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_only[SNDRV_CARDS]; static int jackpoll_ms[SNDRV_CARDS]; -static bool single_cmd; +static int single_cmd = -1; static int enable_msi = -1; #ifdef CONFIG_SND_HDA_PATCH_LOADER static char *patch[SNDRV_CARDS]; @@ -157,7 +157,7 @@ module_param_array(probe_only, int, NULL, 0444); MODULE_PARM_DESC(probe_only, "Only probing and no codec initialization."); module_param_array(jackpoll_ms, int, NULL, 0444); MODULE_PARM_DESC(jackpoll_ms, "Ms between polling for jack events (default = 0, using unsol events only)"); -module_param(single_cmd, bool, 0444); +module_param(single_cmd, bint, 0444); MODULE_PARM_DESC(single_cmd, "Use single command to communicate with codecs " "(for debugging only)."); module_param(enable_msi, bint, 0444); @@ -1596,7 +1596,11 @@ static int azx_create(struct snd_card *card, struct pci_dev *pci,
check_probe_mask(chip, dev);
- chip->single_cmd = single_cmd; + if (single_cmd < 0) /* allow fallback to single_cmd at errors */ + chip->fallback_to_single_cmd = 1; + else /* explicitly set to single_cmd or not */ + chip->single_cmd = single_cmd; + azx_check_snoop_available(chip);
if (bdl_pos_adj[dev] < 0)
Thank you very very much. The description :D makes me smile, in a positive sense... Starting a kernel recompile. Thank you.
On Thu, 12 Jan 2017, Takashi Iwai wrote:
Date: Thu, 12 Jan 2017 17:20:57 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Thu, 12 Jan 2017 17:10:31 +0100, Enrico Mioso wrote:
Sometimes it's my impression the beep is not emitted. but I may be wrong. If I determine it, I'll report back. But the system is stable so far, and I can't find other messages in the dmesg.
OK, thanks. The hackish patch can't be kept / merged to the upstream code, of course. Instead, try the patch below and pass single_cmd=0 option. This will disallow fallback like the hack patch.
Takashi
-- 8< -- From: Takashi Iwai tiwai@suse.de Subject: [PATCH] ALSA: hda - Make single_cmd option to stop the fallback mechanism
HD-audio driver has a mechanism to fall back to the single cmd mode as a last resort if the CORB/RIRB communication goes wrong even after switching to the polling mode. The switching has worked in the past well, but Enrico Mioso reported that his system crashes when this happens.
Although the actual cause of the crash isn't still fully analyzed yet, it'd be in anyway good to provide an option to turn off the fallback mode. Now this patch extends the behavior of the existing single_cmd option for that. Namely,
- The option is changed from bool to bint.
- As default, it is the mode allowing the fallback to single cmd.
- Once when either true/false value is given to the option, the driver
explicitly turns on/off the single cmd mode, but without the fallback.
That is, if you want to disable the fallback, just pass single_cmd=0 option. Passing single_cmd=1 will keep working like before.
Signed-off-by: Takashi Iwai tiwai@suse.de
sound/pci/hda/hda_controller.c | 4 ++++ sound/pci/hda/hda_controller.h | 1 + sound/pci/hda/hda_intel.c | 10 +++++++--- 3 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..3715a5725613 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,10 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
- /* no fallback mechanism? */
- if (!chip->fallback_to_single_cmd)
return -EIO;- /* a fatal communication error; need either to reset or to fallback
*/
- to the single_cmd mode
diff --git a/sound/pci/hda/hda_controller.h b/sound/pci/hda/hda_controller.h index a50e0532622a..35a9ab2cac46 100644 --- a/sound/pci/hda/hda_controller.h +++ b/sound/pci/hda/hda_controller.h @@ -150,6 +150,7 @@ struct azx { int bdl_pos_adj; int poll_count; unsigned int running:1;
- unsigned int fallback_to_single_cmd:1; unsigned int single_cmd:1; unsigned int polling_mode:1; unsigned int msi:1;
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 2587c197e353..faf99cc71277 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -128,7 +128,7 @@ static int bdl_pos_adj[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_mask[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_only[SNDRV_CARDS]; static int jackpoll_ms[SNDRV_CARDS]; -static bool single_cmd; +static int single_cmd = -1; static int enable_msi = -1; #ifdef CONFIG_SND_HDA_PATCH_LOADER static char *patch[SNDRV_CARDS]; @@ -157,7 +157,7 @@ module_param_array(probe_only, int, NULL, 0444); MODULE_PARM_DESC(probe_only, "Only probing and no codec initialization."); module_param_array(jackpoll_ms, int, NULL, 0444); MODULE_PARM_DESC(jackpoll_ms, "Ms between polling for jack events (default = 0, using unsol events only)"); -module_param(single_cmd, bool, 0444); +module_param(single_cmd, bint, 0444); MODULE_PARM_DESC(single_cmd, "Use single command to communicate with codecs " "(for debugging only)."); module_param(enable_msi, bint, 0444); @@ -1596,7 +1596,11 @@ static int azx_create(struct snd_card *card, struct pci_dev *pci,
check_probe_mask(chip, dev);
- chip->single_cmd = single_cmd;
if (single_cmd < 0) /* allow fallback to single_cmd at errors */
chip->fallback_to_single_cmd = 1;else /* explicitly set to single_cmd or not */
chip->single_cmd = single_cmd;azx_check_snoop_available(chip);
if (bdl_pos_adj[dev] < 0)
-- 2.11.0
As a side note: on some kernels ago, this system would switch to polling mode, and then to single one (don't remember if it happened immediately like it does now, or i some time passed in between). Still, even after being in single mode, I remember it worked. In my opinion, it didn't crash. I may be confused, but I think so. This panic started to appear only on relatively recent kernel versions: I am sorry, I don't remember more precise data. Anyway, I'll let you all know. Thank you very much, Enrico
P.S.. sorry for the top-posting, my previous message was rejected from gmail; trying to reduce it's size. Yes, I find this improbable too, trying still...
Hello guys. I finally can report some interesting news. Now audio stopped working - still, the system didn't panic. So I consider this a good good point. My system is alive and I can keep it alive indefinitely, clearly if hardware doesn't break and/or other events out of my control cause an interruption.
In my dmesg, the following messages started to appear: snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x020c0000 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5 snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5
And they appear apparently when the driver tries to send new commands to the device, but this is only my impression. Let me know what I could do to report on what's happening. My system is acually running with kdump active, so in case I may also invoke the crash sysrq action and send back results.
sending alsa-info as attachment. Thank you for everything guys, and forthe patience. thank you Takashi.
On Thu, 12 Jan 2017, Takashi Iwai wrote:
Date: Thu, 12 Jan 2017 17:20:57 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Thu, 12 Jan 2017 17:10:31 +0100, Enrico Mioso wrote:
Sometimes it's my impression the beep is not emitted. but I may be wrong. If I determine it, I'll report back. But the system is stable so far, and I can't find other messages in the dmesg.
OK, thanks. The hackish patch can't be kept / merged to the upstream code, of course. Instead, try the patch below and pass single_cmd=0 option. This will disallow fallback like the hack patch.
Takashi
-- 8< -- From: Takashi Iwai tiwai@suse.de Subject: [PATCH] ALSA: hda - Make single_cmd option to stop the fallback mechanism
HD-audio driver has a mechanism to fall back to the single cmd mode as a last resort if the CORB/RIRB communication goes wrong even after switching to the polling mode. The switching has worked in the past well, but Enrico Mioso reported that his system crashes when this happens.
Although the actual cause of the crash isn't still fully analyzed yet, it'd be in anyway good to provide an option to turn off the fallback mode. Now this patch extends the behavior of the existing single_cmd option for that. Namely,
- The option is changed from bool to bint.
- As default, it is the mode allowing the fallback to single cmd.
- Once when either true/false value is given to the option, the driver
explicitly turns on/off the single cmd mode, but without the fallback.
That is, if you want to disable the fallback, just pass single_cmd=0 option. Passing single_cmd=1 will keep working like before.
Signed-off-by: Takashi Iwai tiwai@suse.de
sound/pci/hda/hda_controller.c | 4 ++++ sound/pci/hda/hda_controller.h | 1 + sound/pci/hda/hda_intel.c | 10 +++++++--- 3 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/sound/pci/hda/hda_controller.c b/sound/pci/hda/hda_controller.c index 500878556578..3715a5725613 100644 --- a/sound/pci/hda/hda_controller.c +++ b/sound/pci/hda/hda_controller.c @@ -861,6 +861,10 @@ static int azx_rirb_get_response(struct hdac_bus *bus, unsigned int addr, return -EIO; }
- /* no fallback mechanism? */
- if (!chip->fallback_to_single_cmd)
return -EIO;- /* a fatal communication error; need either to reset or to fallback
*/
- to the single_cmd mode
diff --git a/sound/pci/hda/hda_controller.h b/sound/pci/hda/hda_controller.h index a50e0532622a..35a9ab2cac46 100644 --- a/sound/pci/hda/hda_controller.h +++ b/sound/pci/hda/hda_controller.h @@ -150,6 +150,7 @@ struct azx { int bdl_pos_adj; int poll_count; unsigned int running:1;
- unsigned int fallback_to_single_cmd:1; unsigned int single_cmd:1; unsigned int polling_mode:1; unsigned int msi:1;
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index 2587c197e353..faf99cc71277 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -128,7 +128,7 @@ static int bdl_pos_adj[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_mask[SNDRV_CARDS] = {[0 ... (SNDRV_CARDS-1)] = -1}; static int probe_only[SNDRV_CARDS]; static int jackpoll_ms[SNDRV_CARDS]; -static bool single_cmd; +static int single_cmd = -1; static int enable_msi = -1; #ifdef CONFIG_SND_HDA_PATCH_LOADER static char *patch[SNDRV_CARDS]; @@ -157,7 +157,7 @@ module_param_array(probe_only, int, NULL, 0444); MODULE_PARM_DESC(probe_only, "Only probing and no codec initialization."); module_param_array(jackpoll_ms, int, NULL, 0444); MODULE_PARM_DESC(jackpoll_ms, "Ms between polling for jack events (default = 0, using unsol events only)"); -module_param(single_cmd, bool, 0444); +module_param(single_cmd, bint, 0444); MODULE_PARM_DESC(single_cmd, "Use single command to communicate with codecs " "(for debugging only)."); module_param(enable_msi, bint, 0444); @@ -1596,7 +1596,11 @@ static int azx_create(struct snd_card *card, struct pci_dev *pci,
check_probe_mask(chip, dev);
- chip->single_cmd = single_cmd;
if (single_cmd < 0) /* allow fallback to single_cmd at errors */
chip->fallback_to_single_cmd = 1;else /* explicitly set to single_cmd or not */
chip->single_cmd = single_cmd;azx_check_snoop_available(chip);
if (bdl_pos_adj[dev] < 0)
-- 2.11.0
On Fri, 13 Jan 2017 20:42:06 +0100, Enrico Mioso wrote:
Hello guys. I finally can report some interesting news. Now audio stopped working - still, the system didn't panic. So I consider this a good good point. My system is alive and I can keep it alive indefinitely, clearly if hardware doesn't break and/or other events out of my control cause an interruption.
In my dmesg, the following messages started to appear: snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x020c0000
I suppose the last_cmd value isn't always same?
snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5
Hm, this might be an invalid verb.
And they appear apparently when the driver tries to send new commands to the device, but this is only my impression. Let me know what I could do to report on what's happening. My system is acually running with kdump active, so in case I may also invoke the crash sysrq action and send back results.
When a crash no longer happens, kdump isn't needed. Instead, we need to track what triggers the stall.
Try to enable the tracepoint, as mentioned in Documentation/sound/hd-audio/notes.rst.
thanks,
Takashi
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command... Thank you again, Enrico
On Sat, 14 Jan 2017, Takashi Iwai wrote:
Date: Sat, 14 Jan 2017 09:44:12 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Fri, 13 Jan 2017 20:42:06 +0100, Enrico Mioso wrote:
Hello guys. I finally can report some interesting news. Now audio stopped working - still, the system didn't panic. So I consider this a good good point. My system is alive and I can keep it alive indefinitely, clearly if hardware doesn't break and/or other events out of my control cause an interruption.
In my dmesg, the following messages started to appear: snd_hda_intel 0000:00:1b.0: azx_get_response timeout, switching to polling mode: last cmd=0x020c0000
I suppose the last_cmd value isn't always same?
snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x1f0e00. -5
Hm, this might be an invalid verb.
And they appear apparently when the driver tries to send new commands to the device, but this is only my impression. Let me know what I could do to report on what's happening. My system is acually running with kdump active, so in case I may also invoke the crash sysrq action and send back results.
When a crash no longer happens, kdump isn't needed. Instead, we need to track what triggers the stall.
Try to enable the tracepoint, as mentioned in Documentation/sound/hd-audio/notes.rst.
thanks,
Takashi
On Sat, 14 Jan 2017 10:20:16 +0100, Enrico Mioso wrote:
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command...
Yes, maybe the fallback to single cmd got broken somehow. I'd need to check with a fault injection.
In anyway, the verb is DIGI_CONVERT_2, and the only possible place is the beep setup.
Could you try the below to see whether it makes any difference?
Takashi
--- diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index c397e7da0eac..07930e69812a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -228,9 +228,11 @@ int snd_hda_attach_beep_device(struct hda_codec *codec, int nid) return -ENOMEM; snprintf(beep->phys, sizeof(beep->phys), "card%d/codec#%d/beep0", codec->card->number, codec->addr); +#if 0 /* enable linear scale */ snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_2, 0x01); +#endif
beep->nid = nid; beep->codec = codec;
I tried to modprobe -r the module at some point... the system did actually panic I think. the system wasn't able to reboot in this case. So, don't know why ... but something might be going wrong. Anyway... I was alone and not able to read the screen, easily at least. Now I rebooted in the kernel with your modification, where digit_convert_2 verb was omitted with #if 0 . I'll let you know.
On Sat, 14 Jan 2017, Takashi Iwai wrote:
Date: Sat, 14 Jan 2017 10:46:01 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Sat, 14 Jan 2017 10:20:16 +0100, Enrico Mioso wrote:
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command...
Yes, maybe the fallback to single cmd got broken somehow. I'd need to check with a fault injection.
In anyway, the verb is DIGI_CONVERT_2, and the only possible place is the beep setup.
Could you try the below to see whether it makes any difference?
Takashi
diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index c397e7da0eac..07930e69812a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -228,9 +228,11 @@ int snd_hda_attach_beep_device(struct hda_codec *codec, int nid) return -ENOMEM; snprintf(beep->phys, sizeof(beep->phys), "card%d/codec#%d/beep0", codec->card->number, codec->addr); +#if 0 /* enable linear scale */ snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_2, 0x01); +#endif
beep->nid = nid; beep->codec = codec;
Thank you very much to all of you, Takashi.
Enrico Mioso Mobile Phone Number: +393807096934 ( +Telegram :) ) My Tox ID is: 7C593F402A3C8632D87AB4B948D492294C39A6A614464ECF843CA3429FB023284180472C7475
I like / recommend the usage of open messaging standards.
On Sat, 14 Jan 2017, Takashi Iwai wrote:
Date: Sat, 14 Jan 2017 10:46:01 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Sat, 14 Jan 2017 10:20:16 +0100, Enrico Mioso wrote:
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command...
Yes, maybe the fallback to single cmd got broken somehow. I'd need to check with a fault injection.
In anyway, the verb is DIGI_CONVERT_2, and the only possible place is the beep setup.
Could you try the below to see whether it makes any difference?
Takashi
diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index c397e7da0eac..07930e69812a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -228,9 +228,11 @@ int snd_hda_attach_beep_device(struct hda_codec *codec, int nid) return -ENOMEM; snprintf(beep->phys, sizeof(beep->phys), "card%d/codec#%d/beep0", codec->card->number, codec->addr); +#if 0 /* enable linear scale */ snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_2, 0x01); +#endif
beep->nid = nid; beep->codec = codec;
Hello Takashi.
In trying to narrow down things a little bit further, I wrote a dirty hack script, in an attempt to trigger the bug. So far results seems "encouraging": I was able to trigger the same behaviour. I am now running with all your 2 patches applied: the single_cmd=0 one and the #if 0 removal of that code snippet in hda_beep.c . My test script is stupid, and is as follows: svtest.sh .
#!/bin/sh while [ 1 ]; do new_volume=$(echo $RANDOM / 1000 | bc) sleep 41 beep mpc volume $new_volume sleep 41 new_volume=$(echo $RANDOM / 1000 | bc) mpc volume $new_volume done
Where: - "sleep" sleeps 1 second more than the 40 secs set for power down: this way I stress the power down / power up of the device - "mpc" is a Music Player Daemon client: the volume command tells the daemon to set the volume; alsamixer would reflect those changes. The desired effect was only to randomly change the volume. - the "beep" program is used for beeping: but I intentionally switched to another console running the test, thus the program would emit a normal "bell" (e.g. an \a sequence in the shell passed to the echo command the right way). Now the problem would be to narrow down things enough to have a trace snapshot in the right moment: but actually I don't know what I can do. I suspect that when I can see snd_hda_codec_realtek hdaudioC0D0: Unable to sync register 0x2b8000. -5 as is the case in this moment, it would be already "too late". I think this test was able to trigger the problem in two hours or so... Don't know.
Thank you for all Takashi, and all of you. Have a good sunday all guys. Enrico
On Sat, 14 Jan 2017, Takashi Iwai wrote:
Date: Sat, 14 Jan 2017 10:46:01 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Sat, 14 Jan 2017 10:20:16 +0100, Enrico Mioso wrote:
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command...
Yes, maybe the fallback to single cmd got broken somehow. I'd need to check with a fault injection.
In anyway, the verb is DIGI_CONVERT_2, and the only possible place is the beep setup.
Could you try the below to see whether it makes any difference?
Takashi
diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index c397e7da0eac..07930e69812a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -228,9 +228,11 @@ int snd_hda_attach_beep_device(struct hda_codec *codec, int nid) return -ENOMEM; snprintf(beep->phys, sizeof(beep->phys), "card%d/codec#%d/beep0", codec->card->number, codec->addr); +#if 0 /* enable linear scale */ snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_2, 0x01); +#endif
beep->nid = nid; beep->codec = codec;
Hello all guys, hellokind Takashi.
So, first of all I would like to thank you. At the end, at least unless some stuning revelation arrives, I think we can let go of this thing. But I still like the modification you did regarding the single_cmd fallback: and I would propose to still upstream it.
Tested-By: Enrico Mioso mrkiko.rs@gmail.com
I like it for two reasons: 1 - I think that, no matter in this case, avoiding a crash is fine. 2 - I apreciated your work and assistance + help.
this patch might also be useful for others.
thank you, really. Enrico
Enrico Mioso Mobile Phone Number: +393807096934 ( +Telegram :) ) My Tox ID is: 7C593F402A3C8632D87AB4B948D492294C39A6A614464ECF843CA3429FB023284180472C7475
I like / recommend the usage of open messaging standards.
On Sat, 14 Jan 2017, Takashi Iwai wrote:
Date: Sat, 14 Jan 2017 10:46:01 From: Takashi Iwai tiwai@suse.de To: Enrico Mioso mrkiko.rs@gmail.com Cc: hui.wang@canonical.com, alsa-devel@alsa-project.org, kailang@realtek.com Subject: Re: [alsa-devel] Intel HDA audio on EEE PC 1101HGo
On Sat, 14 Jan 2017 10:20:16 +0100, Enrico Mioso wrote:
Hello Takashi, thank you very much again for your kindness and patience...
I'll enable the tracepoint. Discrepancies in the single_cmd value are derived from the fact that I am still using the hackish version of the patch, since I didn't reboot... otherwise I should have started from scratch some very-long operations. But the value has remained to 0, and the fallback didn't happen, as expected.
Ok, reading note.rst now. I was wondering, but I may well be wrong: in the past that fallback code brought my system to single cmd mode after polling... Now it crashes, and as I said before, the switching from polling to last_cmd is kind-of immediate most of the times these days (e.g.: on this kernel). May be something goes wrong in the fallback path? Or is this caused by an invalid verb ? Guessing verb = something like a command...
Yes, maybe the fallback to single cmd got broken somehow. I'd need to check with a fault injection.
In anyway, the verb is DIGI_CONVERT_2, and the only possible place is the beep setup.
Could you try the below to see whether it makes any difference?
Takashi
diff --git a/sound/pci/hda/hda_beep.c b/sound/pci/hda/hda_beep.c index c397e7da0eac..07930e69812a 100644 --- a/sound/pci/hda/hda_beep.c +++ b/sound/pci/hda/hda_beep.c @@ -228,9 +228,11 @@ int snd_hda_attach_beep_device(struct hda_codec *codec, int nid) return -ENOMEM; snprintf(beep->phys, sizeof(beep->phys), "card%d/codec#%d/beep0", codec->card->number, codec->addr); +#if 0 /* enable linear scale */ snd_hda_codec_write_cache(codec, nid, 0, AC_VERB_SET_DIGI_CONVERT_2, 0x01); +#endif
beep->nid = nid; beep->codec = codec;
participants (3)
-
Enrico Mioso -
Mrkiko Rs
-
Takashi Iwai