Hallo zusammen,
ich habe auf meinem Rechner FC4 installiert und möchte nun auch Faxe versenden.
Ich habe die Datei fcdsl-suse93-3.11-07.tar.gz ausgepackt und installiert.
/etc/capi.conf fcdsl2 /usr/lib/isdn/fds2base.bin - - - - 1
service capi status driver firmware proto io irq mem cardnr options fcdsl2 /usr/lib/isdn/fds2base.bin - - - - 1
lsmod | grep capi capi 17921 0 kernelcapi 47201 2 fcdsl2,capi capifs 6217 2 capi
cat /proc/devices | grep capi 68 capi20 191 capi
capiinfo capi not installed - No such device or address (6)
Hat jemand eine Idee für mich, wie ich capi zum Laufen bekomme.
Danke Gruß Bruno
Am Sonntag, den 23.10.2005, 11:17 +0200 schrieb tuxbase:
Hallo zusammen,
ich habe auf meinem Rechner FC4 installiert und möchte nun auch Faxe versenden.
Ich habe die Datei fcdsl-suse93-3.11-07.tar.gz ausgepackt und installiert.
/etc/capi.conf fcdsl2 /usr/lib/isdn/fds2base.bin - - - - 1
ok
service capi status driver firmware proto io irq mem cardnr options fcdsl2 /usr/lib/isdn/fds2base.bin - - - - 1
hast Du schon ein initscript?
lsmod | grep capi capi 17921 0 kernelcapi 47201 2 fcdsl2,capi capifs 6217 2 capi
ok
cat /proc/devices | grep capi 68 capi20 191 capi
capiinfo capi not installed - No such device or address (6)
das liegt an udev
Hat jemand eine Idee für mich, wie ich capi zum Laufen bekomme.
http://home.arcor.de/christoph.wickert/2005/08/avm-fritzcards-und-fedora-cor...
Falls irgendetwas unklar sein sollte, frag einfach. Hier, als Kommentar im Blog oder direkt per Mail.
Danke Gruß Bruno
Christoph
Christoph Wickert schrieb:
Falls irgendetwas unklar sein sollte, frag einfach. Hier, als Kommentar im Blog oder direkt per Mail.
Ich bin für hier, weil mich das auch interessiert. Irgendwann muss ich meinen Server updaten auf 4 oder vielleicht 5, dann sollte ich nicht unbedingt die gleichen Fragen haben.
Michael
Am Sonntag, den 23.10.2005, 15:07 +0200 schrieb Michael Kollender:
Christoph Wickert schrieb:
Falls irgendetwas unklar sein sollte, frag einfach. Hier, als Kommentar im Blog oder direkt per Mail.
Ich bin für hier, weil mich das auch interessiert. Irgendwann muss ich meinen Server updaten auf 4 oder vielleicht 5, dann sollte ich nicht unbedingt die gleichen Fragen haben.
Gutes Argument: dann muß ich nicht alles 2 mal schreiben. ;-) Das HowTo auf meiner Seite sollte hoffentlich immer aktuell sein, allerdings wird sich die Adresse bald ändern.
Michael
Christoph
Am Sonntag, den 23.10.2005, 14:36 +0200 schrieb Christoph Wickert:
Am Sonntag, den 23.10.2005, 11:17 +0200 schrieb tuxbase:
/etc/capi.conf fcdsl2 /usr/lib/isdn/fds2base.bin - - - - 1
ok
Das ist natürlich _nicht_ ok, ich war mit Blindheit geschlagen! :-)
die Firmware ohne Pfad angeben, einfach
fcdsl2 fds2base.bin - - - - 1
Christoph
Sorry, ich nochmal!
Ich habe mir grade Dein initscript angeschut und kann Dir davon nur abraten. Du hast es von friendglow.net, stimmts?
Das Skript arbeitet völlig an udev vorbei, man sollte die udev Probleme aber auf vernünftigem Wege lösen und nicht mit der Holzhammer-Methode (devices löschen und neue anlegen).
Christoph
Am Sonntag, den 23.10.2005, 14:42 +0200 schrieb Christoph Wickert:
Sorry, ich nochmal!
Ich habe mir grade Dein initscript angeschut und kann Dir davon nur abraten. Du hast es von friendglow.net, stimmts?
Das Skript arbeitet völlig an udev vorbei, man sollte die udev Probleme aber auf vernünftigem Wege lösen und nicht mit der Holzhammer-Methode (devices löschen und neue anlegen).
Christoph
Ich habe jetzt das init Script von der http://home.arcor.de/christoph.wickert/2005/08/avm-fritzcards-und-fedora-cor... genommen.
service capi restart Stopping capi4linux: FATAL: Module capifs is in use.
Starting capi4linux:
[root@linux devices]# capiinfo capi not installed - No such device or address (6)
Ich habe selinux deaktiviert und selinux-policy-targeted-1.27.1-2.6 ist auf dem Rechner installiert.
/var/log/messages ... Oct 23 18:17:43 linux kernel: capi: Rev 1.1.2.7: unloaded Oct 23 18:17:43 linux kernel: CAPI Subsystem Rev 1.1.2.8 Oct 23 18:17:44 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 23 18:17:44 linux kernel: fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 Oct 23 18:17:44 linux kernel: fcdsl2: (fcdsl2 built on Oct 23 2005 at 09:51:38) Oct 23 18:17:44 linux kernel: fcdsl2: -- 32 bit CAPI driver --
/etc/udev/devices crw-rw-rw- 1 root root 68, 0 23. Okt 18:17 capi20
/etc/udev/rules.d/10-capi.rules SYSFS{dev}="68:0", NAME="capi20" SYSFS{dev}="191:[0-9]*",NAME="capi/%n"
und jetzt?
Danke Gruß Bruno
Am Sonntag, den 23.10.2005, 18:21 +0200 schrieb tuxbase:
Am Sonntag, den 23.10.2005, 14:42 +0200 schrieb Christoph Wickert:
Sorry, ich nochmal!
Ich habe mir grade Dein initscript angeschut und kann Dir davon nur abraten. Du hast es von friendglow.net, stimmts?
Das Skript arbeitet völlig an udev vorbei, man sollte die udev Probleme aber auf vernünftigem Wege lösen und nicht mit der Holzhammer-Methode (devices löschen und neue anlegen).
Christoph
Ich habe jetzt das init Script von der http://home.arcor.de/christoph.wickert/2005/08/avm-fritzcards-und-fedora-cor... genommen.
das muß ich auch noch mal überarbeiten, aber es läuft zumindest...
service capi restart Stopping capi4linux: FATAL: Module capifs is in use.
Ja, das Problem hab ich auch, stört mich aber nicht weiter.
Starting capi4linux:
[root@linux devices]# capiinfo capi not installed - No such device or address (6)
udev erstellt devices dynamisch. Bei "service capi stop" wird das Controldevice /dev/capi20 gelöscht, dann geht kein capiinfo. Also capi starten! ;-)
Ich habe selinux deaktiviert und selinux-policy-targeted-1.27.1-2.6 ist auf dem Rechner installiert.
Wenn selinux aktuell ist kannst Du es ruhig eingeschaltet lassen, bei mir läuft es problemlos.
/var/log/messages ... Oct 23 18:17:43 linux kernel: capi: Rev 1.1.2.7: unloaded Oct 23 18:17:43 linux kernel: CAPI Subsystem Rev 1.1.2.8 Oct 23 18:17:44 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 23 18:17:44 linux kernel: fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 Oct 23 18:17:44 linux kernel: fcdsl2: (fcdsl2 built on Oct 23 2005 at 09:51:38) Oct 23 18:17:44 linux kernel: fcdsl2: -- 32 bit CAPI driver --
ok
/etc/udev/devices crw-rw-rw- 1 root root 68, 0 23. Okt 18:17 capi20
Nachdem Du die datei angelegt hast mußt Du entweder den Rechner oder udev neustarten. Oder das inistcript 2mal aufrufen, wobei das erst mal scheitert.
/etc/udev/rules.d/10-capi.rules SYSFS{dev}="68:0", NAME="capi20" SYSFS{dev}="191:[0-9]*",NAME="capi/%n"
ok
und jetzt?
Sollte alles in Butter sein! Du muß bloß capi anlassen. Vielleicht noch
service isdn stop chkconfig isdn off
Danke Gruß Bruno
Fragen sind gerne gesehen, dann überarbeite ich das HowTo.
MfG
Christoph
Am Sonntag, den 23.10.2005, 20:58 +0200 schrieb Michael Kollender:
Christoph Wickert schrieb:
service isdn stop chkconfig isdn off
Mmh, bislang kenne ich es so, das ISDN vor capi starten muss, um faxen zu können. Gilt das bei Einsatz einer dsl Karte nicht mehr?
Das hat nichts mit DSL zu tun, weil man mit DSL nicht faxen kann :-) (zumindest nicht ohne einen Fax-Gateway irgendwo im Internet). Daß man ISDN fürs Faxen braucht, ist mir neu. Wo hast Du das her bzw. auf welches Programm bezieht sich die Aussage?
Ich habe die Erfahrung gemacht, daß sich das Fritz(DSL|PCI)-Kernelmodul nicht laden läßt, wenn bereits Hisax geladen ist. Bisher war es für mich immer ausreichend, capidrv zu laden, um Kompatibilität zu ISDN4Linux zu bekommen. Das kann man mit folgendem Eintrag in /etc/modprobe.conf erreichen:
alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv
Dann läuft auch der z. B. isdnlog wieder. Ich sollte mein Initscipt mal überarbeiten und das einbauen. Ist aber nicht so einfach, zumindest bei der DSL Karte sollte man aus Stabilitätsgründen noch einen Patch anwenden. Das wird in meinem HowTo ebenfalls (noch) nicht behandelt.
Michael
Christoph
Christoph Wickert schrieb:
Am Sonntag, den 23.10.2005, 20:58 +0200 schrieb Michael Kollender:
Mmh, bislang kenne ich es so, das ISDN vor capi starten muss, um faxen zu können. Gilt das bei Einsatz einer dsl Karte nicht mehr?
Das hat nichts mit DSL zu tun, weil man mit DSL nicht faxen kann :-)
das wär mir auch neu gewesen, darum die Frage.
ISDN fürs Faxen braucht, ist mir neu. Wo hast Du das her bzw. auf welches Programm bezieht sich die Aussage?
Keine Ahnung wo ich das her hab. Andersrum also erst capi und dann isdn hatte nicht geklappt. Ich war jetzt aber der Meinung, das ich deswegen den Aufruf für capiinit extra ans Ende der /etc/init.d/isdn gesetzt habe, aber es steht nicht drin. Weder da noch in der /etc/init.d/capi wirds gestartet. Wie finde ich den Aufruf jetzt wieder? Laufen tuts ja.
lsmod |grep capi capidrv 24500 1 isdn 111328 5 capidrv capi 12992 6 capifs 3720 2 capi kernelcapi 38688 3 capidrv,fcpci,capi
Das kann man mit folgendem Eintrag in /etc/modprobe.conf erreichen:
alias char-major-43 capidrv alias char-major-44 capidrv alias char-major-45 capidrv
hab ich genau so.
Dann läuft auch der z. B. isdnlog wieder.
Das ist das Einzige was ich aus isdn4linux installiert habe. Ich nutze die fcpci ausschließlich zum Faxen mit Hylafax, das Ganze noch unter FC2.
Michael
Hallo
funktioniert immer noch nicht!
dmesg: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.46.2.5 HiSax: Layer2 Revision 2.30.2.4 HiSax: TeiMgr Revision 2.20.2.3 HiSax: Layer3 Revision 2.22.2.3 HiSax: LinkLayer Revision 2.59.2.4 HiSax module removed ISDN-subsystem unloaded ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (4095 buckets, 32760 max) - 248 bytes per conntrack Vendor: ICSI Model: IC1210 CF Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MS Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MMC/SD Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 SM Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c0475600(lo) IPv6 over IPv4 tunneling driver CAPI Subsystem Rev 1.1.2.8 capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) fcdsl2: module license 'Proprietary' taints kernel. fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 fcdsl2: (fcdsl2 built on Oct 23 2005 at 18:43:22) fcdsl2: -- 32 bit CAPI driver --
/etc/capi.conf fcdsl2 fds2base.bin - - - - 1
lsmod | egrep "capi|fcd"
fcdsl2 841124 0 capi 17921 0 capifs 6217 2 capi kernelcapi 47201 2 fcdsl2,capi
capiinfo
capi not installed - No such device or address (6)
rpm -qa | grep fcp fcpci-03.11.07-7.rhfc4.at fcpci-kmdl-2.6.13-1.1526_FC4-03.11.07-7.rhfc4.at
und
fcdsl2-suse93-3.11-07.tar.gz ist installiert
Gruß Bruno
Am Sonntag, den 23.10.2005, 20:31 +0200 schrieb Christoph Wickert:
Am Sonntag, den 23.10.2005, 18:21 +0200 schrieb tuxbase:
Am Sonntag, den 23.10.2005, 14:42 +0200 schrieb Christoph Wickert:
Sorry, ich nochmal!
Ich habe mir grade Dein initscript angeschut und kann Dir davon nur abraten. Du hast es von friendglow.net, stimmts?
Das Skript arbeitet völlig an udev vorbei, man sollte die udev Probleme aber auf vernünftigem Wege lösen und nicht mit der Holzhammer-Methode (devices löschen und neue anlegen).
Christoph
Ich habe jetzt das init Script von der http://home.arcor.de/christoph.wickert/2005/08/avm-fritzcards-und-fedora-cor... genommen.
das muß ich auch noch mal überarbeiten, aber es läuft zumindest...
service capi restart Stopping capi4linux: FATAL: Module capifs is in use.
Ja, das Problem hab ich auch, stört mich aber nicht weiter.
Starting capi4linux:
[root@linux devices]# capiinfo capi not installed - No such device or address (6)
udev erstellt devices dynamisch. Bei "service capi stop" wird das Controldevice /dev/capi20 gelöscht, dann geht kein capiinfo. Also capi starten! ;-)
Ich habe selinux deaktiviert und selinux-policy-targeted-1.27.1-2.6 ist auf dem Rechner installiert.
Wenn selinux aktuell ist kannst Du es ruhig eingeschaltet lassen, bei mir läuft es problemlos.
/var/log/messages ... Oct 23 18:17:43 linux kernel: capi: Rev 1.1.2.7: unloaded Oct 23 18:17:43 linux kernel: CAPI Subsystem Rev 1.1.2.8 Oct 23 18:17:44 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 23 18:17:44 linux kernel: fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 Oct 23 18:17:44 linux kernel: fcdsl2: (fcdsl2 built on Oct 23 2005 at 09:51:38) Oct 23 18:17:44 linux kernel: fcdsl2: -- 32 bit CAPI driver --
ok
/etc/udev/devices crw-rw-rw- 1 root root 68, 0 23. Okt 18:17 capi20
Nachdem Du die datei angelegt hast mußt Du entweder den Rechner oder udev neustarten. Oder das inistcript 2mal aufrufen, wobei das erst mal scheitert.
/etc/udev/rules.d/10-capi.rules SYSFS{dev}="68:0", NAME="capi20" SYSFS{dev}="191:[0-9]*",NAME="capi/%n"
ok
und jetzt?
Sollte alles in Butter sein! Du muß bloß capi anlassen. Vielleicht noch
service isdn stop chkconfig isdn off
Danke Gruß Bruno
Fragen sind gerne gesehen, dann überarbeite ich das HowTo.
MfG
Christoph
-- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
Am Montag, den 24.10.2005, 17:02 +0200 schrieb tuxbase:
Hallo
funktioniert immer noch nicht!
dmesg: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.46.2.5 HiSax: Layer2 Revision 2.30.2.4 HiSax: TeiMgr Revision 2.20.2.3 HiSax: Layer3 Revision 2.22.2.3 HiSax: LinkLayer Revision 2.59.2.4 HiSax module removed ISDN-subsystem unloaded ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (4095 buckets, 32760 max) - 248 bytes per conntrack Vendor: ICSI Model: IC1210 CF Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MS Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MMC/SD Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 SM Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c0475600(lo) IPv6 over IPv4 tunneling driver CAPI Subsystem Rev 1.1.2.8 capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) fcdsl2: module license 'Proprietary' taints kernel. fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 fcdsl2: (fcdsl2 built on Oct 23 2005 at 18:43:22) fcdsl2: -- 32 bit CAPI driver --
bis dahin ok, geht bei mir weiter mit:
ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 fcpci: AVM FRITZ!Card PCI found: port 0xbc00, irq 11 fcpci: Loading... fcpci: Driver 'fcpci' attached to fcpci-stack. (152) fcpci: Stack version 3.11-07 kcapi: Controller 1: fcpci-bc00-11 attached kcapi: card 1 "fcpci-bc00-11" ready. fcpci: Loaded. kcapi: contr 1 set trace=0 kcapi: contr 1 set trace=0 kcapi: contr 1 set trace=4 kcapi: contr 1 set trace=0
/etc/capi.conf fcdsl2 fds2base.bin - - - - 1
Was soll die 1 am Ende? Controller 1? Ich habe das bei meiner Fritz-DSL v.1 nicht und in der capi.conf, die ich mal angehängt habe, ist es auch nicht.
lsmod | egrep "capi|fcd"
fcdsl2 841124 0 capi 17921 0 capifs 6217 2 capi kernelcapi 47201 2 fcdsl2,capi
korrekt
capiinfo
capi not installed - No such device or address (6)
hast Du zu diesem Zeitpunkt ein /dev/capi20? ls /dev/capi* /dev/capi20
/dev/capi:
(/dev/capi ist leer und wird erst bevölkert, wenn eine Verbindung besteht.)
rpm -qa | grep fcp fcpci-03.11.07-7.rhfc4.at fcpci-kmdl-2.6.13-1.1526_FC4-03.11.07-7.rhfc4.at
Moment, Moment! Du hast eine Fritzcard DSL und eine Fritzcard PCI? In eimem Rechner?
Abgesehen davon ist das nicht der aktuelle Kernel, 1532 ist aktuell. Für den hat Axel aber noch keine Kernelmodule, für die DSL-Karte sowieso nicht. Also ist Eigenbau angesagt.
und
fcdsl2-suse93-3.11-07.tar.gz ist installiert
Wieso "und"? Das war ein "entweder ... oder", nicht beides!
Gruß Bruno
Alles unklar? ;-) Christoph
On Mon, Oct 24, 2005 at 06:32:25PM +0200, Christoph Wickert wrote:
rpm -qa | grep fcp fcpci-03.11.07-7.rhfc4.at fcpci-kmdl-2.6.13-1.1526_FC4-03.11.07-7.rhfc4.at
Moment, Moment! Du hast eine Fritzcard DSL und eine Fritzcard PCI? In eimem Rechner?
Abgesehen davon ist das nicht der aktuelle Kernel, 1532 ist aktuell. Für den hat Axel aber noch keine Kernelmodule, für die DSL-Karte sowieso nicht. Also ist Eigenbau angesagt.
ATrpms hat inzwischen 1532 support, aber kein Support fuer DSL Karten. Wenn jemand Lust hat, kann er das fuer ATrpms zusammenbasteln. Ich habe keine DSL Karten.
Gruss, Axel.
Hallo
ich bin einen Schritt weiter.
Die CAPI läuft jetzt für eine kurzen Moment (ca. 30 Sekunden). Danach hat sich der komplette Rechner aufgehängt.
/var/log/messages: Oct 28 17:58:05 linux kernel: capifs: Rev 1.1.2.3 Oct 28 17:58:06 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 28 17:58:06 linux kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
das wars....
Eine Idee?
Gruß Bruno
Am Montag, den 24.10.2005, 18:32 +0200 schrieb Christoph Wickert:
Am Montag, den 24.10.2005, 17:02 +0200 schrieb tuxbase:
Hallo
funktioniert immer noch nicht!
dmesg: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.46.2.5 HiSax: Layer2 Revision 2.30.2.4 HiSax: TeiMgr Revision 2.20.2.3 HiSax: Layer3 Revision 2.22.2.3 HiSax: LinkLayer Revision 2.59.2.4 HiSax module removed ISDN-subsystem unloaded ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (4095 buckets, 32760 max) - 248 bytes per conntrack Vendor: ICSI Model: IC1210 CF Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MS Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 MMC/SD Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 Vendor: ICSI Model: IC1210 SM Rev: 1.6B Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c0475600(lo) IPv6 over IPv4 tunneling driver CAPI Subsystem Rev 1.1.2.8 capifs: Rev 1.1.2.3 capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) fcdsl2: module license 'Proprietary' taints kernel. fcdsl2: AVM FRITZ!Card DSL v2.0 driver, revision 0.3.2 fcdsl2: (fcdsl2 built on Oct 23 2005 at 18:43:22) fcdsl2: -- 32 bit CAPI driver --
bis dahin ok, geht bei mir weiter mit:
ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 fcpci: AVM FRITZ!Card PCI found: port 0xbc00, irq 11 fcpci: Loading... fcpci: Driver 'fcpci' attached to fcpci-stack. (152) fcpci: Stack version 3.11-07 kcapi: Controller 1: fcpci-bc00-11 attached kcapi: card 1 "fcpci-bc00-11" ready. fcpci: Loaded. kcapi: contr 1 set trace=0 kcapi: contr 1 set trace=0 kcapi: contr 1 set trace=4 kcapi: contr 1 set trace=0
/etc/capi.conf fcdsl2 fds2base.bin - - - - 1
Was soll die 1 am Ende? Controller 1? Ich habe das bei meiner Fritz-DSL v.1 nicht und in der capi.conf, die ich mal angehängt habe, ist es auch nicht.
lsmod | egrep "capi|fcd"
fcdsl2 841124 0 capi 17921 0 capifs 6217 2 capi kernelcapi 47201 2 fcdsl2,capi
korrekt
capiinfo
capi not installed - No such device or address (6)
hast Du zu diesem Zeitpunkt ein /dev/capi20? ls /dev/capi* /dev/capi20
/dev/capi:
(/dev/capi ist leer und wird erst bevölkert, wenn eine Verbindung besteht.)
rpm -qa | grep fcp fcpci-03.11.07-7.rhfc4.at fcpci-kmdl-2.6.13-1.1526_FC4-03.11.07-7.rhfc4.at
Moment, Moment! Du hast eine Fritzcard DSL und eine Fritzcard PCI? In eimem Rechner?
Abgesehen davon ist das nicht der aktuelle Kernel, 1532 ist aktuell. Für den hat Axel aber noch keine Kernelmodule, für die DSL-Karte sowieso nicht. Also ist Eigenbau angesagt.
und
fcdsl2-suse93-3.11-07.tar.gz ist installiert
Wieso "und"? Das war ein "entweder ... oder", nicht beides!
Gruß Bruno
Alles unklar? ;-) Christoph -- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
tuxbase schrieb:
Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Moin,
hast du in der capi.conf immer noch den Parameter belegt?
Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
Wieviele und welche Karten hast du da jetzt drin?
lsmod | grep capi
bringt was?
Michael
... lsmod | grep capi capidrv 34965 0 isdn 169281 1 capidrv kernelcapi 47201 2 capidrv,fcdsl
/etc/capi.conf fcdsl fdslbase.bin - - - - -
Bruno
Am Samstag, den 29.10.2005, 10:40 +0200 schrieb Michael Kollender:
tuxbase schrieb:
Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^Moin,
hast du in der capi.conf immer noch den Parameter belegt?
Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
Wieviele und welche Karten hast du da jetzt drin?
lsmod | grep capi
bringt was?
Michael
-- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
Am Samstag, den 29.10.2005, 10:45 +0200 schrieb tuxbase:
... lsmod | grep capi capidrv 34965 0 isdn 169281 1 capidrv kernelcapi 47201 2 capidrv,fcdsl
/etc/capi.conf fcdsl fdslbase.bin - - - - -
Du machst mich fertig ;-) Was für eine Karte hast Du denn jetzt? Fritzcard DSL v1 oder v2?
Bruno
Christoph
Am Sonntag, den 30.10.2005, 22:48 +0100 schrieb Christoph Wickert:
Am Samstag, den 29.10.2005, 10:45 +0200 schrieb tuxbase:
... lsmod | grep capi capidrv 34965 0 isdn 169281 1 capidrv kernelcapi 47201 2 capidrv,fcdsl
/etc/capi.conf fcdsl fdslbase.bin - - - - -
Du machst mich fertig ;-) Was für eine Karte hast Du denn jetzt? Fritzcard DSL v1 oder v2?
Fritzcard DSL v1
Bruno
Christoph
-- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
Gruß Bruno
...
Es ist nur die AVM DSL Card drin
Bruno
Am Samstag, den 29.10.2005, 10:40 +0200 schrieb Michael Kollender:
tuxbase schrieb:
Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^Moin,
hast du in der capi.conf immer noch den Parameter belegt?
Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
Wieviele und welche Karten hast du da jetzt drin?
lsmod | grep capi
bringt was?
Michael
-- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
Am Samstag, den 29.10.2005, 10:14 +0200 schrieb tuxbase:
Hallo
ich bin einen Schritt weiter.
Die CAPI läuft jetzt für eine kurzen Moment (ca. 30 Sekunden). Danach hat sich der komplette Rechner aufgehängt.
nicht gut :(
/var/log/messages: Oct 28 17:58:05 linux kernel: capifs: Rev 1.1.2.3 Oct 28 17:58:06 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 28 17:58:06 linux kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1)
nicht gut :(
Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
nimm bitte nochmal alles mit capidrv raus, also die Einträge in /etc/modprobe.conf auskommentieren. Hast Du ISDN deaktiviert? # service isdn stop # chkconfig isdn off Wie sieht Deine peers Datei für den PPP aus?
das wars....
Eine Idee?
Eventuell den beigefügten Patch auf das Kernelmodul anwenden, bevor Du es baust:
cd fritz/src patch -i /pfad/zu/dem/patch/fcdsl.diff (ein paar Fehlermeldungen) cd .. make make install depmod
Gruß Bruno
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
/var/log/messages: Oct 31 17:56:06 linux su(pam_unix)[3885]: session opened for user root by (uid=0) Oct 31 17:57:24 linux kernel: capifs: Rev 1.1.2.3 Oct 31 17:57:25 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 31 17:57:26 linux kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Oct 31 17:57:26 linux kernel: fcdsl: Stack version 3.11-07 Oct 31 17:57:26 linux kernel: fcdsl: Stack version 3.11-07 Oct 31 17:57:26 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 31 17:57:26 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 31 17:58:25 linux syslogd 1.4.1: restart. Oct 31 17:58:25 linux kernel: klogd 1.4.1, log source = /proc/kmsg started. Oct 31 17:58:25 linux kernel: Linux version 2.6.13-1.1532_FC4 (bhcompile@tweety.build.redhat.com) (gcc version 4.0.1 200507 27 (Red Hat 4.0.1-5)) #1 Thu Oct 20 01:30:08 EDT 2005
Gruß Bruno
Am Sonntag, den 30.10.2005, 21:40 +0100 schrieb Christoph Wickert:
Am Samstag, den 29.10.2005, 10:14 +0200 schrieb tuxbase:
Hallo
ich bin einen Schritt weiter.
Die CAPI läuft jetzt für eine kurzen Moment (ca. 30 Sekunden). Danach hat sich der komplette Rechner aufgehängt.
nicht gut :(
/var/log/messages: Oct 28 17:58:05 linux kernel: capifs: Rev 1.1.2.3 Oct 28 17:58:06 linux kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 28 17:58:06 linux kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: fcdsl: Stack version 3.11-07 Oct 28 17:58:06 linux kernel: kcapi: card 1 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: kcapi: card 2 "fcdsl-eb800000-11" ready. Oct 28 17:58:06 linux kernel: capidrv: controller 1 up Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1)
nicht gut :(
Oct 28 17:58:06 linux kernel: capidrv-1: now up (2 B channels) Oct 28 17:58:06 linux kernel: capidrv-1: D2 trace enabled Oct 28 17:58:06 linux kernel: fcdsl: Unknown application id! (1) Oct 28 17:58:06 linux kernel: capidrv: controller 2 up Oct 28 17:58:06 linux kernel: capidrv-2: now up (1 B channels) Oct 28 17:58:06 linux kernel: capidrv-2: D2 trace enabled
nimm bitte nochmal alles mit capidrv raus, also die Einträge in /etc/modprobe.conf auskommentieren. Hast Du ISDN deaktiviert? # service isdn stop # chkconfig isdn off Wie sieht Deine peers Datei für den PPP aus?
das wars....
Eine Idee?
Eventuell den beigefügten Patch auf das Kernelmodul anwenden, bevor Du es baust:
cd fritz/src patch -i /pfad/zu/dem/patch/fcdsl.diff (ein paar Fehlermeldungen) cd .. make make install depmod
Gruß Bruno
-- Fedora-de-list mailing list Fedora-de-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-de-list
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Christoph
Hallo Christoph,
Christoph Wickert wrote:
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Gibt es in /var/log/messages noch Eintraege des Crash. Wenn ja, ist es das AVM Kernelmodul?
Wir haben mit einer AVM Fritz!PCI v2.0 ISDN (rev 02) und Red Hat Enterprise 4 beim Laden des fcpci Kernelmodul beim UP-Kernel das selbe Verhalten feststellen muessen.
Wenn wir jedoch den SMP-Kernel benutzen, dann kann man das fcpci Module laden und die Karte auch per CAPI z.B. zum Faxen (dank Deinem HowTo) nutzen.
Das alles sieht danach aus, das die AVM Module mit den UP-Kerneln von Red Hat im Interrupthaendling nicht klar kommen. Scheint dann wohl bei FC auch so zu sein. Es passiert beim Laden des Modules. Im RHEL4 wird das sogar mit 5 Sekunden bis zur Panic noch angekuendigt.
Ist eine Vermutung. Red Hat hat leider keinen Zugriff auf den Sourcecode von AVM. In der Source gibt es einen Closed Teil.
Christoph
Gruss Uwe
Am Donnerstag, den 03.11.2005, 19:51 +0100 schrieb Uwe Beck:
Hallo Christoph,
Christoph Wickert wrote:
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Gibt es in /var/log/messages noch Eintraege des Crash. Wenn ja, ist es das AVM Kernelmodul?
Im syslog sieht alles so aus, wie es sollte:
Nov 2 23:25:29 hal9000 kernel: CAPI Subsystem Rev 1.1.2.8 Nov 2 23:25:29 hal9000 kernel: SELinux: initialized (dev capifs, type capifs), uses genfs_contexts Nov 2 23:25:29 hal9000 kernel: capifs: Rev 1.1.2.3 Nov 2 23:25:30 hal9000 kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Nov 2 23:29:41 hal9000 kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.5.2 Nov 2 23:29:41 hal9000 kernel: fcdsl: fcdsl built on Nov 2 2005 at 23:20:13) Nov 2 23:29:41 hal9000 kernel: ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 Nov 2 23:29:41 hal9000 kernel: fcdsl: Loading... Nov 2 23:29:41 hal9000 kernel: fcdsl: Driver 'fcdsl' attached to fcdsl-stack. (164) Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 1: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 2: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: fcdsl: Loaded. Nov 2 23:29:42 hal9000 kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: kcapi: card 1 "fcdsl-cfc00000-11" ready. Nov 2 23:29:42 hal9000 kernel: kcapi: card 2 "fcdsl-cfc00000-11" ready. Nov 2 23:32:16 hal9000 syslogd 1.4.1: restart.
Du siehst: Die "unknown application id" Fehlermeldungen habe ich hier nicht (nutze auch kein capidrv), trotzdem friert der Rechner hart ein, sobald die Fritzcard startet.
Wir haben mit einer AVM Fritz!PCI v2.0 ISDN (rev 02) und Red Hat Enterprise 4 beim Laden des fcpci Kernelmodul beim UP-Kernel das selbe Verhalten feststellen muessen.
Die v1 läuft bei mir problemlos.
Wenn wir jedoch den SMP-Kernel benutzen, dann kann man das fcpci Module laden und die Karte auch per CAPI z.B. zum Faxen (dank Deinem HowTo) nutzen.
Gut zu wissen.
Das alles sieht danach aus, das die AVM Module mit den UP-Kerneln von Red Hat im Interrupthaendling nicht klar kommen. Scheint dann wohl bei FC auch so zu sein. Es passiert beim Laden des Modules. Im RHEL4 wird das sogar mit 5 Sekunden bis zur Panic noch angekuendigt.
Ist eine Vermutung. Red Hat hat leider keinen Zugriff auf den Sourcecode von AVM. In der Source gibt es einen Closed Teil.
Christoph
Gruss Uwe
Ich werde das ganze im Auge behalten und mich melden, wenn's was neues gibt. Bis dann
Christoph
Hallo Christoph,
Christoph Wickert wrote:
Am Donnerstag, den 03.11.2005, 19:51 +0100 schrieb Uwe Beck:
Hallo Christoph,
Christoph Wickert wrote:
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Gibt es in /var/log/messages noch Eintraege des Crash. Wenn ja, ist es das AVM Kernelmodul?
Im syslog sieht alles so aus, wie es sollte:
Nov 2 23:25:29 hal9000 kernel: CAPI Subsystem Rev 1.1.2.8 Nov 2 23:25:29 hal9000 kernel: SELinux: initialized (dev capifs, type capifs), uses genfs_contexts Nov 2 23:25:29 hal9000 kernel: capifs: Rev 1.1.2.3 Nov 2 23:25:30 hal9000 kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Nov 2 23:29:41 hal9000 kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.5.2 Nov 2 23:29:41 hal9000 kernel: fcdsl: fcdsl built on Nov 2 2005 at 23:20:13) Nov 2 23:29:41 hal9000 kernel: ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 Nov 2 23:29:41 hal9000 kernel: fcdsl: Loading... Nov 2 23:29:41 hal9000 kernel: fcdsl: Driver 'fcdsl' attached to fcdsl-stack. (164) Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 1: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 2: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: fcdsl: Loaded. Nov 2 23:29:42 hal9000 kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: kcapi: card 1 "fcdsl-cfc00000-11" ready. Nov 2 23:29:42 hal9000 kernel: kcapi: card 2 "fcdsl-cfc00000-11" ready. Nov 2 23:32:16 hal9000 syslogd 1.4.1: restart.
Du siehst: Die "unknown application id" Fehlermeldungen habe ich hier nicht (nutze auch kein capidrv), trotzdem friert der Rechner hart ein, sobald die Fritzcard startet.
Wir haben mit einer AVM Fritz!PCI v2.0 ISDN (rev 02) und Red Hat Enterprise 4 beim Laden des fcpci Kernelmodul beim UP-Kernel das selbe Verhalten feststellen muessen.
Die v1 läuft bei mir problemlos.
Die v1 bekommt man seit Jahren nicht mehr, nur noch die v2.0 Versionen. Im ISDN ist zwischen den Karten auch ein Unterschied. Mir ist irgendwann mal eine v1 untergekommen und diese hat, glaube ich, das Kernelmodule hisax benutzt. Die v2.0 verwendet das Kernelmodul hisax_fcpcipnp (und muss in Tools wie system-config-network in der Auswahlliste extra behandelt werden, da sonst nur das Modul fuer die v1 in dieser Liste erscheint). Kann daher sein, dass bei der v1 der UP-Kernel kein Probem hat.
Ich werde das ganze im Auge behalten und mich melden, wenn's was neues gibt. Bis dann
Christoph
Gruss Uwe
Hallo,
gab's hier noch etwas neues? fcpci RHEL4 user melden mir wiederholt diesen Bug, und einen Hinweis/Patch kann ich nirgends finden.
Ist vielleicht off-topic hier wegen RHEL4.
On Sat, Nov 05, 2005 at 01:00:48PM +0100, Uwe Beck wrote:
Hallo Christoph,
Christoph Wickert wrote:
Am Donnerstag, den 03.11.2005, 19:51 +0100 schrieb Uwe Beck:
Hallo Christoph,
Christoph Wickert wrote:
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Gibt es in /var/log/messages noch Eintraege des Crash. Wenn ja, ist es das AVM Kernelmodul?
Im syslog sieht alles so aus, wie es sollte:
Nov 2 23:25:29 hal9000 kernel: CAPI Subsystem Rev 1.1.2.8 Nov 2 23:25:29 hal9000 kernel: SELinux: initialized (dev capifs, type capifs), uses genfs_contexts Nov 2 23:25:29 hal9000 kernel: capifs: Rev 1.1.2.3 Nov 2 23:25:30 hal9000 kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Nov 2 23:29:41 hal9000 kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.5.2 Nov 2 23:29:41 hal9000 kernel: fcdsl: fcdsl built on Nov 2 2005 at 23:20:13) Nov 2 23:29:41 hal9000 kernel: ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 Nov 2 23:29:41 hal9000 kernel: fcdsl: Loading... Nov 2 23:29:41 hal9000 kernel: fcdsl: Driver 'fcdsl' attached to fcdsl-stack. (164) Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 1: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 2: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: fcdsl: Loaded. Nov 2 23:29:42 hal9000 kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: kcapi: card 1 "fcdsl-cfc00000-11" ready. Nov 2 23:29:42 hal9000 kernel: kcapi: card 2 "fcdsl-cfc00000-11" ready. Nov 2 23:32:16 hal9000 syslogd 1.4.1: restart.
Du siehst: Die "unknown application id" Fehlermeldungen habe ich hier nicht (nutze auch kein capidrv), trotzdem friert der Rechner hart ein, sobald die Fritzcard startet.
Wir haben mit einer AVM Fritz!PCI v2.0 ISDN (rev 02) und Red Hat Enterprise 4 beim Laden des fcpci Kernelmodul beim UP-Kernel das selbe Verhalten feststellen muessen.
Die v1 läuft bei mir problemlos.
Die v1 bekommt man seit Jahren nicht mehr, nur noch die v2.0 Versionen. Im ISDN ist zwischen den Karten auch ein Unterschied. Mir ist irgendwann mal eine v1 untergekommen und diese hat, glaube ich, das Kernelmodule hisax benutzt. Die v2.0 verwendet das Kernelmodul hisax_fcpcipnp (und muss in Tools wie system-config-network in der Auswahlliste extra behandelt werden, da sonst nur das Modul fuer die v1 in dieser Liste erscheint). Kann daher sein, dass bei der v1 der UP-Kernel kein Probem hat.
Ich werde das ganze im Auge behalten und mich melden, wenn's was neues gibt. Bis dann
Christoph
Gruss Uwe
Hallo Axel,
Axel Thimm wrote:
Hallo,
gab's hier noch etwas neues? fcpci RHEL4 user melden mir wiederholt diesen Bug, und einen Hinweis/Patch kann ich nirgends finden.
Ist vielleicht off-topic hier wegen RHEL4.
Auch mit neueren RHEL4 Kernels zeigt sich, dass es mit dem SMP-Kernel kein Problem bei x86 Rechnern (x86_64 nicht getestet) gibt. Der UP-Kernel crashed beim Laden des fcpci Modul. Warum dieses unterschiedliche Verhalten der aus dem selben SRPM entstandenen Kernel so ist, ist mir ein schleierhaft. Fest steht auch (auch von Red Hat bestaetigt), dass das AVM-Modul beim Laden den Crash ausloesst. AVM zeigt auf Anfragen der RH-Hotline dazu leider kein Interresse und verweist auf aktive AVM Karten/Produkte. Lotteriespiel, habe keine aktive Karte und falls es dort auch zum Crash kommen sollte, wird es von AVM auch wieder abgetan oder auch nicht, wer weis. Da im fcpci ein Stueck Closed Source enthalten ist, kann Red Hat dem schlecht nachgehen. Bugzillaeintraege und Calls bei der Red Hat Hotline haben bis heute nichts vorwaertsbringendes gebracht.
Eventuell ist das Problem besser in der redhat-list-de@redhat.com (es gibt diese noch!) plaziert, da dort die "alten" DLDer und heute eher auf Enterprise arbeitenden Leser sind.
On Sat, Nov 05, 2005 at 01:00:48PM +0100, Uwe Beck wrote:
Hallo Christoph,
Christoph Wickert wrote:
Am Donnerstag, den 03.11.2005, 19:51 +0100 schrieb Uwe Beck:
Hallo Christoph,
Christoph Wickert wrote:
Am Montag, den 31.10.2005, 18:18 +0100 schrieb tuxbase:
Hallo
keine Änderung nach Start von "service capi start" verabschiedet sich der Rechner.
Hallo Bruno!
Habe es gestern mal mit der DSL Karte probiert und auch bei mir friert der Rechner sofort ein. Momentan kann ich wenig dazu sagen.
Gibt es in /var/log/messages noch Eintraege des Crash. Wenn ja, ist es das AVM Kernelmodul?
Im syslog sieht alles so aus, wie es sollte:
Nov 2 23:25:29 hal9000 kernel: CAPI Subsystem Rev 1.1.2.8 Nov 2 23:25:29 hal9000 kernel: SELinux: initialized (dev capifs, type capifs), uses genfs_contexts Nov 2 23:25:29 hal9000 kernel: capifs: Rev 1.1.2.3 Nov 2 23:25:30 hal9000 kernel: capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Nov 2 23:29:41 hal9000 kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.5.2 Nov 2 23:29:41 hal9000 kernel: fcdsl: fcdsl built on Nov 2 2005 at 23:20:13) Nov 2 23:29:41 hal9000 kernel: ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 Nov 2 23:29:41 hal9000 kernel: fcdsl: Loading... Nov 2 23:29:41 hal9000 kernel: fcdsl: Driver 'fcdsl' attached to fcdsl-stack. (164) Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 1: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: kcapi: Controller 2: fcdsl-cfc00000-11 attached Nov 2 23:29:41 hal9000 kernel: fcdsl: Loaded. Nov 2 23:29:42 hal9000 kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: fcdsl: Stack version 3.11-07 Nov 2 23:29:42 hal9000 kernel: kcapi: card 1 "fcdsl-cfc00000-11" ready. Nov 2 23:29:42 hal9000 kernel: kcapi: card 2 "fcdsl-cfc00000-11" ready. Nov 2 23:32:16 hal9000 syslogd 1.4.1: restart.
Du siehst: Die "unknown application id" Fehlermeldungen habe ich hier nicht (nutze auch kein capidrv), trotzdem friert der Rechner hart ein, sobald die Fritzcard startet.
Wir haben mit einer AVM Fritz!PCI v2.0 ISDN (rev 02) und Red Hat Enterprise 4 beim Laden des fcpci Kernelmodul beim UP-Kernel das selbe Verhalten feststellen muessen.
Die v1 läuft bei mir problemlos.
Die v1 bekommt man seit Jahren nicht mehr, nur noch die v2.0 Versionen. Im ISDN ist zwischen den Karten auch ein Unterschied. Mir ist irgendwann mal eine v1 untergekommen und diese hat, glaube ich, das Kernelmodule hisax benutzt. Die v2.0 verwendet das Kernelmodul hisax_fcpcipnp (und muss in Tools wie system-config-network in der Auswahlliste extra behandelt werden, da sonst nur das Modul fuer die v1 in dieser Liste erscheint). Kann daher sein, dass bei der v1 der UP-Kernel kein Probem hat.
Ich werde das ganze im Auge behalten und mich melden, wenn's was neues gibt. Bis dann
Christoph
Gruss Uwe
Gruss Uwe
de-users@lists.fedoraproject.org
-
Axel Thimm -
Bruno Gleie -
Christoph Wickert -
fedoraliste＠web.de -
Uwe Beck