On Mon, May 31, 2004 at 12:50:27PM +0200, Stefan Schilling wrote:
Hallo!
Ich habe jetzt nochmal was anderes versucht:
/dev/hda1 on /boot type ext2 (rw) /dev/hde5 on /home type ext2 (rw) capifs on /dev/capi type capifs (rw,mode=0666) root@debian:/etc >
wobei ich nicht genau weiss, woher der letzte Eintrag kommt.
capifs mountet sich selbst in 2.6.
wenn ich dann "rci4l_hardware start" mache, kommt:
Es ist doch schon gestartet, Du musst nur noch capidrv laden und isdnlog starten. Man sollte nicht mehrere Startscripte mischen-
Zudem verabschiedet sich sofort das isdnlog wieder, wenn ich die i4l_hardware so veränder, dass er in jedem Falle die ISDNLOG_STARt auf "yes" setzt, andernfalls wird´s anscheinend gar nicht erst gestartet:
Weil capidrv und isdn fehlt.
Im Grunde scheint es für mich so, dass er 1) einen woher-auch-immer-stammenden Eintrag hat, der für ein mount capifs /dev/capi type capifs sorgt (und mir damit die Möglichkeit nimmt, ein sauberes rci4l_hardware start laufen zu lassen
Hat damit nichts zu tun, im Grunde brauchtst Du capifs garnicht und es behindert auch den start von rci4l_hardware nicht, der wird durch das bereits geladene fcpci verhindert.
2) ich dem isdnlog irgendwie mitteilen muss, dass es es jetzt nicht mehr mit dem Device isdnctrll1, sondern mit dem /dev/capi* zu tun hat (eventl. z.B. auch mittels Symlink)
isdnlog ist rein I$L orientiert und kann nicht direkt auf CAPI zugreifen, es braucht immer /dev/isdnctrl. Das wird indirekt über den capidrv gemacht. -- Karsten Keil SuSE Labs ISDN development