PCMCIA-System (9.1): bind memory_cs to socket xx failed
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen. Beim Booten tritt zwar keine Fehlermeldung auf und mit cardinfo bekomme ich auch eine Information über den Slot (empty ...), aber wenn ich eine Karte reinstecke bekomme ich die Fehlermeldung (/var/log/messages): bind memory_cs to socket 0 failed. Der graphische Cardmanager zeigt ähnliches an. Dabei ist es egal, was für eine Karte ich reinstecke, die SCSI Adaptec 12460D oder eine Netzwerkkarte. Die SCSI-Karte wird definitv unterstützt, unter der 9.0 lief sie einwandfrei. Also scheint offensichtlich beim PCMCIA-System eine Macke zu sein. Ich habe schon einen neuen Kernel kompiliert, auch mal einen ohne die PCMCIA-Unterstützung, nutzt alles nichts, der Fehler bleibt Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist? Wolfram Helmert
Hallo, On Fri, May 28, 2004 at 09:32:59PM +0200, helmert wrote:
auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen. Beim Booten
reinstecke bekomme ich die Fehlermeldung (/var/log/messages): bind memory_cs to socket 0 failed. Der graphische Cardmanager zeigt
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
als root: killall cardmgr cardmgr Und nein, wenn man das in ein Skript macht, was es automatisch beim booten oder so ausführt, funktioniert es nicht. Man muss es "von Hand" machen. Der Bug ist irgendwo zwischen Kernel und cardmgr, aber keiner hat ihn bisher lokalisieren können :-( Cardbus Karten gehen übrigens ohne diesen Hack. -- Stefan Seyfried
Hallo, Stefan Seyfried schrieb:
Hallo,
On Fri, May 28, 2004 at 09:32:59PM +0200, helmert wrote:
auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen. Beim Booten
reinstecke bekomme ich die Fehlermeldung (/var/log/messages): bind memory_cs to socket 0 failed. Der graphische Cardmanager zeigt
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
als root: killall cardmgr cardmgr
dann kommt bei mir anschließend segmentation fault bzw. Speicherzugriffsfehler. Das ist schon SEHR unerfreulich, weil damit bei einem Laptop gar keine pcmcia-Karten (wlan!) mehr funktionieren. Ich werde meinen Unmut bei Suse selbst mal ablassen, wenn sich Deine Aussage bzgl. des Fehlers bestätigt, denn das ist doch schon mehr als nur ein bug, für den es dann ein workaround gibt. CU Wolfram
Und nein, wenn man das in ein Skript macht, was es automatisch beim booten oder so ausführt, funktioniert es nicht. Man muss es "von Hand" machen. Der Bug ist irgendwo zwischen Kernel und cardmgr, aber keiner hat ihn bisher lokalisieren können :-( Cardbus Karten gehen übrigens ohne diesen Hack.
On Sun, May 30, 2004 at 06:55:23PM +0200, helmert wrote:
als root: killall cardmgr cardmgr
dann kommt bei mir anschließend segmentation fault bzw. Speicherzugriffsfehler.
oh. Das hört sich nach kernel-oops an. Mach' danach mal bitte "dmesg" und schau, ob am Schluss ein oops steht, so mit backtrace und vielen Hexadezimalzahlen und so. Ich habe bisher nur gesehen, daß es halt nicht ging, aber ein Kernel-oops ist mir in diesem Zusammenhang noch nicht untergekommen.
Das ist schon SEHR unerfreulich, weil damit bei einem Laptop gar keine pcmcia-Karten (wlan!) mehr funktionieren. Ich werde meinen Unmut bei Suse selbst mal ablassen, wenn sich Deine Aussage bzgl. des Fehlers bestätigt, denn das ist doch schon mehr als nur ein bug, für den es dann ein workaround gibt.
Naja, der Fehler ist wohl Hardwareabhängig (anscheinend mag der Bug Compaq bzw. neue HP Hardware), aber keiner konnte ihn bisher so recht eingrenzen. Wäre es so einfach, wäre er vermutlich schon korrigiert. Es ist auch seltsam, daß man scheinbar den cardmgr wirklich "von Hand" neu starten muss, wenn es in einem Skript stattfindet (selbt mit "sleep 10" dazwischen), dann funktioniert es nicht. -- Stefan Seyfried
Stefan Seyfried schrieb:
On Sun, May 30, 2004 at 06:55:23PM +0200, helmert wrote:
als root: killall cardmgr cardmgr
dann kommt bei mir anschließend segmentation fault bzw. Speicherzugriffsfehler.
oh. Das hört sich nach kernel-oops an. Mach' danach mal bitte "dmesg" und schau, ob am Schluss ein oops steht, so mit backtrace und vielen Hexadezimalzahlen und so. Ich habe bisher nur gesehen, daß es halt nicht ging, aber ein Kernel-oops ist mir in diesem Zusammenhang noch nicht untergekommen.
bei mir steht am Ende der dmesg-Ausgabe folgendes: Process cardmgr (pid: 8064, threadinfo=edec0000 task=ee5360b0) Stack: ffffffff ffffffff ffffffff 0b907f12 f46f80ee c030c100 cdcd1c20 000000ee f46f8000 000000fd c01dd4ed edec1f34 c01dd501 c015cd48 f46f80ee c030c0fb 000000fd faed68d3 c0181650 f46f8000 00000000 edec1f7c c018165f c0181650 Call Trace: [<c01dd4ed>] vsprintf+0xd/0x10 [<c01dd501>] sprintf+0x11/0x20 [<c015cd48>] get_chrdev_list+0x38/0x60 [<c0181650>] devices_read_proc+0x0/0x40 [<c018165f>] devices_read_proc+0xf/0x40 [<c0181650>] devices_read_proc+0x0/0x40 [<c017fd31>] proc_file_read+0x161/0x270 [<c017fbd0>] proc_file_read+0x0/0x270 [<c015573e>] vfs_read+0xae/0xf0 [<c015581c>] sys_read+0x2c/0x50 [<c0107dc9>] sysenter_past_esp+0x52/0x79 Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75 das sieht also nach Deiner Anfrage aus. Nun gut, - und was lerne ich daraus? Ich weiß noch gar nicht, was diese Kernel-oops sind und was das konkret bedeutet. Eine Suche bei google hat mich nicht recht weitergebracht, ich habe noch gar nicht verstanden, was diese oops sind. Danke erstmal für Deine Hinweise! Wolfram
Das ist schon SEHR unerfreulich, weil damit bei einem Laptop gar keine pcmcia-Karten (wlan!) mehr funktionieren. Ich werde meinen Unmut bei Suse selbst mal ablassen, wenn sich Deine Aussage bzgl. des Fehlers bestätigt, denn das ist doch schon mehr als nur ein bug, für den es dann ein workaround gibt.
Naja, der Fehler ist wohl Hardwareabhängig (anscheinend mag der Bug Compaq bzw. neue HP Hardware), aber keiner konnte ihn bisher so recht eingrenzen. Wäre es so einfach, wäre er vermutlich schon korrigiert.
Es ist auch seltsam, daß man scheinbar den cardmgr wirklich "von Hand" neu starten muss, wenn es in einem Skript stattfindet (selbt mit "sleep 10" dazwischen), dann funktioniert es nicht.
On Mon, May 31, 2004 at 11:05:47AM +0200, helmert wrote:
bei mir steht am Ende der dmesg-Ausgabe folgendes:
Process cardmgr (pid: 8064, threadinfo=edec0000 task=ee5360b0) Stack: ffffffff ffffffff ffffffff 0b907f12 f46f80ee c030c100 cdcd1c20 000000ee f46f8000 000000fd c01dd4ed edec1f34 c01dd501 c015cd48 f46f80ee c030c0fb 000000fd faed68d3 c0181650 f46f8000 00000000 edec1f7c c018165f c0181650 Call Trace: [<c01dd4ed>] vsprintf+0xd/0x10
das sieht also nach Deiner Anfrage aus. Nun gut, - und was lerne ich daraus? Ich weiß noch gar nicht, was diese Kernel-oops sind und was das konkret bedeutet. Eine Suche bei google hat mich nicht recht weitergebracht, ich habe noch gar nicht verstanden, was diese oops sind.
Ja, das ist ein oops. Ein oops ist - soweit ich das verstanden habe :-) - ein segmentation fault im Kernel. Schicke nochmals die Ausgabe von dmesg, aber noch ein paar zeilen mehr (weiter oben) und die Ausgabe von "rpm -q kernel-default" und "uname -a". Von denen, die hier mitlesen kann dir zwar vermutlich keiner direkt helfen, aber an die "richtigen Leute" weitergeleitet kann das durchaus zur Lösung des Problems beitragen :-) -- Stefan Seyfried
Stefan Seyfried schrieb:
On Sun, May 30, 2004 at 06:55:23PM +0200, helmert wrote:
als root: killall cardmgr cardmgr
dann kommt bei mir anschließend segmentation fault bzw. Speicherzugriffsfehler.
oh. Das hört sich nach kernel-oops an. Mach' danach mal bitte "dmesg" und schau, ob am Schluss ein oops steht, so mit backtrace und vielen Hexadezimalzahlen und so. Ich habe bisher nur gesehen, daß es halt nicht ging, aber ein Kernel-oops ist mir in diesem Zusammenhang noch nicht untergekommen.
bei mir steht am Ende der dmesg-Ausgabe folgendes: Process cardmgr (pid: 8064, threadinfo=edec0000 task=ee5360b0) Stack: ffffffff ffffffff ffffffff 0b907f12 f46f80ee c030c100 cdcd1c20 000000ee f46f8000 000000fd c01dd4ed edec1f34 c01dd501 c015cd48 f46f80ee c030c0fb 000000fd faed68d3 c0181650 f46f8000 00000000 edec1f7c c018165f c0181650 Call Trace: [<c01dd4ed>] vsprintf+0xd/0x10 [<c01dd501>] sprintf+0x11/0x20 [<c015cd48>] get_chrdev_list+0x38/0x60 [<c0181650>] devices_read_proc+0x0/0x40 [<c018165f>] devices_read_proc+0xf/0x40 [<c0181650>] devices_read_proc+0x0/0x40 [<c017fd31>] proc_file_read+0x161/0x270 [<c017fbd0>] proc_file_read+0x0/0x270 [<c015573e>] vfs_read+0xae/0xf0 [<c015581c>] sys_read+0x2c/0x50 [<c0107dc9>] sysenter_past_esp+0x52/0x79 Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75 das sieht also nach Deiner Anfrage aus. Nun gut, - und was lerne ich daraus? Ich weiß noch gar nicht, was diese Kernel-oops sind und was das konkret bedeutet. Eine Suche bei google hat mich nicht recht weitergebracht, ich habe noch gar nicht verstanden, was diese oops sind. Danke erstmal für Deine Hinweise! Wolfram
Das ist schon SEHR unerfreulich, weil damit bei einem Laptop gar keine pcmcia-Karten (wlan!) mehr funktionieren. Ich werde meinen Unmut bei Suse selbst mal ablassen, wenn sich Deine Aussage bzgl. des Fehlers bestätigt, denn das ist doch schon mehr als nur ein bug, für den es dann ein workaround gibt.
Naja, der Fehler ist wohl Hardwareabhängig (anscheinend mag der Bug Compaq bzw. neue HP Hardware), aber keiner konnte ihn bisher so recht eingrenzen. Wäre es so einfach, wäre er vermutlich schon korrigiert.
Es ist auch seltsam, daß man scheinbar den cardmgr wirklich "von Hand" neu starten muss, wenn es in einem Skript stattfindet (selbt mit "sleep 10" dazwischen), dann funktioniert es nicht.
Stefan Seyfried schrieb:
Hallo,
On Fri, May 28, 2004 at 09:32:59PM +0200, helmert wrote:
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
als root: killall cardmgr cardmgr
Und nein, wenn man das in ein Skript macht, was es automatisch beim booten oder so ausführt, funktioniert es nicht. Man muss es "von Hand" machen. Der Bug ist irgendwo zwischen Kernel und cardmgr, aber keiner hat ihn bisher lokalisieren können :-( Cardbus Karten gehen übrigens ohne diesen Hack.
Ich habe mir nach dem Umsteig von 8.2 auf 9.1 ein Script gemacht, das in etwa so aussieht: cardctl eject 0 cardctl eject 1 killall cardmgr sleep 1 cardmgr cardctl insert 0 cardctl insert 1 Damit laufen dann meine PCMCIA-Festplatte, und auch die WLAN Karte (Netgear MA401) im Fujitsu-Siemens Lifebook C1020 problemlos. Ich starte das Script als root, wenn ich eins der Geräte brauche. Also nicht beim booten. Aber es tut (auch als Script). Ob das 'cardctl' dabei eine Rolle spielt? Bin halt einfach ein Perfektionist, der immer alles ganz ordentlich macht (Beamter eben... :-) Martin
Hi, ich komme erst jetzt dazu, Deinem Hinweis nachzugehen - und es scheint zu klappen!, zumindest wird im Infozentrum und auch im plugger die Karte korrekt angezeigt. Das ist zwar etwas arg umständlich, aber als workaround halbwegs akzeptabel. Der nächste Schritt ist der Test, ob der Scanner dann auch erkannt wird - dann kann es zu WLAN gehen. Danke für den Tip! MfG Wolfram Helmert Martin Brüggebors schrieb:
Stefan Seyfried schrieb:
Hallo,
On Fri, May 28, 2004 at 09:32:59PM +0200, helmert wrote:
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
als root: killall cardmgr cardmgr
Und nein, wenn man das in ein Skript macht, was es automatisch beim booten oder so ausführt, funktioniert es nicht. Man muss es "von Hand" machen. Der Bug ist irgendwo zwischen Kernel und cardmgr, aber keiner hat ihn bisher lokalisieren können :-( Cardbus Karten gehen übrigens ohne diesen Hack.
Ich habe mir nach dem Umsteig von 8.2 auf 9.1 ein Script gemacht, das in etwa so aussieht: cardctl eject 0 cardctl eject 1 killall cardmgr sleep 1 cardmgr cardctl insert 0 cardctl insert 1
Damit laufen dann meine PCMCIA-Festplatte, und auch die WLAN Karte (Netgear MA401) im Fujitsu-Siemens Lifebook C1020 problemlos. Ich starte das Script als root, wenn ich eins der Geräte brauche. Also nicht beim booten. Aber es tut (auch als Script).
Ob das 'cardctl' dabei eine Rolle spielt? Bin halt einfach ein Perfektionist, der immer alles ganz ordentlich macht (Beamter eben... :-)
danke, gleichfalls - aber eine gehörige Portion Wissen muss dazukommen .....
Martin
Am Fre, 2004-05-28 um 21.32 schrieb helmert:
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen.
[...snip...]
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden ... # There are two PCMCIA Systems available: The external from D.Hinds, # which has proven to work flawlessly, and a newer one included in # the kernel source tree, which may be neccessary with some (new) # hardware. You can choose here which one you like to use. Set the # variable to "external" or "kernel". # If there is only one of these systems installed this varable will # be ignored. ...
Wolfram Helmert
HTH -- _/_/_/ Peter Thill Registered Linux user number 340982. _/_/_/ peter_thill@web.de Please visit: http://counter.li.org/ _/_/_/ _/_/_/ -- Yesterday is history, tomorow is a mystery --
Hallo, Peter Thill schrieb:
Am Fre, 2004-05-28 um 21.32 schrieb helmert:
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen.
[...snip...]
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
... # There are two PCMCIA Systems available: The external from D.Hinds, # which has proven to work flawlessly, and a newer one included in # the kernel source tree, which may be neccessary with some (new) # hardware. You can choose here which one you like to use. Set the # variable to "external" or "kernel". # If there is only one of these systems installed this varable will # be ignored. ...
Wolfram Helmert
HTH
On Sun, May 30, 2004 at 06:51:05PM +0200, helmert wrote:
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
AFAIK gibt es für kernel 2.6 nur noch internal PCMCIA -- Stefan Seyfried
Hallo, Stefan Seyfried schrieb:
On Sun, May 30, 2004 at 06:51:05PM +0200, helmert wrote:
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
AFAIK gibt es für kernel 2.6 nur noch internal PCMCIA
SuSE schreibt in den Handbüchern (die offensichtlich in dieser Hinsicht auch nicht auf dem allerneuesten Stand sind ...), dass nur noch das Kernel-pcmcia unterstützt wird - daraus schließe ich, dass es das von D.Hind sehr woh noch gibt und es auch noch läuft. Allerdings scheint es da grundsätzliche Probleme mit dem 2.6-Kernel zu geben. Wolfram
Am Son, 2004-05-30 um 18.51 schrieb helmert:
Hallo,
Peter Thill schrieb:
Am Fre, 2004-05-28 um 21.32 schrieb helmert:
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen.
[...snip...]
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
Gefunden auf der Debian Liste: I had similar issues getting PCMCIA going on kernels after 2.6.0-test7. What I did to get it to work was to remove yenta_socket from /etc/modules. After that, it worked perfectly. I'm running sid and 2.6.0. HTH -- _/_/_/ Peter Thill Registered Linux user number 340982. _/_/_/ peter_thill@web.de Please visit: http://counter.li.org/ _/_/_/ _/_/_/ -- Yesterday is history, tomorow is a mystery --
Hallo, Peter Thill schrieb:
Am Son, 2004-05-30 um 18.51 schrieb helmert:
Hallo,
Peter Thill schrieb:
Am Fre, 2004-05-28 um 21.32 schrieb helmert:
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen.
[...snip...]
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
Gefunden auf der Debian Liste: I had similar issues getting PCMCIA going on kernels after 2.6.0-test7. What I did to get it to work was to remove yenta_socket from /etc/modules. After that, it worked perfectly. I'm running sid and 2.6.0.
HTH
die Idee war vielleicht nicht schlecht - in /etc/modprobe.conf habe ich yenta_socket zwar nicht gefunden, aber mit lsmod. Ok - per Hand als root yenta_socket entladen und anschließend die Karte reingesteckt. Das ergab bei /var/log/messages zwar keine Fehlermeldung mehr - aber dafür auch gar keine pcmcia-Erkennung, cardmgr sagt: no sockets found. Dann per modprobe yenta_socket wieder geladen und nun gibt cardmgr folgende Ausgabe:
sonne:/home/wolfram # cardmgr cardmgr[8487]: watching 1 socket cardmgr[8487]: could not adjust resource: IO ports 0xc00-0xcff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x820-0x8ff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x800-0x80f: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x3e0-0x4ff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x100-0x3af: Device or resource busy cardmgr[8487]: could not adjust resource: memory 0xc0000-0xfffff: Input/output error cardmgr[8487]: could not adjust resource: memory 0x60000000-0x60ffffff: Input/output error cardmgr[8487]: could not adjust resource: memory 0xa0000000-0xa0ffffff: Input/output error cardmgr[8487]: could not adjust resource: IO ports 0xa00-0xaff: Device or resource busy
/var/log/messages liefert:
May 31 19:33:35 sonne cardmgr[8384]: no sockets found! May 31 19:35:39 sonne kernel: Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] May 31 19:35:39 sonne kernel: Yenta: Using CSCINT to route CSC interrupts to PCI May 31 19:35:39 sonne kernel: Yenta: Routing CardBus interrupts to PCI May 31 19:35:39 sonne kernel: Yenta: ISA IRQ mask 0x0098, PCI irq 11 May 31 19:35:39 sonne kernel: Socket status: 30000010 May 31 19:35:55 sonne cardmgr[8487]: watching 1 socket May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0xc00-0xcff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x820-0x8ff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x800-0x80f: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x3e0-0x4ff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x100-0x3af: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0xc0000-0xfffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0x60000000-0x60ffffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0xa0000000-0xa0ffffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0xa00-0xaff: Device or resource busy May 31 19:35:55 sonne kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. May 31 19:35:55 sonne cardmgr[8488]: socket 0: Anonymous Memory May 31 19:35:55 sonne cardmgr[8488]: executing: 'modprobe memory_cs 2>&1' May 31 19:35:55 sonne cardmgr[8488]: + FATAL: Module memory_cs not found. May 31 19:35:55 sonne cardmgr[8488]: modprobe exited with status 1 May 31 19:35:55 sonne cardmgr[8488]: module /lib/modules/2.6.4-54.5-default/pcmcia/memory_cs.o not available May 31 19:35:55 sonne cardmgr[8488]: bind 'memory_cs' to socket 0 failed: Invalid argument
Hilft das jemandem??? Kann jemand damit etwas anfangen??? Um die Anfragen von Stefan Seyfried aufzunehmen:
sonne:/home/wolfram # rpm -q kernel-default kernel-default-2.6.4-54.5
und
sonne:/home/wolfram # uname -a Linux sonne 2.6.4-54.5-default #3 Fri May 28 20:17:24 CEST 2004 i686 i686 i386 GNU/Linux
schließlich noch die komplette Ausgabe von dmesg (sehr lang!!):
sonne:/home/wolfram # dmesg 0000000 00000000 CPU: After vendor identify, caps: 3febf9ff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After all inits, caps: 3febf9ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available CPU#0: Thermal monitoring enabled CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz stepping 04 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX do_initcalls init_elf_binfmt NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf031f, last bus=3 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 No customized DSDT found! ACPI: IRQ9 SCI: Edge set to Level Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [C047] (00:00) PCI: Probing PCI hardware (bus 00) ... the first call_usermodehelper: pci_bus Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.C047._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C047.C048._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C047.C059._PRT] ACPI: Embedded Controller [C0E5] (gpe 29) ACPI: Power Resource [C156] (off) ACPI: Power Resource [C16A] (off) ACPI: Power Resource [C16E] (off) ACPI: Power Resource [C172] (off) ACPI: Power Resource [C17B] (on) ACPI: PCI Interrupt Link [C0C1] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [C0C2] (IRQs *5 10 11) ACPI: PCI Interrupt Link [C0C3] (IRQs 5 10 11) ACPI: PCI Interrupt Link [C0C4] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [C0C5] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [C0C6] (IRQs) ACPI: PCI Interrupt Link [C0C7] (IRQs) ACPI: PCI Interrupt Link [C0C8] (IRQs) ACPI: Power Resource [C0E4] (on) ACPI: Power Resource [C1EA] (off) ACPI: Power Resource [C1EB] (off) ACPI: Power Resource [C1EC] (off) ACPI: Power Resource [C1ED] (off) Linux Plug and Play Support v0.97 (c) Adam Belay ACPI: PCI Interrupt Link [C0C3] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C2] enabled at IRQ 5 ACPI: PCI Interrupt Link [C0C1] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C4] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C5] enabled at IRQ 10 PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' PCI: Cannot allocate resource region 0 of device 0000:02:0e.2 vesafb: framebuffer at 0x88000000, mapped to 0xf8810000, size 32768k vesafb: mode is 1024x768x16, linelength=2048, pages=41 vesafb: protected mode interface info at c000:5687 vesafb: scrolling: redraw vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 fb0: VESA VGA frame buffer device apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. Initial HugeTLB pages allocated: 0 ikconfig 0.7 with /proc/config* highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 SELinux: Registering netfilter hooks Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found bootsplash 3.1.6-2004/03/31: looking for picture.... silentjpeg size 37245 bytes, found (1024x768, 17142 bytes, v3). Console: switching to colour frame buffer device 118x41 Real Time Clock Driver v1.12 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS2 at I/O 0x3e8 (irq = 4) is a NS16550A Using anticipatory io scheduler Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize loop: loaded (max 8 devices) Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH3M: IDE controller at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH3M: chipset revision 2 ICH3M: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x4440-0x4447, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x4448-0x444f, BIOS settings: hdc:DMA, hdd:pio hda: IC25T060ATCS05-0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: _NEC DVD_RW ND-5500A, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 ide2: I/O resource 0x3EE-0x3EE not free. ide2: ports already in use, skipping probe hda: max request size: 128KiB hda: 117210240 sectors (60011 MB) w/1768KiB Cache, CHS=65535/16/63, UDMA(100) hda: hda1 hda2 < hda5 hda6 hda7 hda8 > hda3 hda4 ide-floppy driver 0.99.newide mice: PS/2 mouse device common for all mice input: PC Speaker i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 Synaptics Touchpad, model: 1 Firmware: 5.9 Sensor: 51 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection -> pass-through port input: SynPS/2 Synaptics TouchPad on isa0060/serio4 serio: Synaptics pass-through port at isa0060/serio4/input0 input: PS/2 Generic Mouse on synaptics-pt/serio0 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 262144 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 8 NET: Registered protocol family 20 Resume Machine: resuming from /dev/hda6 Resuming from device hda6 Resume Machine: This is normal swap space PM: Reading pmdisk image. PM: Resume from disk failed. ACPI: (supports S0 S3 S4 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: hda5: found reiserfs format "3.6" with standard journal ReiserFS: hda5: using ordered data mode ReiserFS: hda5: journal params: device hda5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda5: checking transaction log (hda5) ReiserFS: hda5: Using r5 hash to sort names VFS: Mounted root (reiserfs filesystem) readonly. Trying to move old root to /initrd ... failed Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 212k freed md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com ReiserFS: hda8: found reiserfs format "3.6" with standard journal ReiserFS: hda8: using ordered data mode ReiserFS: hda8: journal params: device hda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda8: checking transaction log (hda8) ReiserFS: hda8: Using r5 hash to sort names ReiserFS: hda7: found reiserfs format "3.6" with standard journal ReiserFS: hda7: using ordered data mode ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda7: checking transaction log (hda7) ReiserFS: hda7: Using r5 hash to sort names ReiserFS: hda3: found reiserfs format "3.6" with standard journal ReiserFS: hda3: using ordered data mode ReiserFS: hda3: journal params: device hda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda3: checking transaction log (hda3) ReiserFS: hda3: Using r5 hash to sort names subfs 0.9 Adding 1048784k swap on /dev/hda6. Priority:42 extents:1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c03545c0(lo) IPv6 over IPv4 tunneling driver ip6_tables: (C) 2000-2002 Netfilter core team Disabled Privacy Extensions on device f68e9c00(sit0) ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (8190 buckets, 65520 max) - 296 bytes per conntrack e100: Intel(R) PRO/100 Network Driver, 3.0.17 e100: Copyright(c) 1999-2004 Intel Corporation e100: eth0: e100_probe: addr 0x80100000, irq 10, MAC addr 00:08:02:67:54:29 drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub Linux Kernel Card Services options: [pci] [cardbus] [pm] Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta: ISA IRQ mask 0x0098, PCI irq 11 Socket status: 30000006 cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0820-0x08ff: clean. cs: IO port probe 0x0800-0x080f: clean. cs: IO port probe 0x03e0-0x04ff: excluding 0x4d0-0x4d7 cs: IO port probe 0x0100-0x03af: excluding 0x378-0x37f cs: IO port probe 0x0a00-0x0aff: clean. hw_random: RNG not detected e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=64 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=135 CODE=0 ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ohci_hcd: block sizes: ed 64 td 64 ohci_hcd 0000:02:0e.0: OHCI Host Controller ohci_hcd 0000:02:0e.0: irq 10, pci mem fadf8000 ohci_hcd 0000:02:0e.0: new USB bus registered, assigned bus number 1 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 usb usb1: Product: OHCI Host Controller usb usb1: Manufacturer: Linux 2.6.4-54.5-default ohci_hcd usb usb1: SerialNumber: 0000:02:0e.0 hub 1-0:1.0: USB hub found hub 1-0:1.0: 3 ports detected ohci_hcd 0000:02:0e.1: OHCI Host Controller ohci_hcd 0000:02:0e.1: irq 10, pci mem fad83000 usb 1-1: new low speed USB device using address 2 ohci_hcd 0000:02:0e.1: new USB bus registered, assigned bus number 2 usb usb2: Product: OHCI Host Controller usb usb2: Manufacturer: Linux 2.6.4-54.5-default ohci_hcd usb usb2: SerialNumber: 0000:02:0e.1 usb 1-1: Product: USB-PS/2 Optical Mouse usb 1-1: Manufacturer: Logitech hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ehci_hcd 0000:02:0e.2: EHCI Host Controller ehci_hcd 0000:02:0e.2: irq 10, pci mem fad5e400 ehci_hcd 0000:02:0e.2: new USB bus registered, assigned bus number 3 ehci_hcd 0000:02:0e.2: USB 2.0 enabled, EHCI 0.95, driver 2003-Dec-29 usb 1-1: USB disconnect, address 2 usb usb3: Product: EHCI Host Controller usb usb3: Manufacturer: Linux 2.6.4-54.5-default ehci_hcd usb usb3: SerialNumber: 0000:02:0e.2 hub 3-0:1.0: USB hub found hub 3-0:1.0: 5 ports detected usb 1-1: new low speed USB device using address 3 usb 1-1: Product: USB-PS/2 Optical Mouse usb 1-1: Manufacturer: Logitech vmmon: module license 'unspecified' taints kernel. /dev/vmmon: VMMON CPUID: Unrecognized CPU /dev/vmmon: Module vmmon: registered with major=10 minor=165 /dev/vmmon: Module vmmon: initialized parport0: PC-style at 0x378 [PCSPP,TRISTATE] vmnet: module license 'unspecified' taints kernel. SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0 /dev/vmnet: open called by PID 3587 (vmnet-bridge) /dev/vmnet: hub 0 does not exist, allocating memory. /dev/vmnet: port on hub 0 successfully opened bridge-eth0: enabling the bridge bridge-eth0: up bridge-eth0: already up bridge-eth0: attached SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 eth0: no IPv6 routers present drivers/usb/core/usb.c: registered new driver hiddev input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:02:0e.0-1 drivers/usb/core/usb.c: registered new driver hid drivers/usb/input/hid-core.c: v2.0:USB HID core driver There is already a security framework initialized, register_security failed. selinux_register_security: There is already a secondary security module registered. dazuko: failed to register Unable to handle kernel paging request at virtual address faee68d3 printing eip: c01dd285 *pde = 01886067 Oops: 0000 [#1] CPU: 0 EIP: 0060:[<c01dd285>] Tainted: P EFLAGS: 00010297 (2.6.4-54.5-default) EIP is at vsnprintf+0x2b5/0x510 eax: faee68d3 ebx: 0000000a ecx: faee68d3 edx: fffffffe esi: f69950bf edi: 00000000 ebp: ffffffff esp: f7a73eec ds: 007b es: 007b ss: 0068 Process grep (pid: 4200, threadinfo=f7a72000 task=f630abf0) Stack: ffffffff ffffffff ffffffff 0966af45 f69950bb c030c100 f698c880 000000bb f6995000 000000fd c01dd4ed f7a73f34 c01dd501 c015cd48 f69950bb c030c0fb 000000fd faee68d3 c0181650 f6995000 00000000 f7a73f7c c018165f c0181650 Call Trace: [<c01dd4ed>] vsprintf+0xd/0x10 [<c01dd501>] sprintf+0x11/0x20 [<c015cd48>] get_chrdev_list+0x38/0x60 [<c0181650>] devices_read_proc+0x0/0x40 [<c018165f>] devices_read_proc+0xf/0x40 [<c0181650>] devices_read_proc+0x0/0x40 [<c017fd31>] proc_file_read+0x161/0x270 [<c017fbd0>] proc_file_read+0x0/0x270 [<c015573e>] vfs_read+0xae/0xf0 [<c015581c>] sys_read+0x2c/0x50 [<c0107dc9>] sysenter_past_esp+0x52/0x79
Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75 <7>PCI: Setting latency timer of device 0000:00:1f.5 to 64 intel8x0_measure_ac97_clock: measured 49304 usecs intel8x0: clocking to 48000 ACPI: AC Adapter [C131] (off-line) ACPI: Battery Slot [C133] (battery present) ACPI: Battery Slot [C132] (battery absent) ACPI: Power Button (FF) [PWRF] ACPI: Sleep Button (CM) [C135] ACPI: Lid Switch [C134] ACPI: Fan [C1EE] (off) ACPI: Fan [C1EF] (off) ACPI: Fan [C1F0] (off) ACPI: Fan [C1F1] (off) ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states) ACPI: Thermal Zone [TZ1] (31 C) ACPI: Thermal Zone [TZ2] (25 C) ACPI: Thermal Zone [TZ3] (22 C) Non-volatile memory driver v1.2 hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } hda: task_no_data_intr: error=0x04 { DriveStatusError } hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache Uniform CD-ROM driver Revision: 3.20 SCSI subsystem initialized st: Version 20040318, fixed bufsize 32768, s/g segs 256 BIOS EDD facility v0.13 2004-Mar-09, 1 devices found end_request: I/O error, dev fd0, sector 0 lp0: using parport0 (polling). drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic drivers/usb/core/usb.c: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 mtrr: 0x88000000,0x4000000 overlaps existing 0x88000000,0x2000000 Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta: ISA IRQ mask 0x0098, PCI irq 11 Socket status: 30000010 cs: memory probe 0xa0000000-0xa0ffffff: clean.
Es möge helfen .... Danke und Grüße Wolfram Helmert
Hallo, Peter Thill schrieb:
Am Son, 2004-05-30 um 18.51 schrieb helmert:
Hallo,
Peter Thill schrieb:
Am Fre, 2004-05-28 um 21.32 schrieb helmert:
Hallo, auf meinem Laptop (Compaq Evo N800c) lauft die 9.1 mit Kernel 2.6.4-54.5 (nach den SuSE-Updates via Yast). Ich bekomme mein PCMCIA-Satem nicht ordentlich zum Laufen.
[...snip...]
Kennt jemand diesen Fehler und vor allem: weiß jemand, wie damit umzugehen ist?
Unter der 8.1 musste in der /etc/sysconfig/pcmcia der Wert PCMCIA_SYSTEM="external" gesetz werden
... und genau diese Variable gibt es nun nicht mehr, es sind lediglich noch pcmcia_beep und pcmcia_pcic (setzt den socket-Treiber) vorhanden. Wo man das interne KernelSystem ausschalten kann, wird im Handbuch auch nicht beschreiben. Ein neuer Kernel ohne die pcmcia-Option jedenfalls führt zu gar keiner Erkennung. Wolfram
Gefunden auf der Debian Liste: I had similar issues getting PCMCIA going on kernels after 2.6.0-test7. What I did to get it to work was to remove yenta_socket from /etc/modules. After that, it worked perfectly. I'm running sid and 2.6.0.
HTH
die Idee war vielleicht nicht schlecht - in /etc/modprobe.conf habe ich yenta_socket zwar nicht gefunden, aber mit lsmod. Ok - per Hand als root yenta_socket entladen und anschließend die Karte reingesteckt. Das ergab bei /var/log/messages zwar keine Fehlermeldung mehr - aber dafür auch gar keine pcmcia-Erkennung, cardmgr sagt: no sockets found. Dann per modprobe yenta_socket wieder geladen und nun gibt cardmgr folgende Ausgabe:
sonne:/home/wolfram # cardmgr cardmgr[8487]: watching 1 socket cardmgr[8487]: could not adjust resource: IO ports 0xc00-0xcff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x820-0x8ff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x800-0x80f: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x3e0-0x4ff: Device or resource busy cardmgr[8487]: could not adjust resource: IO ports 0x100-0x3af: Device or resource busy cardmgr[8487]: could not adjust resource: memory 0xc0000-0xfffff: Input/output error cardmgr[8487]: could not adjust resource: memory 0x60000000-0x60ffffff: Input/output error cardmgr[8487]: could not adjust resource: memory 0xa0000000-0xa0ffffff: Input/output error cardmgr[8487]: could not adjust resource: IO ports 0xa00-0xaff: Device or resource busy
/var/log/messages liefert:
May 31 19:33:35 sonne cardmgr[8384]: no sockets found! May 31 19:35:39 sonne kernel: Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] May 31 19:35:39 sonne kernel: Yenta: Using CSCINT to route CSC interrupts to PCI May 31 19:35:39 sonne kernel: Yenta: Routing CardBus interrupts to PCI May 31 19:35:39 sonne kernel: Yenta: ISA IRQ mask 0x0098, PCI irq 11 May 31 19:35:39 sonne kernel: Socket status: 30000010 May 31 19:35:55 sonne cardmgr[8487]: watching 1 socket May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0xc00-0xcff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x820-0x8ff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x800-0x80f: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x3e0-0x4ff: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0x100-0x3af: Device or resource busy May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0xc0000-0xfffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0x60000000-0x60ffffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: memory 0xa0000000-0xa0ffffff: Input/output error May 31 19:35:55 sonne cardmgr[8487]: could not adjust resource: IO ports 0xa00-0xaff: Device or resource busy May 31 19:35:55 sonne kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean. May 31 19:35:55 sonne cardmgr[8488]: socket 0: Anonymous Memory May 31 19:35:55 sonne cardmgr[8488]: executing: 'modprobe memory_cs 2>&1' May 31 19:35:55 sonne cardmgr[8488]: + FATAL: Module memory_cs not found. May 31 19:35:55 sonne cardmgr[8488]: modprobe exited with status 1 May 31 19:35:55 sonne cardmgr[8488]: module /lib/modules/2.6.4-54.5-default/pcmcia/memory_cs.o not available May 31 19:35:55 sonne cardmgr[8488]: bind 'memory_cs' to socket 0 failed: Invalid argument
Hilft das jemandem??? Kann jemand damit etwas anfangen??? Um die Anfragen von Stefan Seyfried aufzunehmen:
sonne:/home/wolfram # rpm -q kernel-default kernel-default-2.6.4-54.5
und
sonne:/home/wolfram # uname -a Linux sonne 2.6.4-54.5-default #3 Fri May 28 20:17:24 CEST 2004 i686 i686 i386 GNU/Linux
schließlich noch die komplette Ausgabe von dmesg (sehr lang!!):
sonne:/home/wolfram # dmesg 0000000 00000000 CPU: After vendor identify, caps: 3febf9ff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After all inits, caps: 3febf9ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available CPU#0: Thermal monitoring enabled CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz stepping 04 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX do_initcalls init_elf_binfmt NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf031f, last bus=3 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 No customized DSDT found! ACPI: IRQ9 SCI: Edge set to Level Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [C047] (00:00) PCI: Probing PCI hardware (bus 00) ... the first call_usermodehelper: pci_bus Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.C047._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C047.C048._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.C047.C059._PRT] ACPI: Embedded Controller [C0E5] (gpe 29) ACPI: Power Resource [C156] (off) ACPI: Power Resource [C16A] (off) ACPI: Power Resource [C16E] (off) ACPI: Power Resource [C172] (off) ACPI: Power Resource [C17B] (on) ACPI: PCI Interrupt Link [C0C1] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [C0C2] (IRQs *5 10 11) ACPI: PCI Interrupt Link [C0C3] (IRQs 5 10 11) ACPI: PCI Interrupt Link [C0C4] (IRQs 5 10 *11) ACPI: PCI Interrupt Link [C0C5] (IRQs 5 *10 11) ACPI: PCI Interrupt Link [C0C6] (IRQs) ACPI: PCI Interrupt Link [C0C7] (IRQs) ACPI: PCI Interrupt Link [C0C8] (IRQs) ACPI: Power Resource [C0E4] (on) ACPI: Power Resource [C1EA] (off) ACPI: Power Resource [C1EB] (off) ACPI: Power Resource [C1EC] (off) ACPI: Power Resource [C1ED] (off) Linux Plug and Play Support v0.97 (c) Adam Belay ACPI: PCI Interrupt Link [C0C3] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C2] enabled at IRQ 5 ACPI: PCI Interrupt Link [C0C1] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C4] enabled at IRQ 11 ACPI: PCI Interrupt Link [C0C5] enabled at IRQ 10 PCI: Using ACPI for IRQ routing PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off' PCI: Cannot allocate resource region 0 of device 0000:02:0e.2 vesafb: framebuffer at 0x88000000, mapped to 0xf8810000, size 32768k vesafb: mode is 1024x768x16, linelength=2048, pages=41 vesafb: protected mode interface info at c000:5687 vesafb: scrolling: redraw vesafb: directcolor: size=0:5:6:5, shift=0:11:5:0 fb0: VESA VGA frame buffer device apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: overridden by ACPI. Initial HugeTLB pages allocated: 0 ikconfig 0.7 with /proc/config* highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 SELinux: Registering netfilter hooks Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found bootsplash 3.1.6-2004/03/31: looking for picture.... silentjpeg size 37245 bytes, found (1024x768, 17142 bytes, v3). Console: switching to colour frame buffer device 118x41 Real Time Clock Driver v1.12 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS2 at I/O 0x3e8 (irq = 4) is a NS16550A Using anticipatory io scheduler Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 RAMDISK driver initialized: 16 RAM disks of 64000K size 1024 blocksize loop: loaded (max 8 devices) Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH3M: IDE controller at PCI slot 0000:00:1f.1 PCI: Enabling device 0000:00:1f.1 (0005 -> 0007) ICH3M: chipset revision 2 ICH3M: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x4440-0x4447, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0x4448-0x444f, BIOS settings: hdc:DMA, hdd:pio hda: IC25T060ATCS05-0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: _NEC DVD_RW ND-5500A, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 ide2: I/O resource 0x3EE-0x3EE not free. ide2: ports already in use, skipping probe hda: max request size: 128KiB hda: 117210240 sectors (60011 MB) w/1768KiB Cache, CHS=65535/16/63, UDMA(100) hda: hda1 hda2 < hda5 hda6 hda7 hda8 > hda3 hda4 ide-floppy driver 0.99.newide mice: PS/2 mouse device common for all mice input: PC Speaker i8042.c: Detected active multiplexing controller, rev 1.1. serio: i8042 AUX0 port at 0x60,0x64 irq 12 serio: i8042 AUX1 port at 0x60,0x64 irq 12 serio: i8042 AUX2 port at 0x60,0x64 irq 12 serio: i8042 AUX3 port at 0x60,0x64 irq 12 Synaptics Touchpad, model: 1 Firmware: 5.9 Sensor: 51 new absolute packet format Touchpad has extended capability bits -> multifinger detection -> palm detection -> pass-through port input: SynPS/2 Synaptics TouchPad on isa0060/serio4 serio: Synaptics pass-through port at isa0060/serio4/input0 input: PS/2 Generic Mouse on synaptics-pt/serio0 serio: i8042 KBD port at 0x60,0x64 irq 1 input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP: Hash tables configured (established 262144 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 8 NET: Registered protocol family 20 Resume Machine: resuming from /dev/hda6 Resuming from device hda6 Resume Machine: This is normal swap space PM: Reading pmdisk image. PM: Resume from disk failed. ACPI: (supports S0 S3 S4 S5) md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: hda5: found reiserfs format "3.6" with standard journal ReiserFS: hda5: using ordered data mode ReiserFS: hda5: journal params: device hda5, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda5: checking transaction log (hda5) ReiserFS: hda5: Using r5 hash to sort names VFS: Mounted root (reiserfs filesystem) readonly. Trying to move old root to /initrd ... failed Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 212k freed md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com ReiserFS: hda8: found reiserfs format "3.6" with standard journal ReiserFS: hda8: using ordered data mode ReiserFS: hda8: journal params: device hda8, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda8: checking transaction log (hda8) ReiserFS: hda8: Using r5 hash to sort names ReiserFS: hda7: found reiserfs format "3.6" with standard journal ReiserFS: hda7: using ordered data mode ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda7: checking transaction log (hda7) ReiserFS: hda7: Using r5 hash to sort names ReiserFS: hda3: found reiserfs format "3.6" with standard journal ReiserFS: hda3: using ordered data mode ReiserFS: hda3: journal params: device hda3, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda3: checking transaction log (hda3) ReiserFS: hda3: Using r5 hash to sort names subfs 0.9 Adding 1048784k swap on /dev/hda6. Priority:42 extents:1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c03545c0(lo) IPv6 over IPv4 tunneling driver ip6_tables: (C) 2000-2002 Netfilter core team Disabled Privacy Extensions on device f68e9c00(sit0) ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (8190 buckets, 65520 max) - 296 bytes per conntrack e100: Intel(R) PRO/100 Network Driver, 3.0.17 e100: Copyright(c) 1999-2004 Intel Corporation e100: eth0: e100_probe: addr 0x80100000, irq 10, MAC addr 00:08:02:67:54:29 drivers/usb/core/usb.c: registered new driver usbfs drivers/usb/core/usb.c: registered new driver hub Linux Kernel Card Services options: [pci] [cardbus] [pm] Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta: ISA IRQ mask 0x0098, PCI irq 11 Socket status: 30000006 cs: IO port probe 0x0c00-0x0cff: clean. cs: IO port probe 0x0820-0x08ff: clean. cs: IO port probe 0x0800-0x080f: clean. cs: IO port probe 0x03e0-0x04ff: excluding 0x4d0-0x4d7 cs: IO port probe 0x0100-0x03af: excluding 0x378-0x37f cs: IO port probe 0x0a00-0x0aff: clean. hw_random: RNG not detected e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=0000:0000:0000:0000:0000:0000:0000:0000 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=64 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=135 CODE=0 ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ohci_hcd: block sizes: ed 64 td 64 ohci_hcd 0000:02:0e.0: OHCI Host Controller ohci_hcd 0000:02:0e.0: irq 10, pci mem fadf8000 ohci_hcd 0000:02:0e.0: new USB bus registered, assigned bus number 1 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 usb usb1: Product: OHCI Host Controller usb usb1: Manufacturer: Linux 2.6.4-54.5-default ohci_hcd usb usb1: SerialNumber: 0000:02:0e.0 hub 1-0:1.0: USB hub found hub 1-0:1.0: 3 ports detected ohci_hcd 0000:02:0e.1: OHCI Host Controller ohci_hcd 0000:02:0e.1: irq 10, pci mem fad83000 usb 1-1: new low speed USB device using address 2 ohci_hcd 0000:02:0e.1: new USB bus registered, assigned bus number 2 usb usb2: Product: OHCI Host Controller usb usb2: Manufacturer: Linux 2.6.4-54.5-default ohci_hcd usb usb2: SerialNumber: 0000:02:0e.1 usb 1-1: Product: USB-PS/2 Optical Mouse usb 1-1: Manufacturer: Logitech hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ehci_hcd 0000:02:0e.2: EHCI Host Controller ehci_hcd 0000:02:0e.2: irq 10, pci mem fad5e400 ehci_hcd 0000:02:0e.2: new USB bus registered, assigned bus number 3 ehci_hcd 0000:02:0e.2: USB 2.0 enabled, EHCI 0.95, driver 2003-Dec-29 usb 1-1: USB disconnect, address 2 usb usb3: Product: EHCI Host Controller usb usb3: Manufacturer: Linux 2.6.4-54.5-default ehci_hcd usb usb3: SerialNumber: 0000:02:0e.2 hub 3-0:1.0: USB hub found hub 3-0:1.0: 5 ports detected usb 1-1: new low speed USB device using address 3 usb 1-1: Product: USB-PS/2 Optical Mouse usb 1-1: Manufacturer: Logitech vmmon: module license 'unspecified' taints kernel. /dev/vmmon: VMMON CPUID: Unrecognized CPU /dev/vmmon: Module vmmon: registered with major=10 minor=165 /dev/vmmon: Module vmmon: initialized parport0: PC-style at 0x378 [PCSPP,TRISTATE] vmnet: module license 'unspecified' taints kernel. SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0001:ff67:54 29 LEN=72 TC=0 HOPLIMIT=1 FLOWLBL=0 PROTO=0 /dev/vmnet: open called by PID 3587 (vmnet-bridge) /dev/vmnet: hub 0 does not exist, allocating memory. /dev/vmnet: port on hub 0 successfully opened bridge-eth0: enabling the bridge bridge-eth0: up bridge-eth0: already up bridge-eth0: attached SFW2-OUT-IPv6_PROHIB IN= OUT=eth0 SRC=fe80:0000:0000:0000:0208:02ff:fe67:5429 DST=ff02:0000:0000:0000:0000:0000:0000:00 02 LEN=56 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=ICMPv6 TYPE=133 CODE=0 eth0: no IPv6 routers present drivers/usb/core/usb.c: registered new driver hiddev input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:02:0e.0-1 drivers/usb/core/usb.c: registered new driver hid drivers/usb/input/hid-core.c: v2.0:USB HID core driver There is already a security framework initialized, register_security failed. selinux_register_security: There is already a secondary security module registered. dazuko: failed to register Unable to handle kernel paging request at virtual address faee68d3 printing eip: c01dd285 *pde = 01886067 Oops: 0000 [#1] CPU: 0 EIP: 0060:[<c01dd285>] Tainted: P EFLAGS: 00010297 (2.6.4-54.5-default) EIP is at vsnprintf+0x2b5/0x510 eax: faee68d3 ebx: 0000000a ecx: faee68d3 edx: fffffffe esi: f69950bf edi: 00000000 ebp: ffffffff esp: f7a73eec ds: 007b es: 007b ss: 0068 Process grep (pid: 4200, threadinfo=f7a72000 task=f630abf0) Stack: ffffffff ffffffff ffffffff 0966af45 f69950bb c030c100 f698c880 000000bb f6995000 000000fd c01dd4ed f7a73f34 c01dd501 c015cd48 f69950bb c030c0fb 000000fd faee68d3 c0181650 f6995000 00000000 f7a73f7c c018165f c0181650 Call Trace: [<c01dd4ed>] vsprintf+0xd/0x10 [<c01dd501>] sprintf+0x11/0x20 [<c015cd48>] get_chrdev_list+0x38/0x60 [<c0181650>] devices_read_proc+0x0/0x40 [<c018165f>] devices_read_proc+0xf/0x40 [<c0181650>] devices_read_proc+0x0/0x40 [<c017fd31>] proc_file_read+0x161/0x270 [<c017fbd0>] proc_file_read+0x0/0x270 [<c015573e>] vfs_read+0xae/0xf0 [<c015581c>] sys_read+0x2c/0x50 [<c0107dc9>] sysenter_past_esp+0x52/0x79
Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75 <7>PCI: Setting latency timer of device 0000:00:1f.5 to 64 intel8x0_measure_ac97_clock: measured 49304 usecs intel8x0: clocking to 48000 ACPI: AC Adapter [C131] (off-line) ACPI: Battery Slot [C133] (battery present) ACPI: Battery Slot [C132] (battery absent) ACPI: Power Button (FF) [PWRF] ACPI: Sleep Button (CM) [C135] ACPI: Lid Switch [C134] ACPI: Fan [C1EE] (off) ACPI: Fan [C1EF] (off) ACPI: Fan [C1F0] (off) ACPI: Fan [C1F1] (off) ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states) ACPI: Thermal Zone [TZ1] (31 C) ACPI: Thermal Zone [TZ2] (25 C) ACPI: Thermal Zone [TZ3] (22 C) Non-volatile memory driver v1.2 hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } hda: task_no_data_intr: error=0x04 { DriveStatusError } hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache Uniform CD-ROM driver Revision: 3.20 SCSI subsystem initialized st: Version 20040318, fixed bufsize 32768, s/g segs 256 BIOS EDD facility v0.13 2004-Mar-09, 1 devices found end_request: I/O error, dev fd0, sector 0 lp0: using parport0 (polling). drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic drivers/usb/core/usb.c: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0 mtrr: 0x88000000,0x4000000 overlaps existing 0x88000000,0x2000000 Yenta: CardBus bridge found at 0000:02:06.0 [0e11:004a] Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta: ISA IRQ mask 0x0098, PCI irq 11 Socket status: 30000010 cs: memory probe 0xa0000000-0xa0ffffff: clean.
Es möge helfen .... Danke und Grüße Wolfram Helmert
Hallo, ich habe nun einen Fehlerbericht an SuSE geschickt in dem entsprechenden Formular auf der SuSE-Seite - bin mal gespannt, ob sich jemand von denen räuspert. Wolfram
Hallo, On Sunday 30 May 2004 20:39, helmert wrote:
ich habe nun einen Fehlerbericht an SuSE geschickt in dem entsprechenden Formular auf der SuSE-Seite - bin mal gespannt, ob sich jemand von denen räuspert.
Mit "räuspern" meinst du dass sich jemand bei dir meldet? Unwahrscheinlich: http://portal.suse.com/sdb/de/2001/10/bugreport.html "Hinweis: Mit der angegebenen Seite sammeln wir lediglich Feedback. Es ist kein erweitertes Supportangebot - entsprechend sollten Sie nicht mit der Erwartung dorthin schreiben, eine Lösung für das berichtete Problem zu erhalten. Wir freuen uns auf jeden Fall sehr über Ihre Mitarbeit. Ihr qualifizierter Bugreport wird in unser internes Bug-Tracking-System übertragen und bildet somit die Grundlage für Verbesserungen der Distribution." Schöne Grüße aus Bremen hartmut
Hartmut Meyer schrieb:
Hallo,
On Sunday 30 May 2004 20:39, helmert wrote:
ich habe nun einen Fehlerbericht an SuSE geschickt in dem entsprechenden Formular auf der SuSE-Seite - bin mal gespannt, ob sich jemand von denen räuspert.
Mit "räuspern" meinst du dass sich jemand bei dir meldet? Unwahrscheinlich:
Ich erwarte nicht, dass mir gesagt wird, so und so ist das Problem zu lösen - offensichtlich gibt es noch keine Lösung dafür. Für einen Laptop ist das allerdings ein erhebliches Problem, wenn man keine PCMCIA-Karte nutzen kann, weil ein Anschluss an die weite Welt damit sehr eingeschränkt ist. Ich erwarte daher, dass man sagt, man habe das Problem erkannt/das Problem sei bekannt und man arbeit daran, einen Patch herauszubringen. So'n Kommentar wäre doch wohl drin - und überdies kundenfreundlich, wenn schon ein Kernel mit dieser Macke unters Volk gebracht wird .... oder?
http://portal.suse.com/sdb/de/2001/10/bugreport.html
"Hinweis:
Mit der angegebenen Seite sammeln wir lediglich Feedback. Es ist kein erweitertes Supportangebot - entsprechend sollten Sie nicht mit der Erwartung dorthin schreiben, eine Lösung für das berichtete Problem zu erhalten.
Wir freuen uns auf jeden Fall sehr über Ihre Mitarbeit. Ihr qualifizierter Bugreport wird in unser internes Bug-Tracking-System übertragen und bildet somit die Grundlage für Verbesserungen der Distribution."
Schöne Grüße aus Bremen hartmut
Grüße Wolfram
participants (6)
-
Hartmut Meyer -
helmert -
Martin Brüggebors -
Peter Thill -
Stefan Seyfried -
W.Helmert