TT1300 Firmware Problem

ghostV · 2. April 2006

Hallo Zusammen,

ich versuche gerade, auf Basis eines VIA SP13000 einen VDR aufzusetzen, bekomme aber schon recht frueh damit Probleme. Als DVB Karte habe ich eine TT 1300 (vor 3 wochen erst bekommen).
Folgendes habe ich gemacht :

von ct45'er cd installiert (2.6.12-ct-1 kernel), aber installation ohne vdr beendet, dann sources.list auf online gestellt und vdr 1.13.45 per ctvdrcfg installiert (nur vdr und streamdev-server).
Zunaechst gab es probleme mit dem 'capability' modul - das habe ich mit dem Forum in den Griff bekommen. Nun habe ich aber probleme mit der Karte. Laut Dmesg wird die Karte auch sauber erkannt, allerdings bekomme ich beim Start des VDR die folgende Meldung :

Code

Apr  2 15:33:03 localhost kernel: tda1004x: waiting for firmware upload (dvb-fe-tda10045.fw)...
Apr  2 15:33:05 localhost kernel: tda1004x: Error during firmware upload
Apr  2 15:33:05 localhost kernel: tda1004x: firmware upload failed
Apr  2 15:33:05 localhost vdr: [6451] found 1 video device
Apr  2 15:33:05 localhost vdr: [6451] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
Apr  2 15:33:05 localhost vdr: [6451] setting primary device to 1
Apr  2 15:33:05 localhost vdr: [6451] device 1 has no MPEG decoder
Apr  2 15:33:05 localhost vdr: [6451] SVDRP listening on port 2001
Apr  2 15:33:05 localhost vdr: [6451] loading /var/lib/vdr/themes/sttng-default.theme
Apr  2 15:33:05 localhost vdr: [6451] starting plugin: streamdev-server
Apr  2 15:33:05 localhost vdr: [6451] loading /var/lib/vdr/plugins/streamdevhosts.conf
Apr  2 15:33:05 localhost vdr: [6451] loading /var/lib/vdr/themes/sttng-default.theme
Apr  2 15:33:05 localhost vdr: [6451] switching to channel 7
Apr  2 15:33:05 localhost vdr: [6587] Streamdev: Listening (VTP) on port 2004
Apr  2 15:33:05 localhost vdr: [6587] Streamdev: Listening (HTTP) on port 3000
Apr  2 15:33:14 localhost vdr: [6585] frontend 0 timed out while tuning to channel 7, tp 490
Apr  2 15:34:15 localhost vdr: [6585] frontend 0 timed out while tuning to channel 1, tp 198
Apr  2 15:34:33 localhost vdr: [6585] frontend 0 timed out while tuning to channel 5, tp 490

Alles anzeigen

In der Folge versucht der VDR regelmaessig umzuschalten, schafft es aber nicht einen Kanal zu tunen. Ein Bild gibt es natuerlich auch nicht.

Die Firmwaredatei ist anscheinend vorhanden.

Nebenbei habe ich auch noch probleme die Unichrome unterstuetzung zum laufen zu bringen. Anders als die posts die ich dazu bisher gesehen habe wird bei lspci der Chipsatz nicht erkannt. Ich wuerde gerne die mpeg2 faehigkeiten des CN400 fuer die Fernsehausgabe nutzen. (Qualitaet ist nicht so wichtig, wird nur beim Schneiden benutzt)

Code

0000:00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0259
0000:00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1259
0000:00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2259
0000:00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3259
0000:00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4259
0000:00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7259
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:0d.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [K8T800 South]
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
0000:00:14.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown device 3118 (rev 02)

Alles anzeigen

Ueber Hinweise was da ggf. falsch ist wuerde ich mich freuen.

mauerspecht · 2. April 2006

Wo ist denn die Firmwaredatei?

Der Pfad hat sich vor ein paar Kernelversionen geändert, zur Sicherheit an beide Stellen legen.

locate dvb-fe-tda10045.fw

/lib/firmware/dvb-fe-tda10045.fw
/usr/lib/hotplug/firmware/dvb-fe-tda10045.fw

Im dmesg beim erfolgreichen laden

tda1004x: setting up plls for 53MHz sampling clock
tda1004x: timeout waiting for DSP ready
tda1004x: found firmware revision 0 -- invalid
tda1004x: waiting for firmware upload...
tda1004x: found firmware revision 20 -- ok

Die Datenbank für lscpi kannst du mit update-pciids erneuern. Das sollte dem Treiber aber egal sein.

ghostV · 2. April 2006

Hallo,

erst einmal danke fuer den Vorschlag. Bei mir war die Firmware ausschliesslich unter /usr/lib/hotplug/firmware. Ich habe nun unter /lib ein link firmware erzeugt, das darauf verweist, ohne allerdings das Problem zu beheben.

Das Update der Daten fuer lspci hat geklappt, damit sollte das also demnaechst dort weiter gehen.

Nachtrag : die Firmware wird bei mir nicht beim Systemstart geladen, sondern erst beim Start des VDR ueber /etc/init.d/vdr start. In der dmesg sind also garkeine Eintraege ueber die Firmware.

Axel.

ghostV · 22. April 2006

Hallo Zusammen,

inzwischen bin ich ein Stueck weiter, allerdings nicht am ziel.
Ich konnte feststellen, das immer wenn die Karte in dmesg mit der folgenden Zeile gelistet wird, dann geht der Firmware Upload :
[code]
saa7146: found saa7146 @ mem dcba4000 (revision 1, irq 11) (0x13c2, 0x1011)
[code]

manchmal wird sie aber auch so gelistet :
[code]
saa7146: found saa7146 @ mem dcb90000 (revision 1, irq 11) (0x13c2, 0x1011)
[code]
In diesem Fall geht es dann nicht.

Gibt es eine einfache moeglichkeit, dieses zu beeinflussen ? Leider bin ich nicht so der Spezialist was diese Eintraege angeht, daher bin ich ueber jeden Hinweis dankbar.

Axel

mauerspecht · 22. April 2006

Zu deinem Nachtrag:
Meldungen vom laden eines Treibers landen auch nach dem Boot in dmesg.
Wenn dort kein Firmwareload steht hat er nicht stattgefunden.

Die mem Angabe hängen mit DMA (Direct Memory Access) zusammen.

Ich vermute das bei dir die PCI Geräte in unterschiedlicher Reihenfolge initialisiert werden.

Das kann abhängen von PnP und ACPI Einstellungen im Bios, des Kernels sowie udev und hotplug.

ghostV · 23. April 2006

Erstmal danke fuer die Info.

Das kein Firmwareupload beim Boot stattfindet ist ok - die Firmware wird erst beim Start des VDR geladen (oder auch nicht)

Was mich interessieren wuerde ist wie ich das ggf. vorziehen kann ? Als test ob es beim Boot geht waere das interessant. Ansonsten hab ich immer noch so 40% das die Karte nicht geht, allerdings musste ich leider feststellen das sich der Eintrag hinter mem jedesmal aendert, so das ich nicht mehr sicher bin, ob ich daraus irgendetwas erkennen kann.

Anscheinend bin ich aber der einzige mit diesem Problem.

Axel

TT1300 Firmware Problem

Jetzt mitmachen!

Teilen