Hallo! Ich habe mir grade einen neuen Kernel gegönnt, es schickes Model à la 2.6.6-vanilla. Nun habe ich mir von AVM den aktuellen capi-Treiber für meine Fritzcard PCI heruntergeladen (und mit ./install installiert), jedoch will das Teil nicht. Die gesamten Installationshinweise sind für SuSE 9.1 gegeben, ich habe hier jedoch eine SuSe 7.2 (die arbeitet noch komplett mit den hisax - Treibern). Das Ergebnis ist, dass die Karte zwar gestartet wird, jedoch nicht mit den Capi, sondern mit den hisax Treibern. Somit funzt auch kein Fax, was der Hintergrund für den ganzen Ärger ist. Hat jemand eine Ahnung, was ich tun muss, damit das "richtig" ans Laufen kommt? Ich habe es auch schon mit der Anleitung auf http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html versucht, jedoch bricht mir da die Kernelkompilierung ab. (ich habe die Sourcen grade nochmal neu entpackt + die dort angegebenen Patches hinzugetan, vielleicht geht´s ja gleich...) Für ein paar hilfreiche Antworten wäre ich dankbar. Schönes Wochenende! Stefan
Guten Tag Stefan Schilling, Nochmal Hallo! Ich habe es jetzt nochmal mit der u.s. Anleitung versucht ( http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html ) und es funktioniert jetzt auch soweit, wie´s da steht: root@debian:/home/stefan > lsmod Module Size Used by avmfritz 20192 0 mISDN_capi 97280 0 l3udss1 34016 0 mISDN_l2 39584 0 mISDN_l1 10400 0 capi 15744 0 capifs 4424 2 capi kernelcapi 45152 2 mISDN_capi,capi mISDN_isac 13824 1 avmfritz mISDN_core 75172 6 avmfritz,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1,mISDN_isac [...] root@debian:/home/stefan > capiinfo Number of Controllers : 1 Controller 1: Manufacturer: mISDN CAPI controller Fritz1 CAPI Version: 2.0 Manufacturer Version: 1.0 Serial Number: 0002 BChannels: 2 Global Options: 0x00000018 DTMF supported Supplementary Services supported B1 protocols support: 0x00000003 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation B2 protocols support: 0x00000043 ISO 7776 (X.75 SLP) Transparent Transparent (ignoring framing errors of B1 protocol) B3 protocols support: 0x00000001 Transparent 0100 0200 18000000 03000000 43000000 01000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Supplementary services support: 0x00000012 Terminal Portability Call Forwarding root@debian:/home/stefan > jedoch ist es mir bisher nicht gelungen, auch ein paar Anwendungen zur Mitarbeit zu bewegen. D.h. im Einzelnen, ich möchte erreichen, dass - ein Mitloggen des Verkehrs auf dem ISDN - Kanal (wer ruft wann wen an) und - das Fax (es ist ein -bisher funktionsfähiger- hylafax installiert) funktioniert. Jedoch will im Moment weder der eine, noch der andere mitarbeiten, d.h. das Logging stellt sich tot und auch hylafax sagt: root@debian:/etc > faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.xx.xx): Running and idle root@debian:/etc > /usr/local/bin/c2faxsend -f TIFF -d 5193311 -v /fritz.tif Try to connect to fax number 5193311 in TIFF mode on controller 1. Dial and starting transfer of TIFF-File /fritz.tif with fine resolution. Connection dropped with Reason 0x3001 (B1 protocol not supported). root@debian:/etc > , wobei da bis eben noch root@debian:/etc > faxstat HylaFAX scheduler on debian.wg: Running Modem faxCAPI (+49.xx.xx): Terminated root@debian:/etc > stand. Mein Problem ist jetzt anscheinend, dass kein Programm sich wirklich zuständig für die ISDN - Karte fühlt. Bisher wurde eine Karte ja -z.B. mittels Yast- eingerichtet (als Hisax: FritzPCI, mit capi: AVM B1), nun weiss ich ehrlich gesagt nicht, was ich dort eintragen soll, damit das wieder funktioniert. Jedoch bekomme ich beim Systemstart den -nicht überraschenden- Hinweis, dass die hisax Module nicht geladen werden konnten; ich habe sie diesmal auch nicht mitkompiliert. Was also muss ich nun eintragen, damit das klappt? Dieselbe Frage stellt sich auch, wenn man nicht das mISDN-Modell, sondern die orig. SuSE9.1 AVM Capi Treiber nutzen möchte (liegt bereits fertig kompiliert in /lib/modules/2.6.6/extra/fcpci.ko). Hat jemand eine Idee oder braucht ihr noch weitere Infos? Schreibt einfach (eventl. mit nötigen Befehlen), was ihr braucht und ich werds rel. schnell nachliefern... Danke! cu Stefan Am Sonntag, 30. Mai 2004 um 18:38 schrieb Stefan Schilling:
Hallo!
Ich habe mir grade einen neuen Kernel gegönnt, es schickes Model à la 2.6.6-vanilla. [...]
Hat jemand eine Ahnung, was ich tun muss, damit das "richtig" ans Laufen kommt?
Ich habe es auch schon mit der Anleitung auf http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html versucht, jedoch bricht mir da die Kernelkompilierung ab. (ich habe die Sourcen grade nochmal neu entpackt + die dort angegebenen Patches hinzugetan, vielleicht geht´s ja gleich...)
Hi! Nachdem ich also diese http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html Anleitung durchgespielt hatte, konnte ich mir in der capiinfo zwar meine ISDN - Kartenwerte anzeigen lassen, jedoch war das System danach (sprich: nach dem insmod der versch. mISDN - Module) extrem instabil, d.h. er stürzte ab, sobald ein Anruf kam. Anscheinend erhält der Kernel doch einige Infos von der ISDN-Karte, kann sie aber nicht verarbeiten und stürzt ab. Weiss jemand Rat? Ich habe jetzt erstmal dafür gesorgt, dass der Fehler nicht mehr auftritt (hoffe ich jedenfalls). cu Stefan
Hallo! Ich habe jetzt nochmal was anderes versucht: ich habe nochmals den AVM-Treiber installiert (fcpci.ko) und dafür dann noch ein paar kleine Änderungen vorgenommen (Ausgangszustand: laufendes Capi-System mit Hilfe von capi-thepenguin.de-Edition): - /etc/modprobe.conf: alias /dev/capi20 fcpci alias char-major-68-0 fcpci alias char-major-43 fcpci alias char-major-44 fcpci alias char-major-45 fcpci - /etc/init.d/i4l_hardware ######################################################### # AVM-B1 / AVM Capi Driver ######################################################### if test ! -z "$AVM_IDX" ; then CONTR=1 echo "Loading CAPI4Linux AVM-Driver ..." /usr/sbin/capiinit start echo "Loading bridge for ISDN4Linux ..." modprobe -v fcpci if test $? -ne 0; then echo "" echo "Loading of bridge for ISDN4Linux failed!" echo "~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~" echo "Check /var/log/messages and /var/log/warn." echo "You will not be able to use applications using" echo "ISDN4Linux until loading is successful." echo "Also ISDNlog won't be started." echo "" ISDNLOG_START="no" LOAD_OK="yes" else LOAD_OK="yes" fi # To recover the original file "i4l_hardware", please # take a look into "i4l_hardware.old"! fi [...] if test "$LOAD_OK" = "yes"; then # start iprofd not longer recommended # test "$I4L_IPROFD" = "yes" && ($SBIN/iprofd /etc/isdn/modemsettings &) # start isdnlog if test "$ISDNLOG_START" = "yes"; then for optionfile in /etc/isdn/isdnlog.*.options; do if test -f $optionfile; then device=${optionfile#*.} device=${device%.*} echo "Starting isdnlog with $optionfile for $device..." $SBIN/isdnlog -f $optionfile /dev/$device else echo "Starting isdnlog with defaults for /dev/isdnctrl0..." $SBIN/isdnlog -D -l1015 -x4087 -M -n -W80 /dev/isdnctrl0 & fi done fi weiterhin ergibt "mount": root@debian:/etc > mount /dev/hda6 on / type ext2 (rw) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /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. wenn ich dann "rci4l_hardware start" mache, kommt: root@debian:/etc > rci4l_hardware start Loading ISDN drivers ... Loading CAPI4Linux AVM-Driver ... Loading bridge for ISDN4Linux ... FATAL: Module fcpci already in kernel. Loading of bridge for ISDN4Linux failed! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Check /var/log/messages and /var/log/warn. You will not be able to use applications using ISDN4Linux until loading is successful. Also ISDNlog won't be started. root@debian:/etc > lsmod Module Size Used by fcpci 504020 2 reiserfs 309056 2 pppoe 11456 2 pppox 3464 1 pppoe ipv6 236736 12 ppp_generic 26700 6 pppoe,pppox slhc 6912 1 ppp_generic sis900 17092 0 8139too 22272 0 capi 15744 6 capifs 4424 2 capi kernelcapi 45152 2 fcpci,capi ip_nat_ftp 5440 0 ip_conntrack_ftp 71712 1 ip_nat_ftp rtc 11616 0 root@debian:/etc/init.d > capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS root@debian:/etc/init.d > 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: May 31 11:39:47 debian kernel: fcpci: module license 'Proprietary' taints kernel. May 31 11:39:47 debian kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.1 May 31 11:39:47 debian kernel: fcpci: (fcpci built on May 30 2004 at 17:40:09) May 31 11:39:47 debian kernel: PCI: Found IRQ 12 for device 0000:00:0b.0 May 31 11:39:47 debian kernel: PCI: Sharing IRQ 12 with 0000:00:02.1 May 31 11:39:47 debian kernel: fcpci: AVM FRITZ!Card PCI found: port 0xc400, irq 12 May 31 11:39:47 debian kernel: fcpci: Loading... May 31 11:39:47 debian kernel: fcpci: Driver 'fcpci' attached to stack. (152) May 31 11:39:47 debian kernel: fcpci: Stack version 3.11-02 May 31 11:39:47 debian kernel: kcapi: Controller 1: fcpci-c400-12 attached May 31 11:39:47 debian kernel: kcapi: card 1 "fcpci-c400-12" ready. May 31 11:39:47 debian kernel: fcpci: Loaded. May 31 11:39:47 debian isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device or address) May 31 11:39:47 debian isdnlog: isdnlog Version 4.29 exiting May 31 11:39:47 debian isdnlog: exit now 2 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 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) kann man das regeln? Wie? Danke! cu, Stefan
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
Guten Tag Karsten Keil, Am Montag, 31. Mai 2004 um 19:39 schrieb Karsten Keil:
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.
Zunächst: Sorry für´s TOFU, ich wusste nicht, was ich entfernen soll, ohne den Sinn zu entfernen. also: ich wollte nun folgendes machen: - i4l komplett runternehmen und dann neu installieren (damit sämtliche alten Einträge = meine verhunzten Versuche weg sind), - den AVM-Treiber neu installieren (mittels ./install), - in Yast "AVM B1 PCI" einstellen - neustarten - hoffen ist das so richtig? Hinweis: ich habe eben mal nachgeschaut, Kernel 2.6.6 kompiliert mir das Modul "capidrv" nicht, ich kann´s auch nirgends auswählen... was kann das sein? danke für eine kurze Antwort... cu Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Sun, May 30, 2004 at 09:19:31PM +0200, Stefan Schilling wrote:
Guten Tag Stefan Schilling,
Nochmal Hallo!
Ich habe es jetzt nochmal mit der u.s. Anleitung versucht ( http://www.schlenn.net/~michael/isdn4linux/draft/de/html/capi.html ) und es funktioniert jetzt auch soweit, wie´s da steht: ...
jedoch ist es mir bisher nicht gelungen, auch ein paar Anwendungen zur Mitarbeit zu bewegen. D.h. im Einzelnen, ich möchte erreichen, dass - ein Mitloggen des Verkehrs auf dem ISDN - Kanal (wer ruft wann wen an) und
Noch nicht implementiert.
- das Fax (es ist ein -bisher funktionsfähiger- hylafax installiert) funktioniert.
mISDN ist nicht Fax fähig. Wenn Du faxen willst, kannst Du derzeit nur die binonly AVM Treiber nutzen. -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Montag, 31. Mai 2004 um 18:39 schrieb Karsten Keil:
On Sun, May 30, 2004 at 09:19:31PM +0200, Stefan Schilling wrote:
Guten Tag Stefan Schilling,
mISDN ist nicht Fax fähig.
schade.
Wenn Du faxen willst, kannst Du derzeit nur die binonly AVM Treiber nutzen.
ok, wie mach ich das? Ich habe mir den fcpci-Treiber von AVM (fcpci-suse9.1-3.11-02.tar.gz) geladen, entpackt und dann in /tmp/fritz "make" + "make install" + "depmod" aufgerufen. Zudem habe ich die /etc/init.d/i4l_hardware so verändert, dass da nun steht: ######################################################### # AVM-B1 / AVM Capi Driver ######################################################### if test ! -z "$AVM_IDX" ; then CONTR=1 echo "Loading CAPI4Linux AVM-Driver ..." /usr/sbin/capiinit start echo "Loading bridge for ISDN4Linux ..." modprobe -v fcpci if test $? -ne 0; then echo "" echo "Loading of bridge for ISDN4Linux failed!" echo "~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~" echo "Check /var/log/messages and /var/log/warn." echo "You will not be able to use applications using" echo "ISDN4Linux until loading is successful." echo "Also ISDNlog won't be started." echo "" ISDNLOG_START="no" LOAD_OK="yes" else LOAD_OK="yes" fi # To recover the original file "i4l_hardware", please # take a look into "i4l_hardware.old"! fi (das habe ich vom i4l_hardware Startskript von thepenguin.de) in der /var/log/messages steht dann: Jun 1 17:01:42 debian kernel: fcpci: module license 'Proprietary' taints kernel. Jun 1 17:01:42 debian kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.6.1 Jun 1 17:01:42 debian kernel: fcpci: (fcpci built on Jun 1 2004 at 16:35:49) Jun 1 17:01:42 debian kernel: PCI: Found IRQ 12 for device 0000:00:0b.0 Jun 1 17:01:42 debian kernel: PCI: Sharing IRQ 12 with 0000:00:02.1 Jun 1 17:01:42 debian kernel: fcpci: AVM FRITZ!Card PCI found: port 0xc400, irq 12 Jun 1 17:01:42 debian kernel: fcpci: Loading... Jun 1 17:01:42 debian kernel: fcpci: Driver 'fcpci' attached to stack. (152) Jun 1 17:01:42 debian kernel: fcpci: Stack version 3.11-02 Jun 1 17:01:42 debian kernel: kcapi: Controller 1: fcpci-c400-12 attached Jun 1 17:01:42 debian kernel: kcapi: card 1 "fcpci-c400-12" ready. Jun 1 17:01:42 debian kernel: fcpci: Loaded. Jun 1 17:01:42 debian isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device or address) Jun 1 17:01:42 debian isdnlog: isdnlog Version 4.29 exiting Jun 1 17:01:42 debian isdnlog: exit now 2 es scheint, als würde er auch diesmal das isdnlog nicht richtig gestartet bekommen (wenigstens -scheint er- nicht beim Anruf abzustürzen...). Wie bekomme ich´s hin, dass er nun auch noch das /dev/isdnctrl0 kennt? Muss ich irgendwas anders machen? Ich mach´s gerne, nur sagen müßt ihr´s mir... NACHTRAG: ein manuelles Versenden eines Faxes funzt mit folgenden Befehlen (auf zwei Konsolen): Konsole 1: root@debian:/tmp/capi4hylafax-01.02.02 > /usr/local/bin/c2faxrecv -v Started in Hylafax mode and waiting on incoming calls. SESSION BEGIN 00000062 +49.xx.xxx Incoming analog call on controller 1 from xxxxx to xxx. Connection established. StationID = +49 xx xxx BaudRate = 64000 Flags = HighRes, MMR_compr Write fax in path /var/spool/hylafax to file recvq/fax00011.tif. Page 1 was received. - Last Page! Fax received and calling '/var/spool/hylafax/bin/faxrcvd "recvq/fax00011.tif" "faxCAPI" "00000062" "" "+49 xx xxx" "" "xxx"'. Connection is droped with reason 0x3400 (No additional information). SESSION END root@debian:/tmp/capi4hylafax-01.02.02 > Konsole 2: root@debian:/var/spool/fax/etc > /usr/local/bin/c2faxsend -f TIFF -d xxx -v /fritz.tif Try to connect to fax number xxx in TIFF mode on controller 1. Dial and starting transfer of TIFF-File /fritz.tif with fine resolution. Connection established. StationID = +49 xx xxx BaudRate = 64000 Flags = HighRes, MR_compr, MMR_compr Page 1 was sended. - Last Page! Fax file completely transfered to CAPI. Connection dropped with Reason 0x3400 (No additional information). root@debian:/var/spool/fax/etc > Jetzt fehlt also nur noch, dass auch das isdnlog arbeitet... was fehlt dazu? Ciao! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Tue, Jun 01, 2004 at 05:15:18PM +0200, Stefan Schilling wrote:
Guten Tag Karsten Keil,
Am Montag, 31. Mai 2004 um 18:39 schrieb Karsten Keil:
On Sun, May 30, 2004 at 09:19:31PM +0200, Stefan Schilling wrote:
Guten Tag Stefan Schilling,
mISDN ist nicht Fax fähig.
schade.
Wenn Du faxen willst, kannst Du derzeit nur die binonly AVM Treiber nutzen.
ok, wie mach ich das? Ich habe mir den fcpci-Treiber von AVM (fcpci-suse9.1-3.11-02.tar.gz) geladen, entpackt und dann in /tmp/fritz "make" + "make install" + "depmod" aufgerufen. Zudem habe ich die /etc/init.d/i4l_hardware so verändert, dass da nun steht:
######################################################### # AVM-B1 / AVM Capi Driver ######################################################### if test ! -z "$AVM_IDX" ; then CONTR=1 echo "Loading CAPI4Linux AVM-Driver ..." /usr/sbin/capiinit start
Das sollte den Treiber schon laden.
echo "Loading bridge for ISDN4Linux ..." modprobe -v fcpci
unnötig da capiinit das erledigt hier muss ein modprobe capidrv hin damit capidrv und isdn gladen werden, dann gibt es auch ein /dev/isdnctrl0 und isdnlog könnte funktionieren. ... -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Mittwoch, 2. Juni 2004 um 01:38 schrieb Karsten Keil:
On Tue, Jun 01, 2004 at 05:15:18PM +0200, Stefan Schilling wrote:
Guten Tag Karsten Keil,
Am Montag, 31. Mai 2004 um 18:39 schrieb Karsten Keil:
On Sun, May 30, 2004 at 09:19:31PM +0200, Stefan Schilling wrote: ok, wie mach ich das? Ich habe mir den fcpci-Treiber von AVM (fcpci-suse9.1-3.11-02.tar.gz) geladen, entpackt und dann in /tmp/fritz "make" + "make install" + "depmod" aufgerufen. Zudem habe ich die /etc/init.d/i4l_hardware so verändert, dass da nun steht:
######################################################### # AVM-B1 / AVM Capi Driver ######################################################### if test ! -z "$AVM_IDX" ; then CONTR=1 echo "Loading CAPI4Linux AVM-Driver ..." /usr/sbin/capiinit start
Das sollte den Treiber schon laden.
echo "Loading bridge for ISDN4Linux ..." modprobe -v fcpci
unnötig da capiinit das erledigt
leider nein, ich hatte das ursprünglich so hier stehen, jedoch funktioniert das nicht. Wäre zwar schön gewesen, aber im Grunde ist es mir egal, ob ichs nun manuell (also: hier in diesem Skript) oder per capiinit machen muss, Hauptsache es läuft, das folgende ist da schon erheblich schwieriger:
hier muss ein modprobe capidrv
s.u.
hin damit capidrv und isdn gladen werden, dann gibt es auch ein /dev/isdnctrl0 und isdnlog könnte funktionieren.
genau hier beginnen meine Probleme: root@debian:/usr/src/linux/drivers/isdn/capi > ls -l insgesamt 436 -rw-r--r-- 1 stefan 500 1879 Mai 10 04:32 Kconfig -rw-r--r-- 1 stefan 500 426 Mai 10 04:32 Makefile -rw-r--r-- 1 root root 8 Mai 31 20:10 built-in.o -rw-r--r-- 1 stefan 500 37427 Mai 10 04:33 capi.c -rw-r--r-- 1 root root 19672 Jun 1 16:04 capi.ko -rw-r--r-- 1 root root 471 Mai 31 20:20 capi.mod.c -rw-r--r-- 1 root root 1744 Jun 1 16:04 capi.mod.o -rw-r--r-- 1 root root 18676 Jun 1 15:58 capi.o -rw-r--r-- 1 stefan 500 63546 Mai 10 04:32 capidrv.c -rw-r--r-- 1 stefan 500 4862 Mai 10 04:32 capidrv.h -rw-r--r-- 1 stefan 500 4907 Mai 10 04:32 capifs.c -rw-r--r-- 1 stefan 500 360 Mai 10 04:32 capifs.h -rw-r--r-- 1 root root 6425 Jun 1 16:04 capifs.ko -rw-r--r-- 1 root root 454 Mai 31 20:20 capifs.mod.c -rw-r--r-- 1 root root 1680 Jun 1 16:04 capifs.mod.o -rw-r--r-- 1 root root 5432 Jun 1 15:58 capifs.o -rw-r--r-- 1 stefan 500 4595 Mai 10 04:33 capilib.c -rw-r--r-- 1 root root 4428 Jun 1 15:58 capilib.o -rw-r--r-- 1 stefan 500 26179 Mai 10 04:32 capiutil.c -rw-r--r-- 1 root root 19184 Jun 1 15:58 capiutil.o -rw-r--r-- 1 stefan 500 22961 Mai 10 04:33 kcapi.c -rw-r--r-- 1 stefan 500 1042 Mai 10 04:33 kcapi.h -rw-r--r-- 1 root root 16624 Jun 1 15:58 kcapi.o -rw-r--r-- 1 stefan 500 7580 Mai 10 04:32 kcapi_proc.c -rw-r--r-- 1 root root 5904 Jun 1 15:58 kcapi_proc.o -rw-r--r-- 1 root root 43488 Jun 1 16:04 kernelcapi.ko -rw-r--r-- 1 root root 454 Mai 31 20:20 kernelcapi.mod.c -rw-r--r-- 1 root root 1684 Jun 1 16:04 kernelcapi.mod.o -rw-r--r-- 1 root root 42588 Jun 1 15:58 kernelcapi.o root@debian:/usr/src/linux/drivers/isdn/capi > d.h., es existiert zwar ein Sourcefile für capidrv, jedoch läßt sich dieses im menuconfig nicht anwählen, auch im ./config findet sich keine Option, mit der sich dieser Treiber laden liesse root@debian:/usr/src/linux > vi .config # # ISDN subsystem # CONFIG_ISDN=m # # Old ISDN4Linux # # CONFIG_ISDN_I4L is not set # # CAPI subsystem # CONFIG_ISDN_CAPI=m CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON=y CONFIG_ISDN_CAPI_MIDDLEWARE=y CONFIG_ISDN_CAPI_CAPI20=m CONFIG_ISDN_CAPI_CAPIFS_BOOL=y CONFIG_ISDN_CAPI_CAPIFS=m # # CAPI hardware drivers # # # Active AVM cards # # CONFIG_CAPI_AVM is not set # # Active Eicon DIVA Server cards # # CONFIG_CAPI_EICON is not set root@debian:/usr/src/linux > Wenn mir jemand sagt, wie ich es hinbekomme, dass capidrv auch tatsächlich kompiliert wird, werde ich dieses gerne machen, jedoch will er im Moment nicht (Anmerkung: ich habe versucht, einfach die Option: CONFIG_ISDN_CAPI_CAPIDRV=m einzutragen, geholfen hat dies jedoch nicht. Nochmal der Hinweis: ich nutze den Kernel 2.6.6-vanilla von www.kernel.org, heruntergeladen am: 29.5.2004, 20:20Uhr. Im übrigen befindet sich diese Option auch nicht in include/linux/autoconf.h Hinweise erbeten.. ;) cu Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
On Wednesday 02 June 2004 13:41, Stefan Schilling wrote:
Guten Tag Karsten Keil,
[...]
d.h., es existiert zwar ein Sourcefile für capidrv, jedoch läßt sich dieses im menuconfig nicht anwählen, auch im ./config findet sich keine Option, mit der sich dieser Treiber laden liesse
[...]
Wenn mir jemand sagt, wie ich es hinbekomme, dass capidrv auch tatsächlich kompiliert wird, werde ich dieses gerne machen, jedoch will er im Moment nicht (Anmerkung: ich habe versucht, einfach die Option: CONFIG_ISDN_CAPI_CAPIDRV=m einzutragen, geholfen hat dies jedoch nicht.
Aus dem Makefile in Kernel 2.6.6 (ISDN-Vz): # Makefile for the CAPI subsystem. # Ordering constraints: kernelcapi.o first # Each configuration option enables a list of files. obj-$(CONFIG_ISDN_CAPI) += kernelcapi.o obj-$(CONFIG_ISDN_CAPI_CAPI20) += capi.o obj-$(CONFIG_ISDN_CAPI_CAPIDRV) += capidrv.o obj-$(CONFIG_ISDN_CAPI_CAPIFS) += capifs.o D.h. er müsste auf ein CONFIG_ISDN_CAPI_CAPIDRV reagieren.
Nochmal der Hinweis: ich nutze den Kernel 2.6.6-vanilla von www.kernel.org, heruntergeladen am: 29.5.2004, 20:20Uhr. Im übrigen befindet sich diese Option auch nicht in include/linux/autoconf.h
Wenn Du dir in /usr/src/linux-2.6.6/drivers/isdn/capi die Datei Kconfig mal anschaust, findest Du: ... config ISDN_CAPI_CAPIDRV tristate "CAPI2.0 capidrv interface support" depends on ISDN_CAPI && ISDN_I4L help D.h. Du must in den Kerneloptionen neben dem CAPI2.0 Support auch den (alten) I4L support aktivieren, dann kanst Du die CAPIDRV-Option anwählen. Andreas PS: Bei mir hat er ein capidrv.ko für den Kernel 2.6.6 erzeugt.
Guten Tag Andreas Kyek, Am Mittwoch, 2. Juni 2004 um 14:04 schrieb Andreas Kyek:
On Wednesday 02 June 2004 13:41, Stefan Schilling wrote:
Guten Tag Karsten Keil,
[...]
d.h., es existiert zwar ein Sourcefile für capidrv, jedoch läßt sich dieses im menuconfig nicht anwählen, auch im ./config findet sich keine Option, mit der sich dieser Treiber laden liesse
[...]
Wenn mir jemand sagt, wie ich es hinbekomme, dass capidrv auch tatsächlich kompiliert wird, werde ich dieses gerne machen, jedoch will er im Moment nicht (Anmerkung: ich habe versucht, einfach die Option: CONFIG_ISDN_CAPI_CAPIDRV=m einzutragen, geholfen hat dies jedoch nicht.
Aus dem Makefile in Kernel 2.6.6 (ISDN-Vz):
[...]
D.h. er müsste auf ein CONFIG_ISDN_CAPI_CAPIDRV reagieren. das hatte ich ja eigentlich auch gedacht.
Nochmal der Hinweis: ich nutze den Kernel 2.6.6-vanilla von www.kernel.org, heruntergeladen am: 29.5.2004, 20:20Uhr. Im übrigen befindet sich diese Option auch nicht in include/linux/autoconf.h
Wenn Du dir in /usr/src/linux-2.6.6/drivers/isdn/capi die Datei Kconfig mal anschaust, findest Du: ...
wieder was gelernt. danke für den Hinweis (ich hatte wen überhaupt nur ins Makefile geguckt, jedoch bin ich ziemlich dumm, was die Shell angeht)
D.h. Du must in den Kerneloptionen neben dem CAPI2.0 Support auch den (alten) I4L support aktivieren, dann kanst Du die CAPIDRV-Option anwählen.
PS: Bei mir hat er ein capidrv.ko für den Kernel 2.6.6 erzeugt. bei mir jetzt auch :)
Danke nochmals! Und Dank auch an Karsten Keil, der mir denselben Tip gegeben hat (Andreas war aber etwas schneller). cu Stefan
Hallo! Es heisst ja immer, man soll nicht nur nehmen, sondern auch geben. Deswegen hier jetzt also eine kurze Anleitung, mit der ich es geschafft habe, mit den AVM-Capi Treibern einer SuSE 7.2 (mit Yast1 und hisax - Unterstützung) das Faxen unter Kernel 2.6.6 mittels einer AVM FritzPCI beizubringen: - zunächst: Kernel konfigurieren & installieren, benötigte Module: # # Wan interfaces # CONFIG_PPP=m CONFIG_PPP_MULTILINK=y CONFIG_PPP_FILTER=y CONFIG_PPP_ASYNC=m CONFIG_PPP_SYNC_TTY=m CONFIG_PPP_DEFLATE=m CONFIG_PPP_BSDCOMP=m # # ISDN subsystem # CONFIG_ISDN=m # # Old ISDN4Linux # CONFIG_ISDN_I4L=m CONFIG_ISDN_PPP=y CONFIG_ISDN_PPP_VJ=y CONFIG_ISDN_MPP=y CONFIG_IPPP_FILTER=y CONFIG_ISDN_PPP_BSDCOMP=m CONFIG_ISDN_AUDIO=y CONFIG_ISDN_TTY_FAX=y # # CAPI subsystem # CONFIG_ISDN_CAPI=m CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON=y CONFIG_ISDN_CAPI_MIDDLEWARE=y CONFIG_ISDN_CAPI_CAPI20=m CONFIG_ISDN_CAPI_CAPIFS_BOOL=y CONFIG_ISDN_CAPI_CAPIFS=m CONFIG_ISDN_CAPI_CAPIDRV=m eventl. braucht man nicht alle dieser CONFIG_ISDN_Optionen, wirkllich wichtig sind die CONFIG_ISDN_CAPI_* und CONFIG_ISDN_I4L=m danach Kernel bauen und neustarten. - von AVM den Treiber besorgen: [1] oder direkt: [2] - Treiber entpacken, konfigurieren, installieren linuxbox /tmp > gunzip -cd fcpci-suse9.1-3.11-02.tar.gz | tar xfv - linuxbox /tmp > cd fritz linuxbox /tmp/fritz > make linuxbox /tmp/fritz > make install - i4l_hardware - Skript anpassen: ---/etc/init.d/i4l_hardware (dies Skript stammt ursprünglich von [5]--- case "$1" in start) [...] ######################################################### # AVM-B1 / AVM Capi Driver ######################################################### if test ! -z "$AVM_IDX" ; then CONTR=1 echo "Loading capi ..." modprobe -v capi echo "Loading CAPI4Linux AVM-Driver ..." /usr/sbin/capiinit start echo "Loading bridge for ISDN4Linux ..." modprobe -v fcpci modprobe -v capidrv if test $? -ne 0; then echo "" echo "Loading of bridge for ISDN4Linux failed!" echo "~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~" echo "Check /var/log/messages and /var/log/warn." echo "You will not be able to use applications using" echo "ISDN4Linux until loading is successful." echo "Also ISDNlog won't be started." echo "" ISDNLOG_START="no" LOAD_OK="yes" else LOAD_OK="yes" fi # To recover the original file "i4l_hardware", please # take a look into "i4l_hardware.old"! fi [...] stop) [...] if test ! -z "$AVM_IDX" ; then /usr/sbin/capiinit stop modprobe -r capidrv fi [...] ---/etc/init.d/i4l_hardware--- Achtung: lt. Karsten Keil von SuSE ist der obige Eintrag "modprobe -v fcpci" unnötig, da "/usr/sbin/capiinit start" das wohl erledigen soll, jedoch hat es bei mir nur so geklappt. - in Yast als AVM - Controller "AVM B1 PCI" einstellen. - Rechner neustarten. (- hylafax installieren & konfigurieren) - capi4hylafax Treiber (/Module?) von AVM laden und den dortigen Anweisungen folgen: [1] oder direkt: [3] - Hinweis: wenn man das empfangene Fax auch tatsächlich immer per Mail zugeschickt haben möchte, möge sich bitte auch folgende Seite anschauen [4]: So, ich hoffe, dass das vielleicht dem einen oder anderen hilft. Getestet habe ich das -mangels anderer Systeme- nur auf meiner heimischen SuSE 7.2. Fragen können natürlich jederzeit gestellt werden, ob es dazu dann allerdings "zielführende" Antworten geben wird, bleibt vorerst dahingestellt. Zudem lohnt sich eventl. auf die Seiten von [5], dort gibt es dann auch ein Forum, vielleicht findet man ja dort noch was passendes. Referenz: ohne die Hilfe von - Karsten Keil von SuSE und - Andreas Kyek wäre diese Lösung nicht so schnell entstanden, wenn überhaupt. Danke Euch. Links: [1] www.avm.de [2] ftp://ftp.avm.de/cardware/fritzcrd.pci/linux/suse.91/fcpci-suse9.1-3.11-02.tar.gz [3] ftp://ftp.avm.de/tools/capi4hylafax.linux/capi4hylafax-01.02.02.tar.gz [4] http://www.linuxnetmag.com/de/issue8/m8hylafax1.html [5] www.thepenguin.de So, ich muss lernen. Schöne Grüße! Stefan
On Wed, Jun 02, 2004 at 01:41:07PM +0200, Stefan Schilling wrote:
Guten Tag Karsten Keil,
Am Mittwoch, 2. Juni 2004 um 01:38 schrieb Karsten Keil:
... Da capidrv ein I4L Treiber ist:
root@debian:/usr/src/linux > vi .config # # ISDN subsystem # CONFIG_ISDN=m
# # Old ISDN4Linux # # CONFIG_ISDN_I4L is not set
Das muss an sein wenn man capidrv nutzen will. Dann bekommt man auch capidrv angeboten (muss auch noch ausgewaehlt werden). CAPI2.0 capidrv interface support (unter CAPI2.0). -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Mittwoch, 2. Juni 2004 um 15:17 schrieb Karsten Keil:
On Wed, Jun 02, 2004 at 01:41:07PM +0200, Stefan Schilling wrote:
Guten Tag Karsten Keil,
Am Mittwoch, 2. Juni 2004 um 01:38 schrieb Karsten Keil:
...
Da capidrv ein I4L Treiber ist:
root@debian:/usr/src/linux > vi .config # # ISDN subsystem # CONFIG_ISDN=m
# # Old ISDN4Linux # # CONFIG_ISDN_I4L is not set
Das muss an sein wenn man capidrv nutzen will.
Dann bekommt man auch capidrv angeboten (muss auch noch ausgewaehlt werden). CAPI2.0 capidrv interface support (unter CAPI2.0).
Perfekt. Danke! Nachdem ich den Treiber so eingebunden hatte (ich habe dem Rechner zusätzlich auch noch wieder ein paar Hisax - Treiber spendiert -vorsichtshalber, man weiss ja nie...), ging´s direkt. Vielen Dank! Vielen Dank auch an Andreas Kyek, der auf dieselbe Idee gekommen war. cu, Stefan
participants (3)
-
Andreas Kyek
-
Karsten Keil
-
Stefan Schilling