Neues System: ngene command timeout

Aufgrund einer defekten Festplatte musste ich mein System neu aufsetzen. Bisher hatte ich Debian Lenny mit Kernel 2.6.33. Jetzt läuft Debian Squeeze mit 2.6.34. Seit dem mein neues System läuft, bekomme ich ständig die berühmten Command timeouts vom ngene-Treiber. Woran kann das plötzlich liegen?

Ach ja, ich nutze momentan den ngene-new zweig aus dem v4l-Rep. Hatte aber auch schon den Standard-Treiber versucht.

Hier mal einer der Fehler:

[ 8116.436021] ngene: Command timeout cmd=04 prev=04
[ 8116.436036] host_to_ngene (c000): 04 04 d0 f4 b0 ff 00 01
[ 8116.436046] ngene_to_host (c100): 00 01 00 00 00 00 00 00
[ 8116.436055] dev->hosttongene (f6ac4000): 04 04 d0 f4 b0 ff 00 01
[ 8116.436062] dev->ngenetohost (f6ac4100): 00 01 00 00 00 00 00 00

Die Interrupts

vdr:~# cat /proc/interrupts 
            CPU0       CPU1       
   0:         45         51   IO-APIC-edge      timer
   1:          0          2   IO-APIC-edge      i8042
   7:          1          0   IO-APIC-edge    
   8:          0          1   IO-APIC-edge      rtc0
   9:          0          0   IO-APIC-fasteoi   acpi
  14:        190      10929   IO-APIC-edge      ide0
  16:      11607    4561498   IO-APIC-fasteoi   nGene, hda_intel, nvidia
  19:          0          2   IO-APIC-fasteoi   firewire_ohci
  20:          1         28   IO-APIC-fasteoi   ohci_hcd:usb3
  22:          1        219   IO-APIC-fasteoi   ehci_hcd:usb2, hda_intel
  23:          1        150   IO-APIC-fasteoi   ehci_hcd:usb1, ohci_hcd:usb4
  27:        253      28046   PCI-MSI-edge      eth2
  28:          0          0   PCI-MSI-edge      ahci
 NMI:          0          0   Non-maskable interrupts
 LOC:    6334663    4649454   Local timer interrupts
 SPU:          0          0   Spurious interrupts
 PMI:          0          0   Performance monitoring interrupts
 PND:          0          0   Performance pending work
 RES:    1532428     486962   Rescheduling interrupts
 CAL:       2685        747   Function call interrupts
 TLB:       1693       3876   TLB shootdowns
 TRM:          0          0   Thermal event interrupts
 THR:          0          0   Threshold APIC interrupts
 MCE:          0          0   Machine check exceptions
 MCP:         29         29   Machine check polls
 ERR:          1
 MIS:          0

Könnte es eventuell an: 16: 11607 4561498 IO-APIC-fasteoi nGene, hda_intel, nvidia liegen? Eventuell im BIOS?

Achja, es geht um die Mystique SaTix. Rest siehe Sig.

Grüsse
TheChief

Ich hab zwar noch nen Slot frei, weiss aber nicht, ob die Karte da rein geht. Auf dem Gigabyte Board ist da ein riesen Kühler im Weg. Ich schaus mir mal an. Im BIOS hab ich da auf die schnelle nichts gefunden?!

Komischerweise hab ich das Problem erst mit dem neuen System, vorher nicht. Die Hardware ist bis auf die Platte unverändert. Hm.

Grüsse
TheChief

Noch irgendwelche Ideen? Kann den PCIe Slot im Moment nicht wechseln. Wie gesagt, vor dem neuen System lief das ganze ja auch?! Das versteh ich halt nicht. Hab auch irgendwo gelesen, das PCIE x1 und PCIe x16 den IRQ teilen bei Gigabyte, dann würde umstecken auch nichts nützen.

Grüsse
TheChief

Mir scheint es an der Empangsqualität zu liegen. Der Fehler tritt manchmal stundenlang nicht auf, dann wieder mal alle paar Minuten. Ich hatte den Fehler früher schon einmal, als ein Kabel nicht ordentlich gesessen hat.

Könnte man diesen "Timeout" nicht höher setzen? Würde das was nützen?

Grüsse
TheChief

Zitat

Original von skiller2k1

Du könntest alternativ mal probieren, der NVIDIA-Karte einen eigenen MSI-IRQ zu geben. Das Modul nvidia mit folgender Option modproben (vorher natürlich entladen):

Code

modprobe nvidia NVreg_EnableMSI=1

Einen Versuch ist es auf jeden Fall wert

Grüße
Michi

Alles anzeigen

Danke für die Info, werd ich mal probieren. Wobei ich heute sagen muss....noch kein Absturz des Treibers.

Grüsse
TheChief

Zitat

Original von TheChief

Danke für die Info, werd ich mal probieren. Wobei ich heute sagen muss....noch kein Absturz des Treibers.

Grüsse
TheChief

Zumindest die Nvisdia Grafik befindet sich jetzt auf einem anderen IRQ. Mit dem HDMI Sound funktioniert das allerdings nicht. Wenn ich den Treiber mit enable_msi=1 starte, dann sagts mit nur:

[   20.360527] ALSA hda_intel.c:712: azx_get_response timeout, switching to polling mode: last cmd=0x400f0000
[   21.368035] ALSA hda_intel.c:720: No response from codec, disabling MSI: last cmd=0x400f0000

Hab jetzt mal mit dem dvbshop Kontakt aufgenommen und versuche die Karte zu tauschen. Eventuell hab ich ja noch ne Karte aus der ersten Serie. Bekomme auch gelegentlich den STV0900 not found Fehler.

Grüsse
TheChief