"NetSpider-U PCI" (Teles) Problem, trotz "full" Unterst�tzung in HW-Datenbank
Hallo Listenleser, ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt. "Beide" Karten werden gemäß der Hardwareliste voll unterstützt, dazu nötig sind das Modul Hisax sowie die Pakete i4l-base und i4l-isdnlog. Alle sind auf meinem Rechner installiert. Versuche ich, rcisdn zu starten, erhalte ich die folgende Fehlermeldung: Setting up ISDN card contr0 TJET NetSpider-U PCI done Loading Driver contr0 hisax/lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o failed /lib/modules/2.4.21-166-athlon/kernel/drivers/isdn/hisax/hisax.o: insmod hisax failed head: /dev/isdninfo: Kein passendes Gerät gefunden failed dmesg meldet: CSLIP: code copyright 1989 Regents of the University of California ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Network dial timeout is set to 10 sec 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 valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=contr0 (0) HiSax: Traverse Tech. NETspider-U driver Rev. 1.1.4.1 NETspider-U: NETjet-S PCI card found NETspider-U: No PCI card found isdn_dc2minor: di(0) ch(-846229504) invalid HiSax: Card NETspider-U not installed ! ISDN-subsystem unloaded Die hwinfo lautet 18: PCI 0a.0: 10300 ISDN Adapter [Created at pci.65] Unique ID: bSAa.HeIlbqolXI2 Hardware Class: isdn adapter Model: "TJET NetSpider-U PCI" Vendor: pci 0xe159 "Tiger Jet Network Inc." Device: pci 0x0001 "Intel 537" SubVendor: pci 0xa0a7 SubDevice: pci 0x0001 I/O Ports: 0xec00-0xecff (rw) Memory Range: 0xdffff000-??? (rw,non-prefetchable) IRQ: 10 (no events) Requires: i4l-base, i4l-isdnlog Driver Info #0: I4L Type: 38/0 [TJET NetSpider-U PCI] Config Status: cfg=yes, avail=yes, need=no, active=unknown Die modules.conf habe ich so gelassen, wie sie ist - es findet sich kein alias für isdn und auch keine options für hisax. Ich habe im Web einige Kernel-Patches gefunden, die diese Karte zum Luafen bringen sollen - muss nur zugeben, sie nicht verstanden zu haben. Da SuSE die Karte als kompatibel einstuft, muss es doch einen Weg geben, sie zum Laufen zu bringen. Weiss einer von Euch Rat? Vielen Dank Andreas __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de
On Tue, Jan 20, 2004 at 07:23:42PM +0100, andi hansen wrote:
Hallo Listenleser,
ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt.
"Beide" Karten werden gemäß der Hardwareliste voll unterstützt, dazu nötig sind das Modul Hisax sowie die Pakete i4l-base und i4l-isdnlog. Alle sind auf meinem Rechner installiert.
Vorab: Leider gehört Teles zu den Firmen, die eine sehr unserioese Produktpolitik haben, die wechseln die Chipsets amlaufenden Band und aendern die Bezeichnung nicht. Ich kenne inzwischen mindestens 3 verschiedene Teles PCI (Ganz schlimm var es bei den ISA 16.3 Karten, mindestens 5 teilweise total verschiedene HW). Dazu unterstützen sie die Linux Treiber Entwicklung garnicht. Das die Karte sich als TJET NetSpider-U PCI meldet, deutet schon darauf hin das Teles mal wieder den Lieferanten gewechselt hat und dazu noch PCI IDs benutzt die auch andere Karten haben. Interessant ist folgendes: 1. lspci -v und lspci -vn 2. Welche chips sind auf der Karte (Vermutung Tiger 320, ISAC 2186). Eine Netspider U kompatible ist es mit Sicherheit nicht, da das eine Karte fuer den amerikanischen Markt ist, die einen ganz anderen Anschluss (Up0) hat, keinen S0 Bus (diese Karten brauchen keinen NTBA). Um die Karte eventuell zu laufen zu bekommen, must Du wahrscheinlich einen eigenen Kernel bauen können. -- Karsten Keil SuSE Labs ISDN development
ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt.
Das die Karte sich als TJET NetSpider-U PCI meldet, deutet schon darauf hin das Teles mal wieder den Lieferanten gewechselt hat und dazu noch PCI IDs benutzt die auch andere Karten haben.
Interessant ist folgendes: 1. lspci -v und lspci -vn
2. Welche chips sind auf der Karte (Vermutung Tiger 320, ISAC 2186).
Danke für die prompte Antwort! Deine Annahmen zu den Chips sind richtig: 1. Tiger320 www.tjnet.com 0039 M999F-001 2. Infineon PSB 2186N V1.1 ISAC-S TE 3. VAC 5054X003 S4 MN S0/PCI H3.4 1023 Teles Ireland Ltd. Serial# 2734 102 82 03497 Hier die Ausgaben von lspaci (Sorry, so lang, weil ich nicht wusste, welche Teile relevant sind: s1:/home/andi # lspci -v 00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge Subsystem: Unknown device 1849:3156 Flags: bus master, 66Mhz, medium devsel, latency 8 Memory at e0000000 (32-bit, prefetchable) [size=128M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: dfd00000-dfefffff Prefetchable memory behind bridge: cfc00000-dfbfffff Capabilities: [80] Power Management version 2 00:0a.0 Network controller: Tiger Jet Network Inc. Intel 537 Subsystem: Unknown device a0a7:0001 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at ec00 [size=256] Memory at dffff000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Unknown device 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=32] Capabilities: [80] Power Management version 2 00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Unknown device 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at e400 [size=32] Capabilities: [80] Power Management version 2 00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 80) (prog-if 00 [UHCI]) Subsystem: Unknown device 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at e800 [size=32] Capabilities: [80] Power Management version 2 00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI]) Subsystem: Unknown device 1849:3104 Flags: bus master, medium devsel, latency 32, IRQ 12 Memory at dfffef00 (32-bit, non-prefetchable) [size=256] Capabilities: [80] Power Management version 2 00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge Subsystem: Unknown device 1849:3177 Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: Unknown device 1849:0571 Flags: bus master, medium devsel, latency 32, IRQ 255 I/O ports at fc00 [size=16] Capabilities: [c0] Power Management version 2 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 50) Subsystem: Unknown device 1849:3059 Flags: medium devsel, IRQ 10 I/O ports at dc00 [size=256] Capabilities: [c0] Power Management version 2 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) Subsystem: Unknown device 1849:3065 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d800 [size=256] Memory at dfffee00 (32-bit, non-prefetchable) [size=256] Capabilities: [40] Power Management version 2 01:00.0 VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] (prog-if 00 [VGA]) Subsystem: Unknown device 1849:8d04 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11 Memory at dfe80000 (32-bit, non-prefetchable) [size=512K] Memory at d0000000 (32-bit, prefetchable) [size=128M] Expansion ROM at dfe70000 [disabled] [size=64K] Capabilities: [dc] Power Management version 2 Capabilities: [80] AGP version 2.0 s1:/home/andi # lspci -vn 00:00.0 Class 0600: 1106:3116 Subsystem: 1849:3156 Flags: bus master, 66Mhz, medium devsel, latency 8 Memory at e0000000 (32-bit, prefetchable) [size=128M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 Class 0604: 1106:b091 Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: dfd00000-dfefffff Prefetchable memory behind bridge: cfc00000-dfbfffff Capabilities: [80] Power Management version 2 00:0a.0 Class 0280: e159:0001 Subsystem: a0a7:0001 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at ec00 [size=256] Memory at dffff000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 00:10.0 Class 0c03: 1106:3038 (rev 80) Subsystem: 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e000 [size=32] Capabilities: [80] Power Management version 2 00:10.1 Class 0c03: 1106:3038 (rev 80) Subsystem: 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at e400 [size=32] Capabilities: [80] Power Management version 2 00:10.2 Class 0c03: 1106:3038 (rev 80) Subsystem: 1849:3038 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at e800 [size=32] Capabilities: [80] Power Management version 2 00:10.3 Class 0c03: 1106:3104 (rev 82) (prog-if 20) Subsystem: 1849:3104 Flags: bus master, medium devsel, latency 32, IRQ 12 Memory at dfffef00 (32-bit, non-prefetchable) [size=256] Capabilities: [80] Power Management version 2 00:11.0 Class 0601: 1106:3177 Subsystem: 1849:3177 Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:11.1 Class 0101: 1106:0571 (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: 1849:0571 Flags: bus master, medium devsel, latency 32, IRQ 255 I/O ports at fc00 [size=16] Capabilities: [c0] Power Management version 2 00:11.5 Class 0401: 1106:3059 (rev 50) Subsystem: 1849:3059 Flags: medium devsel, IRQ 10 I/O ports at dc00 [size=256] 00:12.0 Class 0200: 1106:3065 (rev 74) Subsystem: 1849:3065 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at d800 [size=256] Memory at dfffee00 (32-bit, non-prefetchable) [size=256] Capabilities: [40] Power Management version 2 01:00.0 Class 0300: 5333:8d04 Subsystem: 1849:8d04 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11 Memory at dfe80000 (32-bit, non-prefetchable) [size=512K] Memory at d0000000 (32-bit, prefetchable) [size=128M] Expansion ROM at dfe70000 [disabled] [size=64K] Capabilities: [dc] Power Management version 2 Capabilities: [80] AGP version 2.0
Um die Karte eventuell zu laufen zu bekommen, must Du wahrscheinlich einen eigenen Kernel bauen können.
Hm, sieht also so aus, dass die Chancen schlecht stehen. Auf der anderen Seite könnte ich es ja mal probieren, falls ich noch Infos bekomme, was ich dann in den Kernel reinnehmen muss. Vielen Dank soweit, Andreas __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de
On Wed, Jan 21, 2004 at 09:00:37AM +0100, andi hansen wrote:
ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt.
Das die Karte sich als TJET NetSpider-U PCI meldet, deutet schon darauf hin das Teles mal wieder den Lieferanten gewechselt hat und dazu noch PCI IDs benutzt die auch andere Karten haben.
Interessant ist folgendes: 1. lspci -v und lspci -vn
2. Welche chips sind auf der Karte (Vermutung Tiger 320, ISAC 2186).
Danke für die prompte Antwort!
Deine Annahmen zu den Chips sind richtig:
1. Tiger320 www.tjnet.com 0039 M999F-001
2. Infineon PSB 2186N V1.1 ISAC-S TE
...
00:0a.0 Network controller: Tiger Jet Network Inc. Intel 537 Subsystem: Unknown device a0a7:0001 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at ec00 [size=256] Memory at dffff000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2
00:0a.0 Class 0280: e159:0001 Subsystem: a0a7:0001 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at ec00 [size=256] Memory at dffff000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2
OK, das reicht mir erstmal. Ich habe gerade eine Zusage bekommen, das ich eine Karte mit Tiger 320 chip geschickt bekomme wird aber erst naechste Woche hiersein (kommt aus Australien, kein Scherz). Das ist zwar keine Teles, aber sollte reichen um den treiber zu verifizieren. So nun zum kernel bauen, Du kannst ja schonmal ueben, bis ich einen Patch fertig habe. Eigentlich ganz einfach: 1. kernel-source passend zum laufenden kernel installieren (also falls ein Update erfolgte, sollte der Source vom Update installiert werden). 2. cd /usr/src/linux 3. make cloneconfig 4. make dep 5. make bzImage 6. make modules Das erzeugt, wenn der richtige Source installiert ist, exakt den gleichen kernel. Installations Anweisungen lasse ich erst mal weg. Wenn Du das hinkriegst, sollte es spaeter auch mit dem veraenderten Treiber kein Problem geben. -- Karsten Keil SuSE Labs ISDN development
--- Karsten Keil
ich habe ein Problem mit einer ISDN-Karte, die ich als "Teles ISDN S0/PCI" erworben habe und die sich unter SuSE 9.0 als "TJET NetSpider-U PCI" herausstellt.
Das die Karte sich als TJET NetSpider-U PCI meldet, deutet schon darauf hin das Teles mal wieder den Lieferanten gewechselt hat und dazu noch PCI IDs benutzt die auch andere Karten haben. OK, das reicht mir erstmal. Ich habe gerade eine Zusage bekommen, das ich eine Karte mit Tiger 320 chip geschickt bekomme wird aber erst naechste Woche hiersein (kommt aus Australien, kein Scherz). Das ist zwar keine Teles, aber sollte reichen um den treiber zu verifizieren.
Hallo und Danke noch mal für all die Mühe! Ich habe unter www.linux-club.de schon einige Verzeweifelte mit "meiner" Karte gefunden, deswegen mein Angebot: Wenn es "uns allen" hilft, schicke ich Dir gerne meine Karte zu, zum testen (und ganz eigennützig) natürlich auch zum Treiberbau ;-) Sag Bescheid, falls Du/SuSE daran Interesse haben, ansonsten beginne ich schon mal mit dem Kernel... Ansonsten bereite ich schon mal meinen Kernel vor... Ciao Andreas __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Mit Yahoo! Suche finden Sie alles: http://suche.yahoo.de
participants (2)
-
andi hansen
-
Karsten Keil