June 2002 - openSUSE Mobile (Deutsch) - openSUSE Mailing Lists

Installation von SuSE 8.0 stürzt immer ab
by Arne Matzke 28 Jun '02

28 Jun '02

Hallo Liste, wenn ich versuche auf meinem Notebook (Mitac MiNote M722, PIII 1000, ATI Rage Mobility-M (4MB VRAM built-in), 192 MB Ram, installiertes SuSE 7.3 und Win2000 prof.) die neue SuSE-Version zu installieren stürzt die INstallation kurz nach der Braille-Displayerkennung ab. Dann bekommen weder das LCD noch der externe Monitor ein Bildsignal und bleiben dunkel. Wenn ich vor der Installation das LCD abschalte und nur den externen Monitor nutze kann ich noch die Fehlermeldungen auf den Konsolen sehen. Diese sind: Bad EIP-Value Yast error code 139 "(EE) xf86OpenSerial: Cannot open device /dev/mouse no such file or directory" Diese Fehler treten mit und ohne externe USB-Maus auf, selbst dann, wenn ich das Touchpad deaktiviert habe. Die Datei /dev/mouse ist wirklich nicht vorhanden, es funktioniert aber auch nicht, wenn ich mit ln -s /dev/psaux /dev/mouse einen symbolischen Link auf die PS2-Schnittstelle setze, unter der die USB-Maus unter SuSE 7.3 läuft. Die Fehler treten auch dann auf, wenn ich den Textmodus alsInstallationsmodus wähle. Kann mir jemand von Euch sagen, was ich noch versuchen kann, um 8.0 doch zum Laufen zu bekommen? Kann ich bei der Installation sagen, dass ich keine Maus haben will? Danke Arne Matzke

1 0

Sedlbauer Problematik, aber nur in einer Liste - tschuldigung
by Oliver Ob 27 Jun '02

27 Jun '02

Oh verdammt! Entschuldigung, jetzt sehe ich, was ich hier crossposte. Ich werde diesen Thread nun nur noch in SUSE ISDN posten. Sorry. Wird ab jetzt korrigiert! Oder ist es hier in LAPTOP besser? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

2 4

Re: Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 27 Jun '02

27 Jun '02

Andreas Kr. und Karsten Keil schrieben: +**** So, hier kommst was Spannendes (... und Schokolade und ....) ******** +Ich arbeite mich gerade linear durch Deine Logs und da sehe ich doch +etwas sehr suspektes: Deine Sedlbauer wird mit allem Tamtam +geladen und hat dann keinen Interrupt: + + Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 + Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 + +Ich befürchte, dass genau das das Problem ist. Der Treiber wird wohl +versuchen, das Gerät zu initialisieren und bekommt keine Rückmeldung! +Daher kannst Du nacher auch den Treiber nicht mehr entladen (er +ist ja noch nicht mal richtig initialisiert)! Ich glaube mich an eine +ähnliche +Geschichte mit einer PCI oder ISA-Karte erinnern zu können (ich glaube +AVM Fritz oder B1) bei der das auch so war. Kannst Du Dir mal in +/etc/rc.config.d/i4l_* den Eintrag mit den Kartennummern und Hardware- +parametern raussuchen und das Ganze mit IRQ=11 ausprobieren? + +Warten wir mal ab was Du daraufhin so sagst ... Ja wo und wie soll ich denn _noch_ versuchen, den IRQ zu setzen unter /etc/pcmcia ist nichts weiter dazu zu finden. selbst in /etc/pcmcia/sedlbauer.conf kann ich keinen irq setzen Nur in i4l_hardware.rc.config: So sieht meine aus: I4L_ID_1="HiSax" I4L_PROTOCOL_1="2" I4L_TYPE_1="22" I4L_SUBTYPE_1="2" # # used IRQ if any # eg. 12 or 15 when loading as module # set to "" when driver is loaded within kernel # I4L_IRQ_1="3" # # Membase if any # I4L_MEMBASE_1="0xd0000" # # IO address if any # I4L_IO_1="" # # IO0 (ISA PnP) # I4L_IO0_1="" I4L_IO2_1="" I4L_MODUL_OPTIONS_1="" # # Debug Level, 4 (default) # I4L_HISAXDEBUG_1="4" I4L_EAZMAP_1="" So dann habe ich zum Test die NE2000-PCMCIA, die auf IRQ3 lief, wie Karsten sagte, rausgenommen. Selbes Resultat. Dann habe ich hier in i4l* den IRQ der Sedlbauer auf den nun freien IRQ3 gesetzt und IO address=0x02e8 gesetzt, jedenfalls spuckt mir der Kernel auf console 10 das dauernd so aus. Und wieder: Kein IRQ zugewiesen Unter Windoof haben die Karten diese Daten: (Hab noch zum Glueck Windoof auf dem Rechner hier) > > > OK scheint eine Sedlbauer zu sein. > > Ja, sagt mir Windoof auch. Obwohl RFI HOT ISDN 100cc > > drauf steht. > > > > > Der Opps kommt nicht von dem ISDN Treiber sondern vom pcnet_cs. > > > Entweder vertragen sich die beiden Karten nicht, oder benutzen irgendwelche > > > Ressourcen gemeinsam. > > > > > > Probiers mal nur mit der Sedlbauer. Hab ich. Beschrieben siehe oben. Kein resultat. > > > > Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 > > > > Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 > > > ^^^ > > > Die sedlbauer bekommt vom cardservice keinen IRQ zugewiesen -> > > > damit kann sie nicht funktionieren. > > > > Ja genau. Das hat mir Andreas eben auch geposted. > > Allerdings: Ich habe es daraufhin eben ausprpbiert: > > In i4l_hardware steht "irq=5" drin. Nun, Andreas meinte, ich > > sollte es mal mit "11" probieren. > > Das ist egal, das sind nur Dummy Werte. Der PCMCIA core/BIOS weist der > Karte den IRQ zu, dieser wird dann zusammen mit der ebenfalls zugewiesenen > IO Adresse mittels sedlbauer_cs (bzw. sedl_cs) an den HiSax Treiber > weitergereicht. Wie es aussieht wird aber kein IRQ zugewiesen. > Es gibt ein config file /etc/pcmcia/config.opts wo man die IRQs die verwendet > werden duerfen einstellen kann. Eventuell dort mal schauen. Und nun sagt mir Karsten (siehe unten), dass das eh Dummy Werte sind. Ja also heisst das ja im Klartext ich kann der Karte keinen IRQ zuweisen? Karsten, verstehe ich Dich hier richtig? Wie soll ich denn dann den IRQ zuweisen? Ich hab mal eben nachgeguckt. ein /etc/pcmcia/config.opts gibt es bei mir nicht. DARAN KANN ES LIEGEN!!! welchen aufbau soll es denn haben, dann bastel ich mir eins. > Im uebeigen ist es so, das bei manchen notebooks sedl_cs besser > funktioniert, bei anderen sedlbauer_cs. Toshibas machen aber leider oft > Aerger und auch unsere Experten bekommen von Toshiba keine Daten. Ja, das haben wir zwei ja schon durch. bei Verwendung des anderen hatte ich ja so viele oopse des kernels, die jetzt wenigstens weg sind. Hier hatte ich das geschrieben: > > > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > > > "sedlbauer_cs" umgesetzt. > > > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab > > > > vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! > > Seit diesem Tip ist kein Kernel Oops mehr zu sehen. > > Danke! Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? Habe gerade meine i4l_hardware* gepostet. Hilft das? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

SuSE 8.0, Orinoco Silvercard, RG1000, ISDN4U
by Andreas.Landhaeusser＠debis-sfr.de 27 Jun '02

27 Jun '02

Hi, irgendwie stelle ich mich wohl selten daemlich an :( Die Karte wird korrekt(?) erkannt, aber mein RG1000 sieht die Karte nicht. Der RG1000 ist als Bridge konfiguriert an einem ISDN4U von Elsa, aber dennoch erhaelt der dhcpcd keine Antwort. Ich kann auch nicht testen, ob das Funklan ueberhaupt funktioniert :( moonie:~ # iwconfig eth2 IEEE 802.11-DS ESSID:"" Nickname:"moonie" Mode:Managed Frequency:2.422GHz Access Point: 00:00:00:00:00:00 Bit Rate:2Mb/s Tx-Power=15 dBm Sensitivity:1/3 Retry limit:4 RTS thr:off Fragment thr:off Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xx Power Management:off Link Quality:0/92 Signal level:27/153 Noise level:27/153 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Gibts jemanden, der eine aehnliche Konfiguration schon mal zum Laufen gebracht hat? Wenns gewuenscht wird, kann ich auch das Syslog schicken. Etwas verzweifelt, da ich doch auf der Terrasse arbeiten wollte Andreas -- Andreas Landhäußer T-Systems Solutions for Research GmbH +49 551 709 2379 (fax 2169) Bunsenstr. 10 Andreas.Landhaeusser(a)t-systems.com 37073 Göttingen http://www.t-systems.com Germany

2 5

Re: Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Gernot Hillier schrieb: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Oliver! > > On Thursday 27 June 2002 18:51, Oliver Ob wrote: > > Zusammenfassung von heute - wie weit bin ich denn nun? > > > > Der Cardmanager konnte ueberredet werden, die Karte anzusprechen, > > siehe dazu den _Verlauf_ der ersten Mail. > > > > IRQ hat sie "0", kein Wunder, der Cardmanager macht das a. > > Danke Andreas, aber das war's nicht. Ich habe es mit IRQ=11 > > ausprobiert, aber da das ja der Cardmanager managed, gibt er > > ja immer 0 aus. > > Sorry, leider kann ich Deinem Problem nicht ganz folgen - und weiß auch nicht, > ob Du das Problem mit IRQ 0 schon gelöst hast - bei dem Stichwort IRQ 0 für > PCMCIA-Karten ist mir nur ein Problem eingefallen, daß ich neulich hatte: > > mein Laptop wollte auch keiner PCMCIA-Karte einen IRQ zuweisen - ich bekam > auch ständig IRQ 0. Denn dummerweise klappte die IRQ-Zuweisung über das BIOS > nicht richtig, da die Laptopbauer anscheinend nur noch ACPI-Support richtig > entwickeln - schließlich braucht Windows nur noch das. > > Abhilfe hat dann der damals aktuelle Entwickler-ACPI-Patch von Sourceforge > gebracht. Nicht das ACPI aus dem damaligen 2.4.x-Kernel, sondern der aktuelle > Patch von http://sourceforge.net/projects/acpi. > > Ist allerdings nicht ganz trivial einzubinden - und ich habe keine Ahnung wie > der aktuelle Entwicklungsstand ist. Zur Einbindung dieses Patches solltest Du > schon einige Erfahrung im Kernel-kompilieren etc. mitbringen - und auch vor > gefährlicheren Experimenten nicht zurückschrecken. Eine ACPI-Version hat mal > mein Laptop so gründlich in den Ruhemodus versetzt, daß es sich erst nach > einigen Reset-Drücken und Akku-Ausbau-Zyklen wieder erholt hat... > > Kann durchaus sein, daß sich der Treiber mittlerweile stabilisiert hat - bin > da nicht mehr auf dem laufenden. > > Tut mir leid, daß ich Dir da keine genaueren Tips geben kann - ich verstehe > leider viel zu wenig von Deinem Problem, um Dir fundiertere Infos geben zu > können. > > Wollte das nur mal erwähnen - vielleicht kann ja irgendwer anderer hier, der > Dein Problem besser versteht als ich, mehr dazu sagen... > > - -- > Ciao, > > Gernot Danke fuer den Hinweis, versteht einer, was Gernot meint? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Sedlbauer Krampf - Stand heute
by Oliver Ob 27 Jun '02

27 Jun '02

Nun gut. Ich finde auch, dass ich einen schoenen Kropf(=Hals) bekommen habe. Aber ich will nu endlich das Teil zum Laufen bringen (Dann kann ich endlich wieder mutt benutzen, hechel) Es ist eine Sedlbauer Card (meldet Windoof), aber eigentlich eine RFI HOT ISDN 100cc (steht drauf) Zusammenfassung von heute - wie weit bin ich denn nun? Der Cardmanager konnte ueberredet werden, die Karte anzusprechen, siehe dazu den _Verlauf_ der ersten Mail. IRQ hat sie "0", kein Wunder, der Cardmanager macht das a. Danke Andreas, aber das war's nicht. Ich habe es mit IRQ=11 ausprobiert, aber da das ja der Cardmanager managed, gibt er ja immer 0 aus. Liege ich hier richtig oder falsch? Naja, die Antwort ist ja immer auf jeden Fall "42". :-) :-/ Ich kann nun mit eingesteckter Karte booten und der Cardmanager macht auch keine Fehlermeldungen mehr.. Wenn ich nun versuche, den PC zu "halt"en, wird / auch ordentlich umounted. Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht: Adm-Netz-NetzGrund Config > Ich habe ippp0 (1) eingerichtet: > F5 - SyncPPP > F3 - no Auto IP > F6 - IP fuer ippp0: laut Buch 192.168.0.99 > dyn IP=on > Netmask 255.255.255.255 default, nicht zu aendern > Gateway 192.168.0.1 > PtP IP 192.168.0.1 > (alles siehe Buch!) > F4 - NW *IST* aktiviert > F8 - MSN ok (laut Buch ohne Vorwahl) > anzurufen 010700192070, ohne TK Anlage > manual > arcor; internet > F9 - PCMCIA an, ist ja Sedlbauer PCMCIA > > Und nun druecke ich STARTEN und dieses Fxxk-Ding sagt mir, > dass ich das zu testende Netzwerk erst aktivieren muss, > OBWOHL ich das ja mit F4 eben gerade gemacht habe und das > Kreuz an ist - so bloed kann yast doch gar nich sein?!!??! > Karsten Keil: Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0). > Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10 > > Ich versuche daraufhin: > init 1 > init 2 > isdnctrl dial ippp0; cls; ifconfig > und das Teil meldet "dialing triggered" und > ippp0 Link encap:Point-to-Point Protocol > inet addr:192.168.17.67 P-t-P:192.168.0.99 > Mask:255.255.255.255 > UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:30 > AC-Note:/etc/ppp # ping 194.25.2.129 > PING 194.25.2.129 (194.25.2.129): 56 data bytes > ping: sendto: Network is unreachable > ping: wrote 194.25.2.129 64 chars, ret=-1 > --- 194.25.2.129 ping statistics --- > 3 packets transmitted, 0 packets received, 100% packet loss Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Alles drin. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping xxx gibt keinen Ping. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Der cause E0010 bedeutet wohl einen normalen Clearing. Aber WORAN liegt es denn nun, dass ich trotz nachtraeglich aktiviertem DHCP keine IP zugewiesen bekommen hab? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Mehr dmesg Meldungen: ippp0 connected from 010700192070 ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn_tx_timeout dev ippp0 dialstate 0 OPEN: 192.168.0.99 -> 194.25.2.129 ICMP *** was sagt das? ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... isdn: HiSax,ch0 cause: E2810 isdn_net: local hangup ippp0 ippp0: Chargesum is 0 Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode NICHT gleich auto (sondern manual) setze, immer die Meldung isdn_tx_timeout dev ippp0 dialstate 0 isdn_net: ippp0: dial rejected: interface not in dialmode uto', signalling dst_link_failure kommt. Was meint das ? Ich WILL aber manuell waehlen. -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

2 4

Weiter mit Sedlbauer und Cardmanager
by Oliver Ob 27 Jun '02

27 Jun '02

Nun gut, nun gut. Auf mehrfachen Wunsch von Leuten, die mir helfen wollen nun doch in Suse-Laptop und Suse-ISDN. (2 Leute auf Laptop, einer auf ISDN) Es stimmt schon, das Thema hat ja mit beidem was zu tun. Hoert mal, ich finde es spitze, dass Ihr mir helfen wollt! Danke! Nun habe ich noch einiges probiert: Hinweis: Was mich stoert, ist dass, wenn ich fuer ippp0 Dialmode NICHT gleich auto (sondern manual) setze, immer die Meldung isdn_tx_timeout dev ippp0 dialstate 0 isdn_net: ippp0: dial rejected: interface not in dialmode uto', signalling dst_link_failure kommt. Was meint das ? Ich WILL aber manuell waehlen. Und was bedeutet: isdn: Verbose-Level is 3 ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c3524000 Note:~ # cat /proc/interrupts CPU0 0: 27520 XT-PIC timer 1: 783 XT-PIC keyboard 2: 0 XT-PIC cascade 3: 60 XT-PIC pcnet_cs 8: 2 XT-PIC rtc 10: 1 XT-PIC MS Sound System 12: 5329 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 74256 XT-PIC ide0 15: 6 XT-PIC ide1 NMI: 0 heisst fuer mich, der Cardmanager hat IRQ 3 und demzufolge braucht die Sedlbauer PCMCIA doch keinen extra IRQ, oder lieg ich falsch? ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 2.39 HiSax: Layer2 Revision 2.23 HiSax: TeiMgr Revision 2.15 HiSax: Layer3 Revision 2.14 HiSax: LinkLayer Revision 2.47 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: Card 1 Protocol EDSS1 Id=HiSax (0) HiSax: Sedlbauer driver Rev. 1.23 Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Sedlbauer: speed star detected Sedlbauer: ISAC version (0): 2086/2186 V1.1 Sedlbauer: HSCX version A: V2.1 B: V2.1 Sedlbauer: resetting card HiSax: DSS1 Rev. 2.29 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed isdn: Verbose-Level is 3 isdn: Verbose-Level is 3 Jun 27 19:15:10 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:15:35 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 27 19:16:55 Note kernel: Trying to open MFT Immer noch IRQ 0, selbst wenn ich bei YAST IRQ=11 eintrage, wird der Karte kein IRQ zugewiesen, das KANN es einfach nicht sein. Ich gehe daher weiter davon aus, dass die PCMCIA-ISDN keinen eigenen IRQ bekommt und der Cardmanager das uebernimmt (hat IRQ3) Nun, Karsten, ich habe es auch probiert, nur mal mit EINER PCMCIA Card zu starten (hab also die eth0 rausgenommen). Geht auch nich. Der ISDN-PCMCIA wird noch immer kein eigener IRQ zugewiesen. route.conf sieht so aus: 192.168.17.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 27 Jun '02

27 Jun '02

Nochmal: Hat einer ne Idee, was hier fehlt? - UPDATED INFO/LOGS So, das geht jetzt nicht gegen irgendwen persoenlich oder so, aber ich habe einen Hals wie ein Pelikan. Nicht nur, dass ich meinen Rechner wegen HD-Crash neu installieren durfte und mich nun damit herum aergern muss, dass er / beim HALTen nicht umounten kann, weil.... PCMCIA: cardmanager is down ds: Device or resource busy i82365: Device or resource busy pcmcia_core: Device or resource busy ... und er deshalb auch kein rcpcmcia stop oder restart duldet; ich kotze genau wie damals ueber meine Sedlbauer Speedstar Karte, die nicht so will wie ich. Die U(h)rzeiten der untenstehenden Logs sprechen Baende dafuer, wieviel Zeit ich hier verbrate. Ich bin kurz davor, diesen PCMCiA Mist in die Tonne zu feuern und meine gute alte Teles wieder auszubuddeln. Hrmpf... Ich habe KEINEN Bock mehr, mich in ETLICHE, nichtssagende DOCs einzulesen, um immer mehr Zeit zu verschwenden, aber keinen Meter weiter zu kommen und dann wie in Hitchhiker's Guide eine Antwort wie "42" zu erhalten. :-/ I4L ist sonst kein Problem, meine AVM Fritz laeuft super, einzig diese verheerende Kombi von PCMCIA, Toshiba und Sedlbauer bringt mich noch zum Wahnsinn. Ich habe auch keinen Bock, mir extra deswegen eine neuere SUSE als meine 7.0 Professional zuzulegen. Die Sedlbauer Anleitungen gehen von 8.0 aus. :-( Ich tue wirklich alles Menschenmoegliche, aber nun ist der Kanal voll. Ich brauche keine dummen Belehrungen wie RTFM, weil ich just das schon getan habe, aber es nicht laeuft. Vielen Dank an Karsten Keil, Du hast mich enorm weiter gebracht, allerdings ist der Punkt, wo ich war, verloren, weil die HD weg ist. Ich hoffe, dass ich im Folgenden anhand der ausfuehrlichen Logs deutlich machen kann, dass hier irgendwo der Vogel begraben ist. Auch so eine (Wirklich! Voll daneben!) Scheisse wie "Wenn es mal trotzdem nicht klappt, hilft die man i82365" - ist toll, und was man da findet, ist NOCH mehr fachchinesisch. Also nochmal von Null: Note:~ # cardctl ident Socket 0: product info: "PCMCIA", "Ethernet", "", "" function: 6 (network) Socket 1: product info: "SEDLBAUER", "ISDN-Adapter (c) 93,94 VK&CB" Note:~ # probe PCI bridge probe: not found. Intel PCIC probe: i82365sl B step found, 2 sockets. Note:~ # lspci -vt -[00]-+-00.0 Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) +-04.0 Neomagic Corporation [MagicMedia 256AV] +-05.0 Intel Corporation 82371AB PIIX4 ISA +-05.1 Intel Corporation 82371AB PIIX4 IDE +-05.2 Intel Corporation 82371AB PIIX4 USB +-05.3 Intel Corporation 82371AB PIIX4 ACPI \-09.0 Toshiba America Info Systems FIR Port Note:~ # lsmod Module Size Used by ipv6 99624 -1 (autoclean) sedl_cs 2160 0 (unused) hisax 483760 0 [sedl_cs] isdn 117932 0 [hisax] slhc 4440 0 [isdn] pcnet_cs 10668 1 8390 6260 0 [pcnet_cs] ds 6568 2 [sedl_cs pcnet_cs] i82365 23328 2 pcmcia_core 45920 0 [sedl_cs pcnet_cs ds i82365] memstat 1476 0 (unused) opl3 11304 0 (autoclean) opl3sa2 4176 0 (autoclean) ad1848 16752 0 (autoclean) [opl3sa2] mpu401 19184 0 (autoclean) [opl3sa2] sound 57496 0 (autoclean) [opl3 opl3sa2 ad1848 mpu401] soundlow 344 0 (autoclean) [sound] soundcore 2564 7 (autoclean) [sound] parport_probe 3492 0 (autoclean) parport_pc 7568 0 (autoclean) parport 7464 0 [parport_probe parport_pc] serial 42484 0 (autoclean) ntfs 36488 1 (autoclean) So, nachdem Karsten mir nun gesagt hat, ich soll Linux ohne gesteckte Sedlbauer booten, tue ich das. Aber sofort, nachdem ich die Karte stecke, kommt /var/log/warn voll mit: Jun 16 00:42:06 Note kernel: current->tss.cr3 = 029a8000, %cr3 =029a8000 Jun 16 00:42:06 Note kernel: *pde = 00000000 Jun 16 00:42:06 Note kernel: Oops: 0000 Jun 16 00:42:06 Note kernel: CPU: 0 Jun 16 00:42:06 Note kernel: EIP:0010:[pcnet_cs:__insmod_pcnet_cs_O/lib/modules/2.2.16/pcmcia/pcnet_cs.o_M3+-111847/96] Jun 16 00:42:06 Note kernel: EFLAGS: 00010246 Jun 16 00:42:06 Note kernel: eax: 00000000 ebx: 0000002d ecx:00000019 edx: 00000022 Jun 16 00:42:06 Note kernel: esi: c23138a8 edi: c36bfd80 ebp:c231383c esp: c231382c Jun 16 00:42:06 Note kernel: ds: 0018 es: 0018 ss: 0018 Jun 16 00:42:06 Note kernel: Process cardmgr (pid: 690, process nr: 37,stackpage=c2313000) Jun 16 00:42:06 Note kernel: Stack: c231385c c42cb02c 00000001 00000008 c231386c c42cae5a c43b8760 0000002d Jun 16 00:42:06 Note kernel: c23139a8 c42cb7da c2313b1c 00000001 c231389c c42cb1a3 c36da800 c36da86c Jun 16 00:42:06 Note kernel: c2313b3c c43b82b3 0000003a c43b8760 0000002d 00000040 00000044 c36bfc9c Jun 16 00:42:06 Note kernel: Call Trace: [pcnet_cs:__insmod_pcnet_cs_O/lib/modul ...diverse insmod Versuche... Jun 16 00:42:06 Note kernel: [get_new_inode+192/332] [get_new_inode+215/332] [sock_sendmsg+115/152] [sys_sendto+229/248] [handle_mm_fault+200/316] [pipe_release+65/72] [dput+243/352] [pipe_read_release+22/32] Jun 16 00:42:06 Note kernel: [do_munmap+538/560] [sys_ioctl+363/392] [system_call+52/64] Jun 16 00:42:06 Note kernel: Code: 8b 13 8b 35 50 10 2d c4 8b 5b 04 39 15 f0 12 2d c4 74 10 b9 Und nun? Wenn ich nun versuche, den PC zu "halt"en, wird / nicht mehr umounted, wie kann ich den Cardmanager bewegen, sich das doch noch einmal zu ueberlegen? Zwischenhinweis an alle, die Toshiba genauso wie ich wegen ihres schlicht nicht zu findenden DOC-Supportes im Grunde gleich zusammen mit den SUSE Programmierern (erinnert Euch an die ToPiC Problematik) standrechtlich an der Wand zerfeuern koennten: Im Bios des Tecra 8000 NICHT PCIC Modus einstellen, sondern AUTO. Meinen Computer hat es derart gesperrt, dass ich nach dem Booten nur noch den Login Prompt sah und keine Eingabe mehr angenommen wurde. <Galgenhumor> Dies nur als Info an die Nachwelt, sollte ich die Configurations-Arie nicht mehr normalen Verstandes ueberleben - haha. </Galgenhumor> Jun 16 00:59:07 Note kernel: Linux PCMCIA Card Services 3.1.17 Jun 16 00:59:07 Note kernel: kernel build: 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 Jun 16 00:59:07 Note kernel: options: [pci] [cardbus] Jun 16 00:59:07 Note kernel: PCI routing table version 1.0 at 0xf0f80 Jun 16 00:59:07 Note kernel: 00:0b.0 -> irq 11 Jun 16 00:59:07 Note kernel: 00:0b.1 -> irq 11 Jun 16 00:59:07 Note kernel: Intel PCIC probe: Jun 16 00:59:07 Note kernel: Toshiba ToPIC97 rev 05 PCI-to-CardBus at slot 00:0b, mem 0x68000000 Jun 16 00:59:07 Note kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 20/20] Jun 16 00:59:07 Note kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 21/21] Jun 16 00:59:07 Note kernel: PCI irq 11 test failed Jun 16 00:59:07 Note kernel: ISA irqs (default) = 3,4,5,7,9,12 polling interval = 1000 ms Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0800-0x08ff: clean. Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x378-0x37f 0x4d0-0x4d7 Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jun 16 00:59:07 Note kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Jun 16 00:59:07 Note kernel: CSLIP: code copyright 1989 Regents of the University of California Jun 16 00:59:07 Note kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jun 16 00:59:07 Note kernel: sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef Jun 16 00:59:07 Note kernel: HiSax: Linux Driver for passive ISDN cards Jun 16 00:59:07 Note kernel: HiSax: Version 3.5 (module) Jun 16 00:59:07 Note kernel: HiSax: Layer1 Revision 2.39 Jun 16 00:59:07 Note kernel: HiSax: Layer2 Revision 2.23 Jun 16 00:59:07 Note kernel: HiSax: TeiMgr Revision 2.15 Jun 16 00:59:07 Note kernel: HiSax: Layer3 Revision 2.14 Jun 16 00:59:07 Note kernel: HiSax: LinkLayer Revision 2.47 Jun 16 00:59:07 Note kernel: HiSax: Approval certification valid Jun 16 00:59:07 Note kernel: HiSax: Approved with ELSA Microlink PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jun 16 00:59:07 Note kernel: HiSax: Total 1 card defined Jun 16 00:59:07 Note kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Jun 16 00:59:07 Note kernel: Sedlbauer: speed star detected Jun 16 00:59:07 Note kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Jun 16 00:59:07 Note kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Jun 16 00:59:07 Note kernel: Sedlbauer: resetting card Jun 16 00:59:07 Note kernel: HiSax: DSS1 Rev. 2.29 Jun 16 00:59:07 Note kernel: HiSax: 2 channels added Jun 16 00:59:07 Note kernel: HiSax: MAX_WAITING_CALLS added Jun 16 00:59:07 Note kernel: HiSax: module installed Jun 16 00:59:07 Note kernel: HiSax: debugging flags card 1 set to 4 Jun 16 00:59:07 Note kernel: isdn: Verbose-Level is 3 Jun 16 00:59:12 Note kernel: IPv6 v0.8 for NET4.0 Jun 16 00:59:12 Note kernel: IPv6 over IPv4 tunneling driver So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen "sedlbauer_cs" umgesetzt. Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c36b6800 ippp, open, slot: 1, minor: 1, state: 0000 ippp_ccp: allocated reset data structure c3423800 Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht Adm-Netz-NetzGrund So, nun, roechele ich nochmal kraeftig und weiss nicht weiter. Was soll ich nun noch testen? Gestern habe ich bei einem Collegen ISDN eingerichtet, das lief in 10 min. Aber das hier? Bin fuer jede freundliche Hilfe dankbar! > Da nur diese Fragen: > Wo speichert Suse die Daten aus "Adm-Netz-NetzGrund" ? > Habe zum Test /etc/ppp/options.ippp* gekillt, um von Null anzufangen, > aber er "findet" den Kram wieder. In /etc/rc.config + /etc/rc.config.d/i4l.rc.config + /etc/rc.config.d/i4l_hardware > Ich habe ippp0 (1) eingerichtet: > F5 - SyncPPP > F3 - no Auto IP > F6 - IP fuer ippp0: laut Buch 192.168.0.99 > dyn IP=on > Netmask 255.255.255.255 default, nicht zu aendern > Gateway 192.168.0.1 > PtP IP 192.168.0.1 > (alles siehe Buch!) > F4 - NW *IST* aktiviert > F8 - MSN ok (laut Buch ohne Vorwahl) > anzurufen 010700192070, ohne TK Anlage > manual > arcor; internet > F9 - PCMCIA an, ist ja Sedlbauer PCMCIA > > Und nun druecke ich STARTEN und dieses Fuck-Ding sagt mir, > dass ich das zu testende Netzwerk erst aktivieren muss, > OBWOHL ich das ja mit F4 eben gerade gemacht habe und das > Kreuz an ist - so bloed kann yast doch gar nich sein?!!??! > Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0). > Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10 > > Ich versuche daraufhin: > init 1 > init 2 > isdnctrl dial ippp0; cls; ifconfig > und das Teil meldet "dialing triggered" und > ippp0 Link encap:Point-to-Point Protocol > inet addr:192.168.17.67 P-t-P:192.168.0.99 > Mask:255.255.255.255 > UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:30 > AC-Note:/etc/ppp # ping 194.25.2.129 > PING 194.25.2.129 (194.25.2.129): 56 data bytes > ping: sendto: Network is unreachable > ping: wrote 194.25.2.129 64 chars, ret=-1 > --- 194.25.2.129 ping statistics --- > 3 packets transmitted, 0 packets received, 100% packet loss [6~Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping 194.25.2.129 gibt keinen Ping. Oder 132.236.89.2 auch nicht. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" Was soll ich da noch tun? Dank der nichtssagenden Docus, die sich in viel imposantem Geblahe ergiessen, anstatt zum Punkt zu kommen, tappe ich hier doch sehr im Dunkeln.... dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Wo kann ich nachlesen was cause E0010 bedeutet? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! Verbose-level set to 9000. Current setup of interface 'ippp0': EAZ/MSN: 704111 Phone number(s): Outgoing: 010700192070 010700192070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 60 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Offenbar nimmt verbose auch Wert 9000 an - haha. Note:/etc/ppp # cat /dev/isdnctrl 00:25.60 Card1 ISAC STAR 4a 00:25.60 Card1 ISAC MODE 0 00:25.60 Card1 ISAC ADF2 0 00:25.60 Card1 ISAC ISTA 0 00:25.60 Card1 ISAC CIR0 7c 00:25.60 Card1 HSCX B ISTA 0 00:25.60 Card1 HSCX A ISTA 0 00:25.60 Card1 HSCX B STAR 48 00:25.60 Card1 HSCX A STAR 48 00:25.60 Card1 State ST_L1_F3 Event EV_DEACT_CNF 00:25.60 Card1 ChangeState ST_L1_F3 00:26.05 debugging flags card 1 set to 4 00:56.83 Card1 PH_ACTIVATE_REQ ST_L1_F3 30:43.57 debugging flags card 1 set to 4 31:01.51 debugging flags card 1 set to 4 42:29.02 debugging flags card 1 set to 4 Sagt mir auch nix. Wo soll ich denn nun anfangen? Bzw weiter machen? isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Hilfe! Eckkaaaaat! Die Russen sssind daaaaa! Also generell an den Exx10 Fehlercodes kann es ja gar nicht liegen, danke Jan, das ist Call Clearing. Aber wie finde ich nun raus, woran es liegt???? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

2 3

Re: [suse-isdn] Sedlbauer Speed Star PCMCiA Krampf - UPDATE
by Oliver Ob 27 Jun '02

27 Jun '02

Karsten Keil schrieb: > OK scheint eine Sedlbauer zu sein. Ja, sagt mir Windoof auch. Obwohl RFI HOT ISDN 100cc drauf steht. > Was sagt /var/log/messages zum HiSax load in diesem Zustand ? > Gab es auch hier einen Opps ? Nein nicht mehr. messages ist nun clean. Siehe weiter unten. Ich habe nur den ganzen Verlauf gepostet, um das alles moeglichst verstaendlich zu machen. > Der Opps kommt nicht von dem ISDN Treiber sondern vom pcnet_cs. > Entweder vertragen sich die beiden Karten nicht, oder benutzen irgendwelche > Ressourcen gemeinsam. > > Probiers mal nur mit der Sedlbauer. Dieser Oops ist nun auch beseitigt. > > Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 > > Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 > ^^^ > Die sedlbauer bekommt vom cardservice keinen IRQ zugewiesen -> > damit kann sie nicht funktionieren. Ja genau. Das hat mir Andreas eben auch geposted. Allerdings: Ich habe es daraufhin eben ausprpbiert: In i4l_hardware steht "irq=5" drin. Nun, Andreas meinte, ich sollte es mal mit "11" probieren. Kein anderes Ergebnis laut Log. Immer "IRQ 0" wie an der Stelle, die Du eben markiert hast. Was soll ich noch versuchen? > Das sieht soweit gut aus, d.h. die IO Adresse ist OK. Ja, finde ich auch so. > > So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in > > /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen > > "sedlbauer_cs" umgesetzt. > > Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab > > vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! Seit diesem Tip ist kein Kernel Oops mehr zu sehen. Danke! > > ippp, open, slot: 0, minor: 0, state: 0000 > > ippp_ccp: allocated reset data structure c36b6800 > > ippp, open, slot: 1, minor: 1, state: 0000 > > ippp_ccp: allocated reset data structure c3423800 > > > > Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. > > Ohne IRQ nicht. Ich guck mir das nun nochmal an. Welche Files soll ich mal ranhaengen zum besseren Verstaendnis? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

eigener kernel ?
by Reimar Bauer 27 Jun '02

27 Jun '02

Hallo, ich wollte für mein IBM Thinkpad A31 mittels der Kernelmodule eine Installation durchführen. Ich hab die Suse Kernelquellen installiert erhalte aber jetzt folgende Warnung: This .. kernel directory 2.4.18-4GB does not match your running kernel 2.4.18-64GB SMP. Ich verstehe ja dass das Programm nicht weiter macht aber ich finde die Kernel Quellen für meinen Kernel nicht. Gruss Reimar -- Reimar Bauer Institut fuer Stratosphaerische Chemie (ICG-I) Forschungszentrum Juelich email: R.Bauer(a)fz-juelich.de ------------------------------------------------------------------- a IDL library at ForschungsZentrum Juelich http://www.fz-juelich.de/icg/icg1/idl_icglib/idl_lib_intro.html ===================================================================

3 3