4:17 a.m.
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
7:36 a.m.
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-...
Falls irgendetwas unklar sein sollte, frag einfach. Hier, als Kommentar
im Blog oder direkt per Mail.
Danke
Gruß
Bruno
Christoph
7:42 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
8:07 a.m.
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
11:21 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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-...
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
1:31 p.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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-...
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
1:34 p.m.
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
1:40 p.m.
New subject: Fedora core 4 avmdsl card capi (KORREKTUR)
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
8:32 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
9:59 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
10:02 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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-...
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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
11:32 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
9:02 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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.
--
Axel.Thimm at ATrpms.net
3:14 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
3:40 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
3:45 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
...
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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
3:45 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
...
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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
2:40 p.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
3:48 p.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
10:46 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
Gruß
Bruno
11:18 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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(a)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(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-de-list
12:19 p.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
12:51 p.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
10:28 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
6 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
7:56 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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
--
Axel.Thimm at ATrpms.net
8:22 a.m.
New subject: Fedora core 4 avmdsl card capi (die zweite)
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(a)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
6664
days inactive
6759
days old
de-users@lists.fedoraproject.org
27 comments
5 participants
participants (5)
-
Axel Thimm -
Bruno Gleie -
Christoph Wickert -
fedoraliste＠web.de -
Uwe Beck