Nexus-S - dvb-ttpci: A frontend driver was not found for device

marco · 1. Juni 2012

Hallo,

ich kämpfe gerade mit dem DVB-Treiber nach einem Update von Fedora 16 auf Fedora 17 wird das notwendige Frontend nicht mehr geladen.

Code

[	7.531323] saa7146: register extension 'av7110'
[	7.531389] saa7146: found saa7146 @ mem ffffc90000c7ec00 (revision 1, irq 22) (0x13c2,0x0003)
[	7.540267] leds_ss4200: no LED devices found
[	8.180152] hda_intel: msi for device 1043:81f6 set to 0
[	8.480467] nvidia: module license 'NVIDIA' taints kernel.
[	8.480470] Disabling lock debugging due to kernel taint
[	8.500346] vgaarb: device changed decodes: PCI:0000:06:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[	8.500453] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  295.53  Fri May 11 23:28:10 PDT 2012
[	8.796555] hda_intel: Disabling MSI
[	8.808266] ALSA sound/pci/hda/hda_intel.c:1536 Enable delay in RIRB handling
[	9.239061] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0
[	9.248025] HDMI status: Codec=1 Pin=5 Presence_Detect=0 ELD_Valid=0
[	9.257044] HDMI status: Codec=2 Pin=5 Presence_Detect=0 ELD_Valid=0
[	9.266039] HDMI status: Codec=3 Pin=5 Presence_Detect=0 ELD_Valid=0
[	9.266154] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:03.0/0000:06:00.1/sound/card1/input5
[	9.266270] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:03.0/0000:06:00.1/sound/card1/input6
[	9.267073] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:03.0/0000:06:00.1/sound/card1/input7
[	9.267135] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:03.0/0000:06:00.1/sound/card1/input8
[	9.644443] Adding 8388604k swap on /dev/sdb2.  Priority:0 extents:1 across:8388604k 
[	9.908714] fuse init (API version 7.18)
[   37.590330] DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X)
[   37.652010] Couldn't read from EEPROM: not there?
[   38.025092] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fe2624
[   38.025095] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[   38.382012] dvb-ttpci: adac type set to 0 @ card 0
[   38.384094] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[   38.384479] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[   39.094013] ves1820: ves1820_readreg(): readreg error (reg == 0x1a, ret == -512)
[   39.094018] dvb-ttpci: A frontend driver was not found for device [1131:7146] subsystem [13c2:0003]

Alles anzeigen

Ist der Inhalt des EEPROM in Ordnung ?

Code

lspci -x -d 1131:7146
01:01.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
00: 31 11 46 71 02 00 80 02 01 00 80 04 00 40 00 00
10: 00 fc 6f fc 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 c2 13 03 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 05 01 0f 26

ich hatte bereits vorher mit Fedora 16 bereits die Kernelversion 3.3.7-1.fc16.x86_64 im Einsatz ohne Probleme.
Den aktuellen DVB-Treiber habe ich auch schon geladen und kompiliert.

Code

hg clone http://linuxtv.org/hg/~endriss/media_build_experimental
cd media_build_experimental/
make download
make untar
make install

folgende Module wurden geladen, aber vermutlich nicht alle ?

Code

lsmod | grep dvb
dvb_ttpci         	112857  0 
ttpci_eeprom       	12665  1 dvb_ttpci
saa7146_vv         	70335  1 dvb_ttpci
saa7146            	28927  2 saa7146_vv,dvb_ttpci
dvb_core          	107785  2 dvb_ttpci,stv0299
i2c_core           	38028  9 i2c_i801,videodev,ttpci_eeprom,dvb_ttpci,nvidia,ves1x93,stv0299,tda8083,ves1820

Also einen Hardwaredefekt kann ich ausschließen, da auf dem gleichen Rechner Windows XP installiert ist und damit die Karte funktioniert.

kann mir da jemand auf die Sprünge helfen ?

seahawk1986 · 1. Juni 2012

Zitat von marco
Code
make download
make untar

Fehlt da nicht noch ein "make install"? Oder lese ich das Makefile da falsch? http://linuxtv.org/hg/~endriss…ile/64fd879776d9/Makefile

marco · 1. Juni 2012

Zitat von seahawk1986

Fehlt da nicht noch ein "make install"? Oder lese ich das Makefile da falsch? http://linuxtv.org/hg/~endriss…ile/64fd879776d9/Makefile

Sorry hatte ich vergessen zu schreiben, was mich stutzig macht, ist das EEPROM ....

TheChief · 1. Juni 2012

Brauchts für die Karten nicht ne Firmware im hotplug oder firmware Verzeichnis? Lang ists her, dass ich die Karte eingerichtet habe.

EDIT: Ach...scheint ja geladen zu sein, also vergiss es

marco · 1. Juni 2012

So, jetzt habe ich mal die dvb-Module entladen und neu geladen, damit funktioniert der VDR auch wieder.

Code

# rmmod dvb_ttpci stv0299 dvb_core
# modprobe dvb-ttpci

Code

[   38.253802] DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X)
[   38.315011] Couldn't read from EEPROM: not there?
[   38.688091] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[   38.688095] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[   39.048017] dvb-ttpci: adac type set to 0 @ card 0
[   39.050125] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[   39.050330] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[   39.764012] ves1820: ves1820_readreg(): readreg error (reg == 0x1a, ret == -512)
[   39.764021] dvb-ttpci: A frontend driver was not found for device [1131:7146] subsystem [13c2:0003]
[  889.653961] saa7146: unregister extension 'av7110'
[  941.976807] saa7146: register extension 'av7110'
[  941.976911] saa7146: found saa7146 @ mem ffffc900057e0c00 (revision 1, irq 22) (0x13c2,0x0003)
[  941.977778] DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X)
[  942.008388] adapter has MAC addr = 00:d0:5c:21:3f:ee
[  942.338091] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fb2624
[  942.338095] dvb-ttpci: firmware @ card 0 supports CI link layer interface
[  942.355157] dvb-ttpci: Crystal audio DAC @ card 0 detected
[  942.356016] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
[  942.356061] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
[  942.589204] DVB: registering adapter 0 frontend 0 (ST STV0299 DVB-S)...
[  942.589398] input: DVB on-card IR receiver as /devices/pci0000:00/0000:00:1e.0/0000:01:01.0/input/input9
[  942.589650] dvb-ttpci: found av7110-0.

Alles anzeigen

vorher:

Code

# lsmod |grep dvb
dvb_ttpci           	112857  0
ttpci_eeprom        	12665  1 dvb_ttpci
saa7146_vv          	70335  1 dvb_ttpci
saa7146             	28927  2 saa7146_vv,dvb_ttpci
dvb_core            	107785  2 dvb_ttpci,stv0299
i2c_core            	38028  9 i2c_i801,videodev,ttpci_eeprom,dvb_ttpci,nvidia,ves1x93,stv0299,tda8083,ves1820

nachher:

Code

# lsmod |grep dvb
dvb_ttpci         	112857  0
dvb_core          	107785  2 dvb_ttpci,stv0299
ttpci_eeprom       	12665  1 dvb_ttpci
saa7146_vv         	70335  1 dvb_ttpci
saa7146            	28927  2 saa7146_vv,dvb_ttpci
i2c_core           	38028  10 videodev,i2c_i801,ttpci_eeprom,dvb_ttpci,nvidia,tda10086,ves1x93,tda8083,ves1820,stv0299

Nun die Frage, wie und wo definiere ich die Reihenfolge beim Laden der dvb-Modulen ?

marco · 2. Juni 2012

Hier mein Workaround mit dem die DVB-Module beim Neustart geladen werden

vim /etc/modprobe.d/blacklist.conf

# prevent that dvb modules are loaded from hotplug
blacklist dvb_core
blacklist dvb_ttpci

angepasste runvdr

Code

# VDR needs to run in non-UTF8 locale
export LANG=de_DE.iso8859-1
export LC_CTYPE=de_DE.iso8859-1


version=1.7.27
vdrconf="/VDRConf-170"
DVBDIR="/lib/modules/`uname -r`/build/"
VDRPRG="/usr/local/src/vdr-"$version"/vdr -u martin"
VDRCMD="$VDRPRG -w 60 -t /dev/tty8 -p 2001 \
            	-L /usr/local/src/vdr-"$version"/PLUGINS/lib -c "$vdrconf" $* -v /video \
            	-P'burn --dvd=/dev/sr1 --iso=/vdrconvert/film' \
            	-P dvbsddevice \
            	-P epgsearch \
            	-P femon \
            	-P live \
            	-P osdpip \
            	-P'osdteletext --directory=/var/cache/osdteletext --cache-system=packed --max-cache=128' \
            	-P skinenigmang \
            	-P sudoku \
            	-P text2skin \
            	-P'tvonscreen --logos="$vdrconf"/plugins/text2skin/Aluminium/logos'"




LSMOD="`/sbin/lsmod | grep -w '^dvb_core' | wc -l`"
KILL="/usr/bin/killall -q -TERM"


# Detect whether the DVB driver is already loaded
# and return 0 if it *is* loaded, 1 if not:
function DriverLoaded()
{
  return 1
}


# Load all DVB driver modules needed for your hardware:
function LoadDriver()
{
  modprobe dvb-ttpci
}


# Unload all DVB driver modules loaded in LoadDriver():
function UnloadDriver()
{
  rmmod dvb_ttpci stv0299 dvb_core
}


# Load driver if it hasn't been loaded already:
if ! DriverLoaded; then
   LoadDriver
fi


while (true) do
  	eval "$VDRCMD"
  	if test $? -eq 0 -o $? -eq 2; then exit; fi
  	echo "`date` reloading DVB driver"
  	$KILL $VDRPRG
  	sleep 10
  	UnloadDriver
  	LoadDriver
  	echo "`date` restarting VDR"
  	done

Alles anzeigen

VDR über systemd automatisch starten
Damit der VDR in Fedora 17 automatisch beim Neustart über systemd gestartet wird legen wir uns eine Service Datei mit folgendem Inhalt an:

Code

vim /etc/systemd/system/custom-vdr.service

Code

[Unit]
Description=Video Disk Recorder


[Service]
ExecStart=/usr/local/bin/runvdr
Restart=no


[Install]
WantedBy=multi-user.target

Alles anzeigen

vdr Service aktivieren

Code

systemctl enable custom-vdr.service

der folgende Link wird dann angelegt:
ln -s '/etc/systemd/system/custom-vdr.service' '/etc/systemd/system/multi-user.target.wants/custom-vdr.service'

Für Verbesserungsvorschläge bin ich jederzeit offen.

UFO · 3. Juni 2012

Hi,
von derartigen Problemen lese ich hier zum ersten Mal.

Normalerweise ist das alles für eine Nexus-S nicht notwendig:
- Man kann die Treiber des Kernels verwenden. Sind aktuell.
- Die Module werden automatisch und in der richtigen Reihenfolge geladen.

CU
Oliver

marco · 3. Juni 2012

Zitat von UFO

Hi,
von derartigen Problemen lese ich hier zum ersten Mal.

Normalerweise ist das alles für eine Nexus-S nicht notwendig:
- Man kann die Treiber des Kernels verwenden. Sind aktuell.
- Die Module werden automatisch und in der richtigen Reihenfolge geladen.

CU
Oliver

Alles anzeigen

Hallo Oliver,

du hast vollkommen Recht was die Treiber betrifft, die Kerneltreiber sind vollkommen ausreichend (hatte ich nur getestet, um sicherzustellen dass es nicht an denen liegt)
Die Module werden dann auch automatisch geladen, aber bei mir vermutlich eben in der falschen Reihenfolge, ich weiss nicht was das verursacht. Ich bin für jeden Tipp
der das Problem beseitigt, dankbar.

PS. Ich habe mal die Datei /var/log/messages und runvdr angehängt (blacklist Einträge, runvdr Einträge und systemcl rückgängig gemacht).

UFO · 5. Juni 2012

Zitat von marco

Die Module werden dann auch automatisch geladen, aber bei mir vermutlich eben in der falschen Reihenfolge

Woraus schließt Du das?

Ich kann im Log erkennen, daß der Frontend-Treiber (stv0299) nicht geladen wird.
Ist dieser evtl. in der Kernel-Konfiguration deaktiviert, ge-blacklist-ed, oder in der Init-RAM-Disk nicht vorhanden?

Seltsam sind auch die "udevd ... killed"-Einträge...

CU
Oliver

marco · 8. Juni 2012

ich habe nun den Kernel 3.4.0-1.fc17.x86_64 geladen, es wird aber das stv0299 Modul geladen.

Code

lsmod |grep dvb
dvb_ttpci         	112854  0 
ttpci_eeprom       	12665  1 dvb_ttpci
saa7146_vv         	70255  1 dvb_ttpci
saa7146            	28937  2 saa7146_vv,dvb_ttpci
dvb_core          	107786  2 dvb_ttpci,stv0299
i2c_core           	38028  10 i2c_i801,dvb_ttpci,tda8083,stv0299,nvidia,ves1820,ves1x93,ttpci_eeprom,tda10086,videodev

wenn ich in der Kernel Konfigdatei /usr/src/kernels/3.4.0-1.fc17.x86_64/.config nachsehe, steht dort das entsprechende Modul drin.

Code

#
# DVB-S (satellite) frontends
#
CONFIG_DVB_CX24110=m
CONFIG_DVB_CX24123=m
CONFIG_DVB_MT312=m
CONFIG_DVB_ZL10036=m
CONFIG_DVB_ZL10039=m
CONFIG_DVB_S5H1420=m
CONFIG_DVB_STV0288=m
CONFIG_DVB_STB6000=m
CONFIG_DVB_STV0299=m
CONFIG_DVB_STV6110=m
CONFIG_DVB_STV0900=m
CONFIG_DVB_TDA8083=m
CONFIG_DVB_TDA10086=m
CONFIG_DVB_TDA8261=m
CONFIG_DVB_VES1X93=m
CONFIG_DVB_TUNER_ITD1000=m
CONFIG_DVB_TUNER_CX24113=m
CONFIG_DVB_TDA826X=m
CONFIG_DVB_TUA6100=m
CONFIG_DVB_CX24116=m
CONFIG_DVB_SI21XX=m
CONFIG_DVB_DS3000=m
CONFIG_DVB_MB86A16=m
CONFIG_DVB_TDA10071=m

Alles anzeigen

Die aktuelle initram habe ich mal entpackt und nachgesehen, welche .ko Module einthalten sind.

Code

# mkdir initram
# cd initram
# gunzip < /boot/initramfs-3.4.0-1.fc17.x86_64.img | cpio -i

Im Anhang habe ich mal die kmod Liste angehängt.

UFO · 10. Juni 2012

Hm - sieht alles unverdächtig aus. War ja nur so eine Idee, da offenbar das Frontend nicht gefunden wurde...

Ich habe den Verdacht, daß während der Bootphase irgendetwas schief geht und deshalb die Treiber nicht richtig geladen werden.

Klappt es denn, wenn man nur dvb-ttpci blacklistet und diesen Treiber - sobald die Bootphase abgeschlossen ist - per "modprobe dvb-ttpci" manuell lädt?

CU
Oliver

marco · 11. Juni 2012

ok, es reicht, wenn man das folgende Modul blacklisted:

Code

blacklist dvb_ttpci

und wieder lädt mit

Code

modprobe dvb-ttpci

UFO · 12. Juni 2012

Zitat von marco
ok, es reicht, wenn man das folgende Modul blacklisted:
Code
blacklist dvb_ttpci
und wieder lädt mit
Code
modprobe dvb-ttpci

Sieht so aus, als ob das Laden unmittelbar beim Systemstart nicht klappt. Da stimmt wohl etwas bei der Systeminitialisierung nicht. Fragt sich nur was...

Ich würde dvb-ttpci geblacklisted lassen und "modprobe dvb-ttpci" später ausführen (in rc.local, vdr Startskript o.ä.).

CU
Oliver

Nexus-S - dvb-ttpci: A frontend driver was not found for device

Jetzt mitmachen!

Teilen

Tags

Benutzer online in diesem Thema