1 2 [3] 4 5 >>> Archiv / MLD 2.x / Bugs & Test Berichte / Hauppauge Nova-t-500
 

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #30 on: December 21, 2008, 23:54:32 »
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...
Hardware (show / hide)

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4822
    • View Profile
Hauppauge Nova-t-500
« Reply #31 on: December 22, 2008, 00:03:15 »
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
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4


Offline Matthias

  • Expert Member
  • *****
  • Posts: 2006
    • View Profile
Hauppauge Nova-t-500
« Reply #32 on: December 22, 2008, 00:10:41 »
Quote
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
 
Produktiv System:
SAT over IP -> OctopusNet mit Unicable LNB: Inverto IDLU-24UL40-UNMOO-OPP
MLD 5.5 unstable/64Bit , Intel NUC BOXNUC6CAYH, 1 x 128 GB SSD, 8GB RAM + 1 x 3 TB HD per NFS (Synology),  Samsung UE32ES6300, Onkyo TX-8270, Nubert Nuline

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #33 on: December 22, 2008, 00:58:56 »
Wie bereits gesagt, scheint das ein spezielles Problem vom Hauppauge WinTV-NOVA-T-Stick zu sein. Und da auch nur spezielle Revisionen. Siehe hier!
Quote
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.
Quote
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
Quote
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.
Quote
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
Quote
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.
Hardware (show / hide)

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #34 on: December 22, 2008, 18:06:37 »
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
 
Hardware (show / hide)

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #35 on: December 22, 2008, 18:15:21 »
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
 
Hardware (show / hide)

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #36 on: December 22, 2008, 18:37:22 »
Quote
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  
Hardware (show / hide)

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #37 on: December 22, 2008, 19:33:35 »
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?
Hardware (show / hide)

Offline Matthias

  • Expert Member
  • *****
  • Posts: 2006
    • View Profile
Hauppauge Nova-t-500
« Reply #38 on: December 22, 2008, 19:53:42 »
Quote
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?
Produktiv System:
SAT over IP -> OctopusNet mit Unicable LNB: Inverto IDLU-24UL40-UNMOO-OPP
MLD 5.5 unstable/64Bit , Intel NUC BOXNUC6CAYH, 1 x 128 GB SSD, 8GB RAM + 1 x 3 TB HD per NFS (Synology),  Samsung UE32ES6300, Onkyo TX-8270, Nubert Nuline

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #39 on: December 22, 2008, 22:46:33 »
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
 
« Last Edit: December 22, 2008, 23:03:07 by Marcus »
Hardware (show / hide)

Offline Matthias

  • Expert Member
  • *****
  • Posts: 2006
    • View Profile
Hauppauge Nova-t-500
« Reply #40 on: December 22, 2008, 23:58:01 »
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....
« Last Edit: December 22, 2008, 23:59:56 by Matthias »
Produktiv System:
SAT over IP -> OctopusNet mit Unicable LNB: Inverto IDLU-24UL40-UNMOO-OPP
MLD 5.5 unstable/64Bit , Intel NUC BOXNUC6CAYH, 1 x 128 GB SSD, 8GB RAM + 1 x 3 TB HD per NFS (Synology),  Samsung UE32ES6300, Onkyo TX-8270, Nubert Nuline

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #41 on: December 23, 2008, 00:43:41 »
Quote
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!?

Quote
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.

Quote
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.

Quote
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
« Last Edit: December 23, 2008, 00:50:36 by Marcus »
Hardware (show / hide)

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #42 on: December 23, 2008, 01:52:20 »
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!
Hardware (show / hide)

Offline Matthias

  • Expert Member
  • *****
  • Posts: 2006
    • View Profile
Hauppauge Nova-t-500
« Reply #43 on: December 23, 2008, 09:53:21 »
Zum Thema APIC hättest Du gar nicht in Ferne schweifen brauchen
 :))  
Produktiv System:
SAT over IP -> OctopusNet mit Unicable LNB: Inverto IDLU-24UL40-UNMOO-OPP
MLD 5.5 unstable/64Bit , Intel NUC BOXNUC6CAYH, 1 x 128 GB SSD, 8GB RAM + 1 x 3 TB HD per NFS (Synology),  Samsung UE32ES6300, Onkyo TX-8270, Nubert Nuline

Offline Marcus

  • Profi Member
  • ****
  • Posts: 425
    • View Profile
Hauppauge Nova-t-500
« Reply #44 on: December 23, 2008, 10:05:14 »
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...
Hardware (show / hide)

1 2 [3] 4 5 >>> Archiv / MLD 2.x / Bugs & Test Berichte / Hauppauge Nova-t-500
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.