ISDN und Kernel 2.6 unter SuSE 9

[Olimlad]

Hi,

ich habe nun die RPMs für meine Suse Version (9) installiert und habe jetzt keinen Sound mehr und keinen Internetzugang. Kann mir jemand sagen woran das liegen kann. Ich habe eine ISDN Karte von Fritz (PCI).

THX

[nunja]

Nunja, die Kernserie 2.6.x nutzt mISDN und CAPI.
Zu den Versionen 2.6.0 und 2.6.1 ist für CAPI ein sogenannter Patch nötig.

Außerdem nutzt 2.6.x andere Modullader. Hier müssen einige Grundpakete ersetzt werden. Desweiteren müssen die isdn4k-utils gegen den neuen Kern übersetzt werden.

Ohne Erfahrung in diesen Dingen würde ich warten bis die Firma die Deine Linuxzusammenstellung geliefert hat auch eine Zusammenstellung basierend auf 2.6.x liefert.

Persönlich würde ich mit dem Erstellen solch einer Zusammenstellung noch warten bis zur Kernversion 2.6.10 da sich bis dahin einiges im CAPI und mISDN Bereich ändern wird.

[Olimlad]

Na das ist ja toll!

Aber trotzdem Danke!

[DarkObserver]

Hi

Ist die Situation bei dem neuen Kernel 2.6.2 noch genauso? Habe CAPI und Old-I-4L im Kernel aktiviert, aber eine Anwahl meines ISP passiert trotzdem nicht. Im Netz gibt es verschiedene Anleitungen (z. B. bei PBX4Linux) wie man den Kernel patchen soll, aber der Patch funktionierte mit dem 2.6.2er-Kernel nicht... Was tun?

Gruß
D. O.

[oster]

www.isdn4linux.de
da gibt es unter downloads/kernel irgendwo isdn4linux als kernel-patch für die 2.6er Serie, da ist glaub ich 2.6.2rc und 2.6.3rc mit dabei.

[DarkObserver]

Original geschrieben von oster
www.isdn4linux.de
da gibt es unter downloads/kernel irgendwo isdn4linux als kernel-patch für die 2.6er Serie, da ist glaub ich 2.6.2rc und 2.6.3rc mit dabei.

.:cool: Richtig, Kollege. Und siehst Du auch, wer Dir in dem anderen Thread diesen Tip gegeben hat?

Viel Erfolg
D. O.

[oster]

*gg* hab ich glatt übersehen, aber wenn man schon mal so einen guten Tipp gefunden hat, dann will man den ja auch weitergeben, oder?

[oster]

Ich habe es jetzt mal ausprobiert, leider funktioniert das ISDN mit Kernel 2.6.3RC2 und isdn4linux nicht. Folgendes erscheint in der boot.msg:


Master Resource Control: previous runlevel: N, switching to runlevel: 5
<notice>isdn start
Setting up ISDN card contr0 AVM FRITZ!Card PCI v2.0done
Loading Driver contr0 hisax_fcpcipnpdone
<notice>'isdn start' exits with status 0
<notice>random start
Initializing random number generatordone
<notice>'random start' exits with status 0
<notice>running-kernel start
<notice>'running-kernel start' exits with status 0
<notice>network start
Setting up network interfaces:
lo done
eth0 IP/Netmask: 192.168.0.13 / 255.255.255.0 done
ippp0 error on /usr/sbin/isdnctrl encap ippp0 syncppp
failed
<notice>'network start' exits with status 0
<notice>syslog start
Starting syslog services<notice>startproc: execve (/sbin/syslogd) [ /sbin/syslogd ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=21 INIT_VERSION=sysvinit-2.82 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 HOME=/ SHLVL=2 sscripts=44 _=/sbin/startproc DAEMON=/sbin/syslogd ]
<notice>startproc: execve (/sbin/klogd) [ /sbin/klogd -c 1 -2 ], [ CONSOLE=/dev/console TERM=linux SHELL=/bin/sh progress=21 INIT_VERSION=sysvinit-2.82 REDIRECT=/dev/tty1 COLUMNS=80 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=25 HOME=/ SHLVL=2 sscripts=44 _=/sbin/sta

[DarkObserver]

Diese Meldung hatte ich vor dem endgültigen Funktionieren auch mal, glaube ich. Es liegt auf jeden Fall an bestimmten Kernel-Features, die Du aktivieren bzw. deaktivieren mußt. Könnte es sein, daß "sync-ppp" nicht aktiviert ist?? Das brauchst Du!

sb2 (aus dem anderen Thread) hat es mit dem von mir genannten Patch gestern auch hinbekommen, viell. kann er Dir seine .config schicken oder posten, ich komme an meine grad nicht dran.

Gruß
D. O.

[oster]

Ja, ich habe das schon selbst hinbekommen, es lag an irgendwelchen Kernel-configs, da hast du schon recht.
Aber anderes Problem:
Es kommen jetzt zwar keine Fehlermeldungen mehr, aber einwählen kann ich mich trotzdem nicht. kinternet baut scheinbar eine Verbindung auf, es fehlt aber der "Datenfluss" auf dem Icon (wer kinternet kennt, weiß was ich meine). Leider gibt kinternet keine Meldungen aus, die mir da weiterhelfen könnten, auch nicht in der Form cinternet auf der Konsole. Die Verbindung steht scheinbar für ein paar Sekunden, dann wird sie wieder getrennt, aber auch wenn sie steht, ist kein Datenverkehr möglich. Weiß da jemand rat?
Mit den gleichen Einstellungen und Kernel 2.4 geht es.

[x86-64]

so ich hab folgendes probleme nach dem update auf 2.6.5 einwahl funktioniert aber sobald ich irgendwas aufrufe im browser kackt die verbindung hab(ping tut und dns auch). in der /var/log/messages setht folgendes



Apr 12 12:18:36 uwe kernel: ippp0: dialing 1 0191011...
Apr 12 12:18:40 uwe kernel: isdn_net: ippp0 connected
Apr 12 12:18:40 uwe ipppd[935]: Local number: 0, Remote number: 0191011, Type: outgoing
Apr 12 12:18:40 uwe ipppd[935]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 6
Apr 12 12:18:40 uwe ipppd[935]: ioctl(SIOCSIFMTU): Invalid argument, 5 ippp0 1524.
Apr 12 12:18:40 uwe ipppd[935]: Remote message:
Apr 12 12:18:40 uwe ipppd[935]: MPPP negotiation, He: No We: No
Apr 12 12:18:40 uwe ipppd[935]: CCP enabled! Trying CCP.
Apr 12 12:18:40 uwe ipppd[935]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol)
Apr 12 12:18:40 uwe ipppd[935]: ccp_resetci!
Apr 12 12:18:40 uwe kernel: Received CCP frame from peer slot(0)
Apr 12 12:18:40 uwe kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04
Apr 12 12:18:40 uwe ipppd[935]: ccp_resetci!
Apr 12 12:18:40 uwe kernel: Received CCP frame from daemon:
Apr 12 12:18:40 uwe kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04
Apr 12 12:18:40 uwe kernel: Received CCP frame from daemon:
Apr 12 12:18:40 uwe kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04
Apr 12 12:18:40 uwe kernel: Received CCP frame from peer slot(0)
Apr 12 12:18:40 uwe kernel: [0/0].ccp-rcv[0]: 04 01 00 04
Apr 12 12:18:40 uwe kernel: Received CCP frame from peer slot(0)
Apr 12 12:18:40 uwe kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03
Apr 12 12:18:40 uwe ipppd[935]: ccp_resetci!
Apr 12 12:18:40 uwe kernel: Received CCP frame from daemon:
Apr 12 12:18:40 uwe kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04
Apr 12 12:18:40 uwe kernel: Received CCP frame from daemon:
Apr 12 12:18:40 uwe kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03
Apr 12 12:18:40 uwe ipppd[935]: local IP address 217.87.210.87
Apr 12 12:18:40 uwe ipppd[935]: remote IP address 217.5.120.253
Apr 12 12:18:40 uwe kernel: Received CCP frame from peer slot(0)
Apr 12 12:18:40 uwe kernel: [0/0].ccp-rcv[0]: 04 02 00 04
Apr 12 12:18:40 uwe modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file
Apr 12 12:18:43 uwe ipppd[935]: IPCP terminated by peer
Apr 12 12:18:43 uwe modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf
Apr 12 12:18:43 uwe kernel: isdn_net: local hangup ippp0
Apr 12 12:18:43 uwe kernel: ippp0: Chargesum is 0
Apr 12 12:18:43 uwe ipppd[935]: Modem hangup
Apr 12 12:18:43 uwe ipppd[935]: Connection terminated.
Apr 12 12:18:43 uwe ipppd[935]: taking down PHASE_DEAD link 0, linkunit: 0
Apr 12 12:18:43 uwe ipppd[935]: closing fd 6 from unit 0
Apr 12 12:18:43 uwe ipppd[935]: link 0 closed , linkunit: 0
Apr 12 12:18:43 uwe ipppd[935]: reinit_unit: 0
Apr 12 12:18:43 uwe ipppd[935]: Connect[0]: /dev/ippp0, fd: 6
Apr 12 12:18:43 uwe kernel: ippp_ccp: freeing reset data structure de1f0800
Apr 12 12:18:43 uwe kernel: ippp, open, slot: 0, minor: 0, state: 0000
Apr 12 12:18:43 uwe kernel: ippp_ccp: allocated reset data structure de1f0800


das kommt bei beiden also sowohl beim avm(bringt schon beim laden vom kernel ein fehler das er capi nicht starten kann) also auch beim hisax treiber.

system Suse 9.0 sonst keine updates.

[TheNewNewUser]

... Problem:
Es kommen jetzt zwar keine Fehlermeldungen mehr, aber einwählen kann ich mich trotzdem nicht. kinternet baut scheinbar eine Verbindung auf, es fehlt aber der "Datenfluss" auf dem Icon (wer kinternet kennt, weiß was ich meine). Leider gibt kinternet keine Meldungen aus, die mir da weiterhelfen könnten, auch nicht in der Form cinternet auf der Konsole. Die Verbindung steht scheinbar für ein paar Sekunden, dann wird sie wieder getrennt, aber auch wenn sie steht, ist kein Datenverkehr möglich. Weiß da jemand rat?
Mit den gleichen Einstellungen und Kernel 2.4 geht es.

Ich hab das selbe Problem mit Kernel 2.6.2. Hab mir also die Patches

patch-2.6.3.tar.bz2,
patch-2.6.4.tar.bz2,
patch-2.6.5.tar.bz2,
patch-2.6.6.tar.bz2 und
patch-2.6.7.tar.gz

gedownloadet und nacheinander auf meine Sourcen gepatcht und diese neu compiliert. Ich habe aber immer noch dieses Problem.

Muss man da noch ein zusätsliches Modul aktivieren, oder reichen die Patches nicht und ich muss mir den gesammten Sourcecode vom 2.6.7 downloaden?

[nunja]

Nunja, NewUser, das mit dem Einspielen von Modifikationen - neudeutsch: patches - ist so eine Sache, vor allem wenn man nicht weis worum es in den Modifikationen geht.

Ich würde mir an Deiner Stelle den Linuxkern in der Version 2.6.6 besorgen und übersetzen. Alternativ könntest Du Dir ja auch das src.rpm, z.B. von Fedora Core 2 besorgen und nutzen.

Vergiss nicht das Paket CAPI4Linux. Das brauchst Du um die Treiber selbst zu übersetzen und zu nutzen. Und den entsprechenden Treiber selbst natürlich.

Und hier noch ein Hinweise für alle die nicht SUSE nutzen.
Auf http://mungo.homelinux.org gibt es unter dem Thema "Fedora Core 2" eine kleine aber entscheidende Nachricht zur derzeitigen Kompatibilität von CAPI4Linux mit glibc.
Also alle die beim Übersetzen der capi4k-utils Probleme haben sollten die Nachricht gelesen haben bevor Fragen dazu hier in den Foren auftauchen ;-))

[TheNewNewUser]

Also ich benutze SuSE Linux. Allerdings verwendene ich 9.0.
Außerdem verwende ich die Alten ISDN Treiber (HISAX glaub ich) und nicht CAPI, da bei CAPI immer die Fehlermeldung


error in /usr/sbin/isdnctrl addif ippp0

bei einem ifup ippp0 erscheint. Naja, dann muss ich mir wohl die neuen Sourcen laden. Muss dass 2.6.7 sein, oder geht auch 2.6.5 oder noch älter?

[nunja]

Zu SUSE 9.0 und Kernel 2.6.x solltest Du mal die SuFu beglücken da kann ich Dir nicht helfen.
Mit SUSE 9.1 wird durchaus CAPI4Linux als Aufsatz zu HiSAX geliefert und auch genutzt.

[mynonA]

Der i4l patch siut seit 2.6.2rcxy fest mit drinnen
Das gute alte isdn4linx get seitdem wieder ohne probleme mit 2.6
denn mit mISDN habe ich es icht immer zum laufen bekommen, mal gings, mal nicht...
ich nutzt hier 2.6.7-mm7 und es geht ohne probleme
(gepatcht von 2.5.75 auf 2.6.7 und dann noch mm patch drauf)

[TheNewNewUser]

Danke für die Antwort.

Ich bin gerade dabei mir den Kernel 2.6.7 (linux-2.6.7.tar.bz2) von kernel.org komplett zu Downloaden.

Hier gibts den Patch:
http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.7/2.6.7-mm7/

Werde es jetzt nochmal probieren. Wenns nicht klappt poste ich nochmal.

Mfg

TheNewNewUser

[TheNewNewUser]

Hab mir also den Patch geholt.

Und dann:



# Simulation
bunzip2 -c 2.6.7-mm7.bz2 | patch -p0 --dry-run
# Patchen (Nachdem die Simulation geklappt hat)
bunzip2 -c 2.6.7-mm7.bz2 | patch -p0


Und wenn ich jetzt mit make irgendwas machen will erscheint das:



Server:/usr/src/linux-2.6.7 # make
CHK include/linux/version.h
scripts/kconfig/conf -s arch/i386/Kconfig
arch/i386/Kconfig:868: can't open file "drivers/perfctr/Kconfig"
Server:/usr/src/linux-2.6.7 #


Was habe ich falsch gemacht?

PS: Das Verzeichnis "drivers/perfctr/" existiert garnicht. (Weder vor noch nach dem Patch) :confused:
Is das normal oder hat mir der Patch das Zerschossen

[TheNewNewUser]

Hi!

Ich hab das Problem nun gelöst. Ich glaub es lag daran, dass das der Patch beschädigt war. Auf jeden Fall hab ich mir ihn einfach als .tar gezogen und nun kommt nach dem patchen keine Fehlermeldung mehr.

Ob das mit ISDN jetzt klappt weiß ich noch net.
Mein Server hat schließlich nur nen Pentium 2 (233 Mhz).
Das dauert.

Aufwiedersehen
TheNewNewUser (hoffentlich nicht mehr unter diesem Thema)

[mynonA]

achte halt drauf, dass bei
+device drivers
+isdn subsystem
-[M/*]ISDN support
+Old isdn 4 linux
und da dann die gewünnschten sachen auswählen
ich habs persöhnlich modular, da es fest bei mir nicht unter 2.4 ging wo ich es probiert habe, warum auch immer, naja ist nun auch egal...



# ISDN subsystem
#
CONFIG_ISDN=y

#
# Old ISDN4Linux
#
CONFIG_ISDN_I4L=m
CONFIG_ISDN_PPP=y
CONFIG_ISDN_PPP_VJ=y
CONFIG_ISDN_MPP=y
# CONFIG_IPPP_FILTER is not set
CONFIG_ISDN_PPP_BSDCOMP=m
CONFIG_ISDN_AUDIO=y
CONFIG_ISDN_TTY_FAX=y

#
# ISDN feature submodules
#
CONFIG_ISDN_DRV_LOOP=m

#
# ISDN4Linux hardware drivers
#

#
# Passive cards
#
CONFIG_ISDN_DRV_HISAX=m

#
# D-channel protocol features

#
CONFIG_HISAX_EURO=y
CONFIG_DE_AOC=y
# CONFIG_HISAX_NO_SENDCOMPLETE is not set
# CONFIG_HISAX_NO_LLC is not set
# CONFIG_HISAX_NO_KEYPAD is not set
# CONFIG_HISAX_1TR6 is not set
# CONFIG_HISAX_NI1 is not set
CONFIG_HISAX_MAX_CARDS=8

#
# HiSax supported cards
#
# CONFIG_HISAX_16_3 is not set
# CONFIG_HISAX_TELESPCI is not set
# CONFIG_HISAX_S0BOX is not set
CONFIG_HISAX_FRITZPCI=y
# CONFIG_HISAX_AVM_A1_PCMCIA is not set
# CONFIG_HISAX_ELSA is not set
# CONFIG_HISAX_DIEHLDIVA is not set
# CONFIG_HISAX_SEDLBAUER is not set
# CONFIG_HISAX_NETJET is not set
# CONFIG_HISAX_NETJET_U is not set
# CONFIG_HISAX_NICCY is not set
# CONFIG_HISAX_BKM_A4T is not set
# CONFIG_HISAX_SCT_QUADRO is not set
# CONFIG_HISAX_GAZEL is not set
# CONFIG_HISAX_HFC_PCI is not set
# CONFIG_HISAX_W6692 is not set
# CONFIG_HISAX_HFC_SX is not set
# CONFIG_HISAX_ENTERNOW_PCI is not set
# CONFIG_HISAX_DEBUG is not set


#
# HiSax PCMCIA card service modules
#

#
# HiSax sub driver modules
#
# CONFIG_HISAX_ST5481 is not set
# CONFIG_HISAX_HFCUSB is not set
CONFIG_HISAX_FRITZ_PCIPNP=m

#
# Active cards
#
# CONFIG_ISDN_DRV_TPAM is not set
# CONFIG_HYSDN is not set
#
# CAPI subsystem
#
CONFIG_ISDN_CAPI=m
# CONFIG_ISDN_DRV_AVMB1_VERBOSE_REASON is not set
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 is not set

#
# CAPI hardware drivers
#

#
# Active AVM cards
#
# CONFIG_CAPI_AVM is not set

#
# Active Eicon DIVA Server cards
#
# CONFIG_CAPI_EICON is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set

das ist mein isdn abschnitt in der .config

[TheNewNewUser]

Hab nach dem Patchen jetzt compiliert. Keine Veränderung. Gleicher Fehler bei Hisax und gleicher Fehler bei Capi. Werde es jetzt mal mit deiner config ausprobieren.

Hoffentlich klappts ... :rolleyes:

[TheNewNewUser]

Danke für die config. Es klappt. Ich bin gerade mit dem 2.6.7 im Netz.
Sogar mein iptables-Routing-Skript funktioniert.

Danke! ;)