Re: playback-only code in snd-dice?
Brought to you by:
aeb,
bencollins
From: Daniel R. <dro...@fu...> - 2014-10-10 14:51:38
|
Okay, nothing else on IRQ 20, which is why it is so odd. Yes, and essentially no change to the firewire code since 3.16.0. Hmmm. 06:00.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller [104c:8025] (rev 01) (prog-if 1 0 [OHCI]) Subsystem: Texas Instruments TSB82AA2 IEEE-1394b Link Layer Controller [104c:8025] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 20 Region 0: Memory at fbffb800 (32-bit, non-prefetchable) [size=2K] Region 1: Memory at fbffc000 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] 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 modules: firewire_ohci plex drobbins # cat /proc/interrupts CPU0 CPU1 CPU2 CPU3 0: 126 0 0 0 IO-APIC-edge timer 1: 1 0 0 2 IO-APIC-edge i8042 8: 0 0 0 66 IO-APIC-edge rtc0 9: 0 0 0 0 IO-APIC-fasteoi acpi 12: 0 0 0 4 IO-APIC-edge i8042 18: 0 0 0 0 IO-APIC 18-fasteoi i801_smbus 21: 0 72 0 0 IO-APIC 21-fasteoi ehci_hcd:usb1 23: 0 0 34 0 IO-APIC 23-fasteoi ehci_hcd:usb2 24: 38508094 0 0 0 HPET_MSI-edge hpet2 25: 0 36516288 0 0 HPET_MSI-edge hpet3 26: 0 0 36180322 0 HPET_MSI-edge hpet4 27: 0 0 0 34039186 HPET_MSI-edge hpet5 29: 0 0 0 0 DMAR_MSI-edge dmar0 30: 0 0 0 0 PCI-MSI-edge aerdrv 31: 0 0 0 0 PCI-MSI-edge aerdrv 35: 308716 0 0 0 PCI-MSI-edge ahci 36: 499296 0 0 0 PCI-MSI-edge eth0-rx-0 37: 0 472843 0 0 PCI-MSI-edge eth0-tx-0 38: 0 0 2 0 PCI-MSI-edge eth0 NMI: 0 0 0 0 Non-maskable interrupts LOC: 87 76 62 50 Local timer interrupts SPU: 0 0 0 0 Spurious interrupts PMI: 0 0 0 0 Performance monitoring interrupts IWI: 0 0 0 0 IRQ work interrupts RTR: 3 0 0 0 APIC ICR read retries RES: 23366853 23172156 22929406 21895431 Rescheduling interrupts CAL: 11038985 10976238 10966038 10848531 Function call interrupts TLB: 453 1144 929 937 TLB shootdowns TRM: 0 0 0 0 Thermal event interrupts THR: 0 0 0 0 Threshold APIC interrupts MCE: 0 0 0 0 Machine check exceptions MCP: 209 209 209 209 Machine check polls ERR: 0 MIS: 0 On Fri, Oct 10, 2014 at 1:09 AM, Takashi Sakamoto <o-t...@sa...> wrote: > On Oct 10 2014 16:06, Clemens Ladisch wrote: >> >> Daniel Robbins wrote: >>> >>> With kernel 3.17.0, it now looks like firewire-ohci is misbehaving: >>> >>> [ 2.723177] firewire_ohci 0000:06:00.0: failed to allocate interrupt >>> 20 >>> [ 2.723206] firewire_ohci: probe of 0000:06:00.0 failed with error -5 >>> >>> 3.16.0 worked with your fixes... now that the fixes are in 3.17.0, >>> firewire-ohci appears broken. >> >> >> This has nothing to do with the sound driver. > > > Indeed. > >> Please show the "lspci -nnvv" entry of the controller, and the entire log. >> Is there any other driver on IRQ 20? > > > Output from /proc/interrupts will be our help, too. > > > Regards > > Takashi Sakamoto > o-t...@sa... |