-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hallo allerseits. hoffe, daß ich nicht gesteinigt werde, da mein problem eigentlich nichts mit suse zu tun hat. allerdings kann ich kaum näher als hier an der quelle sein. ich versuche, eine teles 16.3c isa pnp an den start zu bekommen. ich benutze gentoo, kernel gentoo-2.4.25. ich habe isa pnp-support enabled, isdn als modul (incl. syncppp), hisax als modul, support für teles 16.3 sowie hisax support für EURO/DSS1 und 1TR6 im kernel. wenn ich versuche, hisax zu laden, erzählt mir hisax, daß support für teles16.3c nicht selected ist. ich hatte bisher (suse 7.1, kernel 2.2 und 2.4) mit dieser karte kein problem. wäre schön, wenn mich jemand auf den richtigen weg bringen könnte. gruß christian $ cat /proc/isapnp Card 1 'TAG2610:TELES.S0/16.3c Plug&Play' PnP version 1.0 Product version 1.1 Logical device 0 'TAG2610:Unknown' Supported registers 0x2 Device is active Active port 0x580 Active IRQ 3 [0x2] Active DMA ,0 Resources 0 Priority preferred Port 0x580-0x5bc, align 0x3, size 0x2, 16-bit address decoding IRQ 3,4,5,2/9,10,11,12,15 High-Edge Alternate resources 0:1 Priority acceptable Port 0x500-0x5bc, align 0x3, size 0x2, 16-bit address decoding IRQ 10,11,12 High-Edge Alternate resources 0:2 Priority acceptable Port 0x680-0x6bc, align 0x3, size 0x2, 16-bit address decoding IRQ 10,11,12 High-Edge Alternate resources 0:3 Priority functional Port 0x1500-0x17fc, align 0x3, size 0x2, 16-bit address decoding IRQ 3,4,5,2/9,10,11,12,15 High-Edge $ modprobe hisax io=0x580 irq=3 type=14 protocol=2 lib/modules/2.4.25-gentoo/kernel/drivers/isdn/hisax/hisax.o: init_module: No such device /lib/modules/2.4.25-gentoo/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.25-gentoo/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.25-gentoo/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed $ dmesg HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification failed because of HiSax: unauthorized source code changes HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) HiSax: Support for Teles 16.3c Card not selected HiSax: Card Teles 16.3c not installed ! - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAeXiGszmQKstIgt4RAsEjAKCBFmzsLG05X8pi3P1ZqYPmXpoFFwCgj8Gt 0VM1aUnseGV4lMGGQeeTRcY= =D8sw -----END PGP SIGNATURE-----
Hallo, Christian Fischer schrieb:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
hallo allerseits.
hoffe, daß ich nicht gesteinigt werde, da mein problem eigentlich nichts mit suse zu tun hat. allerdings kann ich kaum näher als hier an der quelle sein.
ich versuche, eine teles 16.3c isa pnp an den start zu bekommen. ich benutze gentoo, kernel gentoo-2.4.25. ich habe isa pnp-support enabled, isdn als modul (incl. syncppp), hisax als modul, support für teles 16.3 sowie hisax support für EURO/DSS1 und 1TR6 im kernel. wenn ich versuche, hisax zu laden, erzählt mir hisax, daß support für teles16.3c nicht selected ist. ich hatte bisher (suse 7.1, kernel 2.2 und 2.4) mit dieser karte kein problem.
wäre schön, wenn mich jemand auf den richtigen weg bringen könnte.
Habe ähnliches hier auch am Laufen, allerdings mit vanilla-Kernel 2.4.24 und Teles 16.3 (ohne c). Was genau hast du im Kernel aktiviert? Am besten genauestens mitteilen. Scheint aber richtig zu sein. Ich tippe bisher auf Probleme der Gentoo-Sourcen. Mal probeweise den Vanilla-Kernel installieren? Vielleicht funktioniert deine Karte auch als typ=3. Glaube ich aber nicht. Gruß Jan
On Sunday 11 April 2004 21:54, Jan Girlich wrote:
Hallo,
Habe ähnliches hier auch am Laufen, allerdings mit vanilla-Kernel 2.4.24 und Teles 16.3 (ohne c).
Was genau hast du im Kernel aktiviert? Am besten genauestens mitteilen. Scheint aber richtig zu sein.
Ich tippe bisher auf Probleme der Gentoo-Sourcen. Mal probeweise den Vanilla-Kernel installieren?
Vielleicht funktioniert deine Karte auch als typ=3. Glaube ich aber nicht.
Gruß Jan hi jan,
hab das problem grad finden (fixen wär falsch, obwohl es tut) können. ich frage mich, was die user tun, die noch nie was mit c-programmierung zu tun hatten und nicht in den kernelquellen schauen, wo das problem ist. ich kann auch kein c, aber dafür reicht es gott sei dank. in /usr/src/linux/drivers/hisax/config.c ist zu lesen: #ifdef CONFIG_HISAX_HFCS #undef DEFAULT_CARD #undef DEFAULT_CFG #define DEFAULT_CARD ISDN_CTYPE_TELES3C #define DEFAULT_CFG {5,0x500,0,0} #endif in /usr/src/linux/.config muß dann nur noch CONFIG_HISAX_HFCS=y gesetzt werden, und schon tut das. ist doch ganz einfach ;-) gruß und dank für die antwort. christian ich frag mich nur, warum das immer an den gentoo-sources liegen soll? welchen grund sollten die gentooer haben, solche änderungen einzubauen? aber ich will das gerne nochmal mit den vanilla sources vergleichen.
On Sunday 11 April 2004 23:21, Christian Fischer wrote:
ich frag mich nur, warum das immer an den gentoo-sources liegen soll? welchen grund sollten die gentooer haben, solche änderungen einzubauen? aber ich will das gerne nochmal mit den vanilla sources vergleichen.
so, um das zu ende zu bringen: bei vanilla ist das auch so. warum auch immer. früher konnte man die teles 16.3c explizit auswählen. etwas kopschüttelnd christian
Christian Fischer schrieb:
[ISDN-Problem mit Teles 16.3c unter Gentoo]
hab das problem grad finden (fixen wär falsch, obwohl es tut) können. ich frage mich, was die user tun, die noch nie was mit c-programmierung zu tun hatten und nicht in den kernelquellen schauen, wo das problem ist. ich kann auch kein c, aber dafür reicht es gott sei dank.
in /usr/src/linux/drivers/hisax/config.c ist zu lesen:
#ifdef CONFIG_HISAX_HFCS #undef DEFAULT_CARD #undef DEFAULT_CFG #define DEFAULT_CARD ISDN_CTYPE_TELES3C #define DEFAULT_CFG {5,0x500,0,0} #endif
in /usr/src/linux/.config muß dann nur noch CONFIG_HISAX_HFCS=y gesetzt werden, und schon tut das.
ist doch ganz einfach ;-)
Ich habe es nicht ganz nachvollziehen können, aber wenn du meinst ;)
ich frag mich nur, warum das immer an den gentoo-sources liegen soll? welchen grund sollten die gentooer haben, solche änderungen einzubauen? aber ich will das gerne nochmal mit den vanilla sources vergleichen.
Ich habe schon öfters mit dem Gentoo-Kernel Probleme gehabt. Meine Vermutung ist, dass es nicht so viele Leute gibt, die diesen Kernel einsetzen/testen und somit Fehler entdecken und beheben. Weiterhin werden weniger-"mainstream"-Dinge eher vernachlässigt oder nicht so sorgfältig kontrolliert. Und ISDN ist bei Gentoo, glaube ich, eher nebensächlich. Welcher Gentooer hat kein Breitband, alleine wegen 'emerge sync'? Naja und dann gibt es Kernel wie jene von SuSE, wo der Schwerpunkt anders gelagert ist. Bei SuSE bin ich mir sicher, dass ISDN läuft oder zumindest die Fehler schnell behoben werden. Egal, jetzt läufts und man weiß sogar woran es lag. Jan
participants (3)
-
Christian Fischer
-
Christian Fischer
-
Jan Girlich