Re: [suse-isdn] Sedlbauer Speed Star PCMCiA Krampf - UPDATE
On Thu, Jun 27, 2002 at 06:46:29PM +0200, Oliver Ob wrote:
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.
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. 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.
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 <<<
-- Karsten Keil SuSE Labs ISDN development
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 <<<
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) Whoops. Glatt vergessen NE2000-PCMCIA: IRQ4; io=0x0300 Sedlb.-PCMCIA: IRQ3; io=0x02e8
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 <<<
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! On Thursday 27 June 2002 21:28, Oliver Ob wrote:
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?
Meine PCMCIA-Kenntnisse sind mehr als begrenzt, aber hier mein Verständnis davon - bitte verbessert mich, falls falsch! Du kannst den IRQ gar nicht einstellen. Das muß entweder der Plug and Play-Teil Deines BIOS (oder so ähnlich) machen (so war das früher) oder Dein Betriebssystem holt sich die Konfiguration aus ACPI-Tabellen (das ist die modernere Variante) und setzt den IRQ. Problem ist, daß Windows mittlerweile alles über ACPI konfiguriert und sich daher die HW-Hersteller kaum noch Mühe machen, den alten Weg am laufen zu halten. Dummerweise ist aber die ACPI-Unterstützung im Standard-Linux-Kernel noch nicht soweit, daß sie die IRQ-Routing-Funktion von ACPI unterstützen würde. Der aktuelle Entwickler-Patch von Intel (die den ACPI-Treiber für Linux öffentlich unter Mitwirkung externer Entwickler basten), den Du auf Sourceforge findest, kann das - zumindest konnte er es vor einem halben Jahr, wie ich ihn das letzte Mal in der Hand hatte. Er ist allerdings noch nicht so stabil und ausgereift, als daß er in dieser Version in den Standard-Kernel kommen würde. Zu hoch ist noch die Gefahr, daß was schiefgeht (Abstürze, Datenverluste, ja sogar Hardware-Defekte) bei so einem systemnahen Treiber. Meiner Erfahrung nach konnte man das Ding vor ca. einem halben Jahr durchaus schon gut verwenden - allerdings ist das Vorgehen für diesen Kernel-Patch etwas komplizierter. Und ich möchte Dir das nicht zumuten, solange ich nicht halbwegs sicher bin, daß es Dir weiterhilft. Was meinen die anderen dazu? Könnte ACPI helfen? Oder habe ich Oliver's Problem völlig falsch verstanden? Karsten? - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9G3bHk997/GGeSeIRApE0AJ4rKB8qiPUE2dnTU6a5urMV06d1pQCfSZJK EpO2Y+a9mm4i84cxnCeC8LQ= =EIQf -----END PGP SIGNATURE-----
Karsten Keil wrote (on 27 Jun 2002 at 20:50):
funktioniert, bei anderen sedlbauer_cs. Toshibas machen aber leider oft Aerger und auch unsere Experten bekommen von Toshiba keine Daten.
Im Japan scheint das inzwischen etwas besser zu werden: http://linux.toshiba-dme.co.jp/linux/eng/develop.php3 -- -- Tony Crawford -- tc@crawfords.de -- +49-3341-30 99 99 --
participants (4)
-
Gernot Hillier -
Karsten Keil -
Oliver Ob -
Tony Crawford