[Marcus]

Ja, dachte auch erst dass es laufen würde. Dann plötzlich Standbild. VDR lief gemütlich weiter, ließ sich auch ohne Probleme bedienen. Ins Log gesehen und diese Meldungen über I²C gesehen. Der Fehler ist bis dato auch nur ein einziges mal aufgetreten, werd es weiter beobachten. Mich irritieren bloß die Meldungen in meinem Link oben. Scheint noch ein generelles Problem bei den Sticks zu sein...

[MarMic]

hatte vorhin auch nen freeze mim neuen dvb aber nun gehts die ganze zeit ohne probleme logging funzt auch wieder anscheinend geht grade alles

ich beobachte auch mal weiter (habe aber keine error msgs)

greetz

[Matthias]

Ja, dachte auch erst dass es laufen würde. Dann plötzlich Standbild. VDR lief gemütlich weiter, ließ sich auch ohne Probleme bedienen. Ins Log gesehen und diese Meldungen über I²C gesehen. Der Fehler ist bis dato auch nur ein einziges mal aufgetreten, werd es weiter beobachten. Mich irritieren bloß die Meldungen in meinem Link oben. Scheint noch ein generelles Problem bei den Sticks zu sein...

Auch wenn`s Dir aktuell nicht weiter hilft...
Aber bei meinen 3 verschiedenen USB DVB-T Geräten habe ich die Meldungen ein Deinen Logs noch nie gesehen.

Matthias
 

[Marcus]

Wie bereits gesagt, scheint das ein spezielles Problem vom Hauppauge WinTV-NOVA-T-Stick zu sein. Und da auch nur spezielle Revisionen. Siehe hier!

Note: Currently, the Nova-T Stick (70009) is known to suffer from I2C errors. Updating to current Hg drivers and using new firmware should cure this.

August 21, 2008 - New firmware file fixing the last cause for i2c errors and disconnects and providing a new, more modular i2c request formatting.

You will need the dvb-usb-dib0700-1.20.fw firmware file in /lib/firmware or the relevant place for your distribution.

You may need to change the name of the file to dvb-usb-dib0700-1.10.fw or create a link until the driver code reflects that change.

For archival purposes: dvb-usb-dib0700-1.10.fw firmware file

August 29,2008 - Issues with Firmware 1.20. Some issues have been found with the latest version of the firmware. Users may wish to continue to use 1.10 unless they have patched their v4l-dvb code with dib0700_new_i2c_api.patch.

November 15,2008 - Issues with Firmware 1.20.

The above mentioned dib0700_new_12c_api.patch is not available discretely but is now rolled into the mercurial drivers
dvb-usb-dib0700-1.20.fw firmware file is now stable for reception, but remote control functionality is broken; any key press is repeated until the next key is pressed. The only way to get remote control functionality presently is to roll back to 1.10 firmware and suffer the occasional disconnect.
The mercurial drivers have been changed so they now load 1.20 firmware. To revert to 1.10 firmware you need to rename your firmware file to dvb-usb-dib0700-1.20.fw or provide a link of that name.
To avoid spurious remote control signals with 1.20 firmware, you need to edit /etc/modprobe.d/options and add:

Code: [Select]

options dvb_usb disable-rc-polling=1

November 28,2008 - i2c errors. Changes were made to the remote control drivers on November 16,2008 to correct the repeat key problem. The card is generally stable for dual tuner reception and remote control function with Firmware 1.20.

Wie gesagt, es ist bis dato nur ein einziges mal aufgetreten. Direkt nach dem Update auf 1.20 habe ich den Rechner neu gestartet, danach ca. 30 Sek. live Bild, danach Standbild und diese Meldungen im LOG. Vielleicht habe ich etwas zu panisch reagiert, weil ich kurz vorher den Beitrag im linuxtv-wiki gelesen habe. Kann also auch Zufall gewesen sein. Läuft bis jetzt ohne weitere Fehler durch.

[Marcus]

Ich hab ja nicht grad den besten Empfang hier, da der VDR nur zum testen hier steht. Aber ein bisschen wackelig ist das schon...

Code: [Select]

Dec 22 17:52:44 (none) user.err vdr: [2260] cAudioRepacker(0xC0): skipped 312 bytes while syncing on next audio frame
Dec 22 17:52:44 (none) user.err vdr: [2260] cAudioRepacker(0xC1): skipped 480 bytes to sync on next audio frame
Dec 22 17:52:47 (none) user.err vdr: [2260] cVideoRepacker: found reserved start code: stream seems to be scrambled
Dec 22 17:52:48 (none) user.err vdr: [2260] ERROR: unknown picture type '6'
Dec 22 17:52:48 (none) user.err vdr: [2260] ERROR: unknown picture type '4'
Dec 22 17:52:51 (none) user.info kernel: usb 1-2: USB disconnect, address 2
Dec 22 17:52:51 (none) user.warn kernel: mt2060 I2C write failed
Dec 22 17:52:51 (none) user.err vdr: [2555] ERROR (femonosd.c,521): No such device
Dec 22 17:52:51 (none) user.err vdr: [2555] ERROR (femonosd.c,522): No such device
Dec 22 17:52:51 (none) user.err vdr: [2555] ERROR (femonosd.c,523): No such device
Dec 22 17:52:51 (none) user.err vdr: [2555] ERROR (femonosd.c,524): No such device
Dec 22 17:52:51 (none) user.err vdr: [2555] ERROR (femonosd.c,525): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,521): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,522): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,523): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,524): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,525): No such device
Dec 22 17:52:52 (none) user.err vdr: [2555] ERROR (femonosd.c,521): No such device
 

[Marcus]

Code: [Select]

Dec 22 18:04:18 (none) user.err kernel: irq 10: nobody cared (try booting with the "irqpoll" option)
Dec 22 18:04:18 (none) user.warn kernel: Pid: 0, comm: swapper Not tainted 2.6.25.13.2 #12
Dec 22 18:04:18 (none) user.warn kernel:  [<c013820f>] __report_bad_irq+0x24/0x69
Dec 22 18:04:18 (none) user.warn kernel:  [<c0138216>] __report_bad_irq+0x2b/0x69
Dec 22 18:04:18 (none) user.warn kernel:  [<c013841b>] note_interrupt+0x1c7/0x200
Dec 22 18:04:18 (none) user.warn kernel:  [<c0137a05>] handle_IRQ_event+0x1a/0x3f
Dec 22 18:04:18 (none) user.warn kernel:  [<c0138c88>] handle_level_irq+0x86/0xb6
Dec 22 18:04:18 (none) user.warn kernel:  [<c0105895>] do_IRQ+0x4f/0x66
Dec 22 18:04:18 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 18:04:18 (none) user.warn kernel:  [<c011f219>] __do_softirq+0x54/0xc1
Dec 22 18:04:18 (none) user.warn kernel:  [<c011f2b8>] do_softirq+0x32/0x36
Dec 22 18:04:18 (none) user.warn kernel:  [<c010589a>] do_IRQ+0x54/0x66
Dec 22 18:04:18 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 18:04:18 (none) user.warn kernel:  [<c0102974>] default_idle+0x36/0x58
Dec 22 18:04:18 (none) user.warn kernel:  [<c010293e>] default_idle+0x0/0x58
Dec 22 18:04:18 (none) user.warn kernel:  [<c010288d>] cpu_idle+0x87/0x9b
Dec 22 18:04:18 (none) user.warn kernel:  =======================
Dec 22 18:04:18 (none) user.err kernel: handlers:
Dec 22 18:04:18 (none) user.err kernel: [<c031d56d>] (usb_hcd_irq+0x0/0x54)
Dec 22 18:04:18 (none) user.emerg kernel: Disabling IRQ #10
 

[Marcus]

Aber ein bisschen wackelig ist das schon...

Womit ich mir die Antwort schon selbst gegeben habe! Besser nicht die billigen USB-Verlängerungen ausm Reichelt nehmen...  :wand  

[Marcus]

Code: [Select]

Dec 22 19:21:56 (none) user.err kernel: irq 10: nobody cared (try booting with the "irqpoll" option)
Dec 22 19:21:56 (none) user.warn kernel: Pid: 0, comm: swapper Not tainted 2.6.25.13.2 #12
Dec 22 19:21:56 (none) user.warn kernel:  [<c013820f>] __report_bad_irq+0x24/0x69
Dec 22 19:21:56 (none) user.warn kernel:  [<c0138216>] __report_bad_irq+0x2b/0x69
Dec 22 19:21:56 (none) user.warn kernel:  [<c013841b>] note_interrupt+0x1c7/0x200
Dec 22 19:21:56 (none) user.warn kernel:  [<c0137a05>] handle_IRQ_event+0x1a/0x3f
Dec 22 19:21:56 (none) user.warn kernel:  [<c0138c88>] handle_level_irq+0x86/0xb6
Dec 22 19:21:56 (none) user.warn kernel:  [<c0105895>] do_IRQ+0x4f/0x66
Dec 22 19:21:56 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 19:21:56 (none) user.warn kernel:  [<c011f219>] __do_softirq+0x54/0xc1
Dec 22 19:21:56 (none) user.warn kernel:  [<c011f2b8>] do_softirq+0x32/0x36
Dec 22 19:21:56 (none) user.warn kernel:  [<c010589a>] do_IRQ+0x54/0x66
Dec 22 19:21:56 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 19:21:56 (none) user.warn kernel:  [<c0102974>] default_idle+0x36/0x58
Dec 22 19:21:56 (none) user.warn kernel:  [<c010293e>] default_idle+0x0/0x58
Dec 22 19:21:56 (none) user.warn kernel:  [<c010288d>] cpu_idle+0x87/0x9b
Dec 22 19:21:56 (none) user.warn kernel:  =======================
Dec 22 19:21:56 (none) user.err kernel: handlers:
Dec 22 19:21:56 (none) user.err kernel: [<c031d56d>] (usb_hcd_irq+0x0/0x54)
Dec 22 19:21:56 (none) user.emerg kernel: Disabling IRQ #10


Womit der Wackelkontakt am USB-Kabel nicht schuld ist. Warum wird denn hier dauernd der IRQ 10 abgeschaltet?

[Matthias]

Code: [Select]

Dec 22 19:21:56 (none) user.err kernel: irq 10: nobody cared (try booting with the "irqpoll" option)
Dec 22 19:21:56 (none) user.warn kernel: Pid: 0, comm: swapper Not tainted 2.6.25.13.2 #12
Dec 22 19:21:56 (none) user.warn kernel:  [<c013820f>] __report_bad_irq+0x24/0x69
Dec 22 19:21:56 (none) user.warn kernel:  [<c0138216>] __report_bad_irq+0x2b/0x69
Dec 22 19:21:56 (none) user.warn kernel:  [<c013841b>] note_interrupt+0x1c7/0x200
Dec 22 19:21:56 (none) user.warn kernel:  [<c0137a05>] handle_IRQ_event+0x1a/0x3f
Dec 22 19:21:56 (none) user.warn kernel:  [<c0138c88>] handle_level_irq+0x86/0xb6
Dec 22 19:21:56 (none) user.warn kernel:  [<c0105895>] do_IRQ+0x4f/0x66
Dec 22 19:21:56 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 19:21:56 (none) user.warn kernel:  [<c011f219>] __do_softirq+0x54/0xc1
Dec 22 19:21:56 (none) user.warn kernel:  [<c011f2b8>] do_softirq+0x32/0x36
Dec 22 19:21:56 (none) user.warn kernel:  [<c010589a>] do_IRQ+0x54/0x66
Dec 22 19:21:56 (none) user.warn kernel:  [<c0104467>] common_interrupt+0x23/0x28
Dec 22 19:21:56 (none) user.warn kernel:  [<c0102974>] default_idle+0x36/0x58
Dec 22 19:21:56 (none) user.warn kernel:  [<c010293e>] default_idle+0x0/0x58
Dec 22 19:21:56 (none) user.warn kernel:  [<c010288d>] cpu_idle+0x87/0x9b
Dec 22 19:21:56 (none) user.warn kernel:  =======================
Dec 22 19:21:56 (none) user.err kernel: handlers:
Dec 22 19:21:56 (none) user.err kernel: [<c031d56d>] (usb_hcd_irq+0x0/0x54)
Dec 22 19:21:56 (none) user.emerg kernel: Disabling IRQ #10


Womit der Wackelkontakt am USB-Kabel nicht schuld ist. Warum wird denn hier dauernd der IRQ 10 abgeschaltet?

Hast Du mal (auch wenns mühselig ist) nach den Fehlermeldungen im Inet gesucht?

[Marcus]

Ja, aber das bringt, zumindest für mich, nichts verwendbares zu Tage. Viele klagen über ähnliche Probleme, aber es gibt keine Infos warum und wieso.

Aber das hier habe ich im Wiki gefunden. Dort steht auch was von IRQ Problemen, und dass man USB und FW im BIOS abschalten soll. OK, onboard USB ist eh abgeschaltet, da nur 1.1, aber FW kann ich nicht abschalten. Wüsste nicht wo.

Jetzt die Frage an die Leute die Ahnung haben (also mich ausgeschlossen), besteht da ein Zusammenhang?

EDIT: IRQ 10 ist mein VIA USB2.0 Controller, also sprich die 4x USB2.0 PCI-Karte. Und wenn der wegknickt, ist auch Sense mit DVB, weil dadran hängen ja die DVB-T-Stick´s. Das Problem tritt auch dann auf, wenn nur ein Stick dran hängt.

Code: [Select]

MLD> cat /proc/interrupts
           CPU0
  0:     900812    XT-PIC-XT        timer
  1:        558    XT-PIC-XT        i8042
  2:          0    XT-PIC-XT        cascade
  7:          1    XT-PIC-XT
  8:          0    XT-PIC-XT        rtc0
  9:          0    XT-PIC-XT        acpi
 10:      48294    XT-PIC-XT        ehci_hcd:usb1
 11:          3    XT-PIC-XT        ohci1394, uhci_hcd:usb2
 14:       2212    XT-PIC-XT        ide0
 15:    1539465    XT-PIC-XT        uhci_hcd:usb3, saa7146 (0), eth0
NMI:          0   Non-maskable interrupts
LOC:          0   Local timer interrupts
RES:          0   Rescheduling interrupts
CAL:          0   function call interrupts
TLB:          0   TLB shootdowns
TRM:          0   Thermal event interrupts
SPU:          0   Spurious interrupts
ERR:          1
MIS:          0
 

[Matthias]

Na ja, wenn ich das richtig verstehe teilen sich USB und Nova den IRQ10?
--> 10:      48294    XT-PIC-XT        ehci_hcd:usb1
Bist Du dir sicher das Du OnBoard USB ausgeschaltet hast???

Vielleicht geht das mit dem (sagenhaften...) IRQ Sharing schief.

Hast Du ne Chance die Novas auf einem Board mit USB 2.0 OnBoard Kontroller zu testen?

Vielleicht hilfts....

[Marcus]

Na ja, wenn ich das richtig verstehe teilen sich USB und Nova den IRQ10?
--> 10: 48294 XT-PIC-XT ehci_hcd:usb1

Nein, auf IRQ 10 liegt nur der EHCI Hostcontroller. Meine NOVA´s sind USB Stick´s, haben wohl keine eigenen IRQ´s!?

Bist Du dir sicher das Du OnBoard USB ausgeschaltet hast???

Ja, ist definitiv abgeschaltet. Tauchen ja auch in der Ausgabe von /proc/interrupts nicht mehr auf. Aber der 1394 OHCI Controller ist noch da. Habe im Bios keine Option zum Deaktivieren gefunden. BIOS ist aktuell.

Vielleicht geht das mit dem (sagenhaften...) IRQ Sharing schief.

Eben, genau das wird das Problem sein. Der hinweis im Wiki deutet das ja auch schon an.

Hast Du ne Chance die Novas auf einem Board mit USB 2.0 OnBoard Kontroller zu testen?

Unter XP, ja. Aber das wird uns nicht weiterbringen. Ich bin mittlerweile fest davon überzeugt, dass das Board vom Shuttle bzw desser IRQ Handling

[Marcus]

Okay, hier bei Shuttle habe ich etwas über APIC mit dem SS40G gefunden. Das ist zwar von 2002, hat aber weitergeholfen. Das kann man also im BIOS de-/aktivieren.

Also auf nach BIOS, APIC eingeschaltet, und siehe da...  ...es wurde noch schlimmer. Im LOG millionen Fehlermeldungen über APIC, System nun richtig instabil. Also wieder ausgeschaltet. Im Grunde habe ich ja genug IRQ´s frei, bloß diese Doppelbelegungen gefallen mir nicht. Habe dann versucht im BIOS an der IRQ Verteilung was zu ändern. Geht aber nicht. Die IRQ´s scheinen nach den INT X Leitungen vergeben zu werden. Ist also hartverdrahtet. <-  :wow:

Ich sehe evtl noch eine Möglichkeit: Ich werd mich morgen mal beim örtlichen Hardwaredealer umsehen und ne andere USB Karte besorgen. In der Hoffnung dass die IRQ´s dann anders vergeben werden. Die Dinger kosten ja nicht die Welt und ich kann sie bestimmt zurückgeben falls es nicht klappt.

Melde mich wenns was neues gibt.
Vielen Dank schonmal an alle die mitgeholfen haben!

[Matthias]

Zum Thema APIC hättest Du gar nicht in Ferne schweifen brauchen
   

[Marcus]

Ja, genau so sah das aus, wenn ich im BIOS APIC eingeschaltet habe. Warum auch immer...
Hab grad im Portal den Tip mit "pci=routirq" in der menu.lst bekommen. Dabei werden dann die vom BIOS vergebenen IRQ´s umgeleitet. Was auch immer das genau heißen mag, ich probier es nachher mal aus. Vielleicht hilft´s...