[Ulilala]

Liebes Forum,

ich bin ganz neu hier - und jetzt auch mit einem VDR ausgestattet.
Bis ich SAT eingerichtet habe, möchte ich für eine Zeit mit DVBT schauen und das Gerät kennenlernen.
Ich habe Stable 3.0.1 installiert und es funktioniert auch.
Allerdings wird in der Log folgender Fehler angezeigt:
Upload failed.
Es scheint die Firmware: dvb-fe-tda10048-1.0.fw nicht geladen werden zu können.

Die Karte ist eine Hauppauge 1200 und wird eigentlich richtig erkannt.

Die Karte funktioniert zwar trotzdem, aber ist sehr langsam und ich meine, sie ruckelt etwas.

Könnt ihr mir sagen, wie ich die Firmware eingerichtet bekomme?
Angehängt der Ausschnitt aus der Log.
Vielen Dank für Tips!!

Ulilala




Feb 26 18:46:57 (none) user.info kernel: CORE cx23885[0]: subsystem: 0070:71d1, board: Hauppauge WinTV-HVR1200 [card=7,autodetected]
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: Hauppauge model 71959, rev H2E9, serial# 3008582
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: MAC address is 00:0d:fe:2d:e8:46
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: tuner model is Philips 18271_8295 (idx 149, type 54)
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: audio processor is CX23885 (idx 39)
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: decoder processor is CX23885 (idx 33)
Feb 26 18:46:57 (none) user.info kernel: tveeprom 0-0050: has no radio
Feb 26 18:46:57 (none) user.info kernel: cx23885[0]: hauppauge eeprom: model=71959
Feb 26 18:46:57 (none) user.info kernel: cx23885_dvb_register() allocating 1 frontend(s)
Feb 26 18:46:57 (none) user.info kernel: cx23885[0]: cx23885 based dvb card
Feb 26 18:46:57 (none) user.info kernel: tda829x 1-0042: type set to tda8295
Feb 26 18:46:57 (none) user.info kernel: tda18271 1-0060: creating new instance
Feb 26 18:46:57 (none) user.info kernel: TDA18271HD/C1 detected @ 1-0060
Feb 26 18:46:58 (none) user.info kernel: DVB: registering new adapter (cx23885[0])
Feb 26 18:46:58 (none) user.warn kernel: DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)...
Feb 26 18:46:58 (none) user.info kernel: cx23885_dev_checkrevision() Hardware revision = 0xb0
Feb 26 18:46:58 (none) user.info kernel: cx23885[0]/0: found at 0000:02:00.0, rev: 2, irq: 18, latency: 0, mmio: 0xfe800000
Feb 26 19:47:04 (none) user.err vdr: [8765] WARN: missing plugin 'xvdr'
Feb 26 18:47:05 (none) user.info kernel: tda10048_firmware_upload: waiting for firmware upload (dvb-fe-tda10048-1.0.fw)...
Feb 26 18:47:27 (none) user.info kernel: bootsplash: status on console 0 changed to on
Feb 26 19:47:27 (none) auth.info login[11846]: root login on 'tty1'
Feb 26 19:47:27 (none) auth.info login[11847]: root login on 'tty2'
Feb 26 19:47:27 (none) auth.info login[11850]: root login on 'tty3'
Feb 26 19:47:27 (none) auth.info login[11853]: root login on 'tty4'
Feb 26 18:48:05 (none) user.err kernel: tda10048_firmware_upload: Upload failed. (file not found?)
Feb 26 18:48:09 (none) user.warn kernel: hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.

[MarMic]

Finden und nach /lib/Firmware kopieren

[Ulilala]

Hallo!
Jetzt sieht es echt bitter aus.
- mit der stable version bleibt er jedes 2. mal beim boot hängen.

Bei Hauppauge habe ich die Firmware gefunden und installiert.
Das hat keinen Unterschied gemacht, er ist immer wieder hängen geblieben. Dann hat er die rc.config zerstört und ging gar nicht mehr.

Ich habe auf die Backup der Stable zurückgesetzt und dann mal auf devel3.0.1 gesetzt und alle Upgrades gezogen.
Die devel3.0.1 erkennt die Karte gar nicht mehr sinnvoll. Er kommt nicht mal zum Firmware Upgrade und Bild ist auch ganz weg.
Ich würde sagen in der devel ist ein Fehler eingebaut, der die Karte falsch einsortiert.
Kann das bitte jemand angehen, denn jetzt komme ich weder mit stable noch mit devel weiter... :computertod


Log:

Feb 27 20:19:25 (none) user.info kernel: RPC: Registered named UNIX socket transport module.
Feb 27 20:19:25 (none) user.info kernel: RPC: Registered udp transport module.
Feb 27 20:19:25 (none) user.info kernel: RPC: Registered tcp transport module.
Feb 27 20:19:25 (none) user.info kernel: RPC: Registered tcp NFSv4.1 backchannel transport module.
Feb 27 20:19:25 (none) user.info kernel: NFS: server address does not match proto= option
Feb 27 20:19:32 (none) user.err kernel: WARNING: You are using an experimental version of the media stack.
Feb 27 20:19:32 (none) user.err kernel:    As the driver is backported to an older kernel, it doesn't offer
Feb 27 20:19:32 (none) user.err kernel:    enough quality for its usage in production.
Feb 27 20:19:32 (none) user.err kernel:    Use it with care.
Feb 27 20:19:32 (none) user.err kernel: Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Feb 27 20:19:32 (none) user.err kernel:    ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
Feb 27 20:19:32 (none) user.err kernel:    b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
Feb 27 20:19:32 (none) user.err kernel:    676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
Feb 27 20:19:32 (none) user.err kernel:    experimental: 091aa10c585d16969681e18e8d68d90f48f3ea7f media_build_experimental: Switch to driver package linux-media-2013-02-14.tar.bz2.
Feb 27 20:19:32 (none) user.err kernel:    ngene-octopus-test: f17e1f749eca01f76e2e8a9e536c47f01ae3ce2b ddbgridge/ngene: Remove __dev* attributes.
Feb 27 20:19:32 (none) user.err kernel:    v4l-dvb-saa716x: a24d9118e6cc63aad4dbf56dfec59846490cb6d8 saa716x_ff: merge FGPI fixes.
Feb 27 20:19:32 (none) user.info kernel: media: Linux media interface: v0.10
Feb 27 20:19:32 (none) user.info kernel: Linux video capture interface: v2.00
Feb 27 20:19:32 (none) user.err kernel: WARNING: You are using an experimental version of the media stack.
Feb 27 20:19:32 (none) user.err kernel:    As the driver is backported to an older kernel, it doesn't offer
Feb 27 20:19:32 (none) user.err kernel:    enough quality for its usage in production.
Feb 27 20:19:32 (none) user.err kernel:    Use it with care.
Feb 27 20:19:32 (none) user.err kernel: Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
Feb 27 20:19:32 (none) user.err kernel:    ed72d37a33fdf43dc47787fe220532cdec9da528 [media] media: Add 0x3009 USB PID to ttusb2 driver (fixed diff)
Feb 27 20:19:32 (none) user.err kernel:    b9e2afff1e6b36d05a0e12b6114eb0aaf8949c09 [media] rtl28xxu: Add USB IDs for Compro VideoMate U620F
Feb 27 20:19:32 (none) user.err kernel:    676fa7d4c9fd141a31cba2870e592a597c0bb07f [media] em28xx: add usb id for terratec h5 rev. 3
Feb 27 20:19:32 (none) user.err kernel:    experimental: 091aa10c585d16969681e18e8d68d90f48f3ea7f media_build_experimental: Switch to driver package linux-media-2013-02-14.tar.bz2.
Feb 27 20:19:32 (none) user.err kernel:    ngene-octopus-test: f17e1f749eca01f76e2e8a9e536c47f01ae3ce2b ddbgridge/ngene: Remove __dev* attributes.
Feb 27 20:19:32 (none) user.err kernel:    v4l-dvb-saa716x: a24d9118e6cc63aad4dbf56dfec59846490cb6d8 saa716x_ff: merge FGPI fixes.
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_grab
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_grab (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_handler_setup
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_handler_setup (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_new_custom
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_new_custom (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_new_std_menu
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_new_std_menu (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_activate
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_activate (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_handler_init
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_handler_init (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_new_std
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_new_std (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_g_ctrl
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_g_ctrl (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_handler_free
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_handler_free (err -22)
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: disagrees about version of symbol v4l2_ctrl_cluster
Feb 27 20:19:32 (none) user.warn kernel: cx2341x: Unknown symbol v4l2_ctrl_cluster (err -22)
Feb 27 21:19:36 (none) user.err vdr: [7570] WARN: missing plugin 'xvdr'
Feb 27 20:20:42 (none) user.info kernel: bootsplash: status on console 0 changed to on
Feb 27 21:20:47 (none) auth.info login[10293]: root login on 'tty1'
Feb 27 21:20:47 (none) auth.info login[10294]: root login on 'tty2'
Feb 27 21:20:47 (none) auth.info login[10297]: root login on 'tty3'
Feb 27 21:20:47 (none) auth.info login[10300]: root login on 'tty4'

[Holger]

Hi,

einen ganz ähnlichen Fehler hatte ich grad in der MLD 3.0.2 1.7.38 - kannst Du im Thread '1.7.38 - Schlag auf Schlag' nachlesen !

Da ich auf der MLD 3.0.1 mit der 1.7.31 auf die gleiche dvb-Version upgedated habe und dort die Probleme nicht auftreten,
stell doch mal den dvb-Eintrag in der /etc/addons/active ganz ans Ende.

Und nimm bei der 3.0.1 die stable, wie Claus schon geschrieben hatte !

Gruß
Holger

[Ulilala]

Hallo!
Er schafft es jetzt - und zwar nachdem ich dvb-usb ganz rausgeschmissen habe.
Möglicherweise verhindert der dvb-usb treiber, dass die Karte erkannt wird.
Ich würde sagen, dass ist trotzdem ein Fehler.
Als nächstes werde ich versuchen, den Hänger beim Boot zu reproduzieren. Ich meine, er hat sich immer dann aufgehängt, wenn der Fernseher "zu spät" angeschaltet war.

Ohne dvb-usb log:

Feb 27 20:59:55 (none) user.info kernel: cx23885 driver version 0.0.3 loaded
Feb 27 20:59:55 (none) user.info kernel: CORE cx23885[0]: subsystem: 0070:71d1, board: Hauppauge WinTV-HVR1200 [card=7,autodetected]
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: Hauppauge model 71959, rev H2E9, serial# 3008582
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: MAC address is 00:0d:fe:2d:e8:46
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: tuner model is Philips 18271_8295 (idx 149, type 54)
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: audio processor is CX23885 (idx 39)
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: decoder processor is CX23885 (idx 33)
Feb 27 20:59:55 (none) user.info kernel: tveeprom 0-0050: has no radio
Feb 27 20:59:55 (none) user.info kernel: cx23885[0]: hauppauge eeprom: model=71959
Feb 27 20:59:55 (none) user.info kernel: cx23885_dvb_register() allocating 1 frontend(s)
Feb 27 20:59:55 (none) user.info kernel: cx23885[0]: cx23885 based dvb card
Feb 27 20:59:55 (none) user.info kernel: tda829x 1-0042: type set to tda8295
Feb 27 20:59:55 (none) user.info kernel: tda18271 1-0060: creating new instance
Feb 27 20:59:55 (none) user.info kernel: TDA18271HD/C1 detected @ 1-0060
Feb 27 20:59:55 (none) user.info kernel: DVB: registering new adapter (cx23885[0])
Feb 27 20:59:55 (none) user.info kernel: cx23885 0000:02:00.0: DVB: registering adapter 0 frontend 0 (NXP TDA10048HN DVB-T)...
Feb 27 20:59:55 (none) user.info kernel: cx23885_dev_checkrevision() Hardware revision = 0xb0
Feb 27 20:59:55 (none) user.info kernel: cx23885[0]/0: found at 0000:02:00.0, rev: 2, irq: 18, latency: 0, mmio: 0xfe800000
Feb 27 21:59:57 (none) user.err vdr: [6958] WARN: missing plugin 'xvdr'
Feb 27 20:59:58 (none) user.info kernel: tda10048_firmware_upload: waiting for firmware upload (dvb-fe-tda10048-1.0.fw)...
Feb 27 20:59:58 (none) user.info kernel: tda10048_firmware_upload: firmware read 24878 bytes.
Feb 27 20:59:58 (none) user.info kernel: tda10048_firmware_upload: firmware uploading
Feb 27 21:00:01 (none) user.info kernel: tda10048_firmware_upload: firmware uploaded
Feb 27 21:00:05 (none) user.warn kernel: hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.

[clausmuus]

Kannst Du das mit dem zu spät angeschaltetem TV noch mal überprüfen? Das kann durchaus sein. Möglicherweise startet der xserver in nem Modus den der TV nicht kann, wenn der nicht eingeschaltet ist. In einem solchen Fall sollte das

[Ulilala]

Hi!
Ich konnte es reproduzieren. Ich hoffe, ich habe keine versteckten Schäden produziert. Ggf. muss ich noch einmal sauber die Backup zurückspielen.

Test: Wenige Sekunden nach dem Start des Rechners habe ich den TV an und nach wenigen Sekunden wieder ausgeschaltet. (

[clausmuus]

Hi,

der Fehler tritt also nur auf, wenn Du den TV ganz am Anfang des Bootens (eventuell noch beim BIOS abarbeiten) nur kurz einschaltest? Wenn dem so ist, liegt's nicht an der MLD sondern da dran, dass Dein PC damit nicht klar kommt und anschließend die MLD durcheinander bringt (die Grafikkarte nicht korrekt initialisiert). War dein ssh Versuch eventuell ein wenig zu früh? Es kann auch sein, das ssh nicht ging, weil der xserver sich nicht starten ließ, und ssh erst nach dem xserver gestartet werden soll.
Die rc.config geht kaputt, wenn wehrend des Schreibens in diese Datei abgeschaltet wird. Normalerweise wird aber nur ganz am Ende des Bootens einmal in die Datei geschrieben. Da es immer wieder mal berichte gibt, die da drauf hindeuten, das diese Datei kaputt gegangen ist, sollte ich diesen einen Eintrag, der bei jedem Booten geschrieben wird, eventuell besser in ne eigene Datei auslagern. Der könnte dann problemlos neu erstellt werden, wenn er kaputt gehen sollte.

Claus

[Ulilala]

Hi!
Ich hatte schon verschiedene Hänger, aber erst seitdem ich die DVBT Karte eingebaut habe. Vorher kam alles stabil hoch.
Da ich mehr als 10 Minuten gewartet habe, bis ich mich entschied, den Rechner auszuschalten, scheint etwas richtig hängen zu bleiben und die rc.config nicht geschlossen zu werden. Die übrig gebliebenen Einträge sind auch definitiv neu.

Daher bitte ich sehr darum, die Datei beim Booten nicht zu beschreiben. Kaputte rc.config ist es immer fatal....

Ich habe noch mehrfache Versuche gemacht, den Hänger zu reproduzieren, habe es aber nicht mehr geschafft. Sobald ich ein sauberes Kriterium habe, melde ich mich wieder. Dummerweise konnte ich beim Hänger keine Log ansehen, da ich kein Bild hatte....

Wenn ich wieder eine kaputte rc.config bekomme, kann ich die ja zwischenspeichern und mal rübersenden. Bitte sage aber Bescheid, wenn das geändert wurde, denn auf dem Weg zum stabilen System kann doch immer mal ein Ausschalten nötig sein....