udev-068: Nach 2. mal Treiberladen "no primary device found"

Das hilft Dir zwar nicht, aber seit dem Update auf udev-067 werden bei mir überhaupt keine dvb-devices mehr angelegt. Weil ich keine Lust hatte, mich rumzuärgern und zu downgraden, lege ich die devices bis auf weiteres manuell an:

mkdir /dev/dvb/adapter0
chmod 755 /dev/dvb/adapter0
mknod -m 0660 /dev/dvb/adapter0/demux0 c 212 `expr 64 \* 0 + 4`
mknod -m 0660 /dev/dvb/adapter0/dvr0 c 212 `expr 64 \* 0 + 5`
mknod -m 0660 /dev/dvb/adapter0/frontend0 c 212 `expr 64 \* 0 + 3`
mknod -m 0660 /dev/dvb/adapter0/net0 c 212 `expr 64 \* 0 + 7`

mkdir /dev/dvb/adapter1
chmod 755 /dev/dvb/adapter1
mknod -m 0660 /dev/dvb/adapter1/demux0 c 212 `expr 64 \* 1 + 4`
mknod -m 0660 /dev/dvb/adapter1/dvr0 c 212 `expr 64 \* 1 + 5`
mknod -m 0660 /dev/dvb/adapter1/frontend0 c 212 `expr 64 \* 1 + 3`
mknod -m 0660 /dev/dvb/adapter1/net0 c 212 `expr 64 \* 1 + 7`

mkdir /dev/dvb/adapter2
chmod 755 /dev/dvb/adapter2
mknod -m 0660 /dev/dvb/adapter2/demux0 c 212 `expr 64 \* 2 + 4`
mknod -m 0660 /dev/dvb/adapter2/dvr0 c 212 `expr 64 \* 2 + 5`
mknod -m 0660 /dev/dvb/adapter2/frontend0 c 212 `expr 64 \* 2 + 3`
mknod -m 0660 /dev/dvb/adapter2/net0 c 212 `expr 64 \* 2 + 7`
mknod -m 0660 /dev/dvb/adapter2/audio0 c 212 `expr 64 \* 2 + 1`
mknod -m 0660 /dev/dvb/adapter2/ca0 c 212 `expr 64 \* 2 + 6`
mknod -m 0660 /dev/dvb/adapter2/video0 c 212 `expr 64 \* 2 + 0`
mknod -m 0660 /dev/dvb/adapter2/osd0 c 212 `expr 64 \* 2 + 8`

Gruß - J.

Tach,

ohne weitere Infos ist ja die Fehleranalyse bekanntermassen schwierig, aber ich habe auch mittlerweile auf udev umgestellt (Version 068) und es geht mittlerweile (fast) alles wieder, so wie es soll.

Sogar mit dem aktuellen 2.6.13er.

Sämtliche DVB-Devices wurden ohne irgendwas zu machen, erkannt und entsprechend umgestellt.

Da ist wohl was anderes im argen bei dir.

Greets Olaf

Hallo!

Also eigentlich müsste es mit udev-068 wieder gehen, siehe ChangeLog und dieser Bug
http://bugs.gentoo.org/show_bug.cgi?id=70816

no_expert:
Ich nehme an du nimmst die ebuilds von gentoo.de, oder?
Das Startskript hat da noch Probleme mit neueren udevs, d.h. es kann sein dass udev langsamer ist als das Startskript, also vdr gestartet wird bevor udev die Devices anlegt.

Die gentoo.org ebuilds werden bald verbesserte Startskripte enthalten, die dann auch mit den gentoo.de ebuilds nutzbar sind. Diese enthalten dann zB auch das Warten auf dvb-devices.

Gruß
Zzam

udev läuft natürlich schon früher, nur das registrieren der devices in /dev dauert bei udev eben etwas zu lang, versuch einfach mal in dem script, welches die dvb-treiber läd ein "sleep 1" anzuhängen

gruß putze

no_expert:
Und was passiert wenn du einfach mal mit der Hand die Treiber lädst und dann beobachtest ob die Devices auftauchen, und wenn ja, wie lange nach dem Treiber laden, bzw. ob sie überhaupt auftauchen.

Zzam

ich hatte das problem auch. es scheint mir so zu sein, dass zwar die treiber normal geladen werden, aber die devices erscheinen erst nach ca. 10 sekunden im /dev tree. ich habe mein startskript entsprechend angepasst, sodass es nach laden der module wartet, bis /dev/dvb auftaucht.

# purge modules
        /usr/bin/logger "==== purging modules"
        /usr/local/bin/purge-modules kernel/drivers/media >/dev/null


        # load dvb-ttpci
        /usr/bin/logger "==== probing driver"
        /sbin/modprobe ${VDR_KMOD}


        # wait for /dev/dvb to become available
        /usr/bin/logger "==== waiting for /dev/dvb to become available"
        for i in 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ; do
                if [ -d "/dev/dvb" ] ; then
                        break
                fi


                sleep 1
        done


        if [ ! -d "/dev/dvb" ] ; then
                /usr/bin/logger "!!!! probing driver failed"
                exit
        fi


        /usr/bin/logger "==== this took $i second(s)"

wenn intresse besteht kann ich auch mal alle meine gentoo startskripte, die zum vdr gehören, posten . leider sind die aber auch nicht perfekt

das ganze passierte bei mir auch erst nach einem update des systems. davor war /dev/dvb immer sofort nach dem laden der module verfügbar.

gruß frank

fen:
Wenn du die Skripte posten könntest wäre das nett. Wenn sich noch interessante Ideen finden können die in die offiziellen gentoo-vdr-skripte einfließen.

Zzam

essentiell ist eigentlich nur run-vdr und purge-modules.

- purge-modules ist schon ziemlicher pfusch, aber es tut wunderbar seine dienste

- run-vdr hat seine 'config' in /etc/conf.d/vdr - das funktioniert prinzipiell gut, solange man den vdr modulen keine parameter übergeben muss. falls euch/dir hier was besseres einfällt (oder vielleicht habt ihr auch schon was besseres - ich hab mir die ebuilds noch nie angesehen) lass es mich wissen...

viel spass damit.

frank

fen:
Habs mir angeschaut. Aber im Moment hab ich keine Zeit gentoo-vdr-scripts total zu ändern. D.h. es gibt noch den normalen gentoo-watchdog der periodisch testet ob vdr noch läuft. Eventuell kommt mal eine runvdr ähnliche Lösung, aber frühestens in ein paar wochen.

sowas wie purge-modules gibt es bei den gentoo scripts auch. Hier werden rekursiv von dvb-core ausgehend alle module entladen, und dann wieder geladen.

Warten auf devices ist auch implementiert.
Allerdings fehlt noch der shutdown/wakeup-Teil. IR-Codes für den av7110 werden auch nicht gesetzt. Ließe sich aber einbauen.

Wenn du's dir mal anschauen willst, das ebuild heisst gentoo-vdr-scripts.
Vorsicht: zB die config-dateien heissen gleich

Zzam