Thema: (Gelöst) WLAN Realtek 8187 auf opensuse 10.3 läuft, aber...

Hallo allerseits

Bevor ich von meinem eigentlichen Problem berichte, zunächst ein paar Infos zu meinem System:

opensuse 10.3
2.6.22.18-190-bigsmp
32Bit

Ich habe einen neuen Shuttle XPC (Barebone) SG31G2 und mir dazu das Shuttle PN20 WLAN Modul mit Realtek RTL8187 Chipsatz gekauft, dass intern an dem USB Sockel angeschlossen ist. Mit diesem möchte ich über knetworkmanager auf meine FritzBox WLAN 7170 zugreifen, auf der MAC Filterung sowie WPA2 (CCMP) eingeschaltet sind.

OK, zum USB WLAN Modul:

Code:

noname:~ # lsusb
Bus 005 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 001 Device 004: ID 046a:0023 Cherry GmbH Cymotion Master Linux Keyboard
Bus 001 Device 003: ID 046d:c404 Logitech, Inc. TrackMan Wheel
Bus 001 Device 001: ID 0000:0000
Bus 003 Device 006: ID 046d:0994 Logitech, Inc.  %webcam
Bus 003 Device 004: ID 0bda:8187 Realtek Semiconductor Corp.
Bus 003 Device 001: ID 0000:0000

Für das WLAN Modul installiert habe ich:
rtl8187-kmp-bigsmp 20071023_2.6.22.18_190.1-rm.0
compat-wireless-kmp-bigsmp 20080521_2.6.22.18_190.1-1.1
jeweils kompiliert aus den hier erhältlichen src-rpms (vielen Dank dafür!)

Code:

noname:~ # lsmod|grep 8187
rtl8187                51584   0
mac80211            220512  1 rtl8187
cfg80211             49224    2 rtl8187,mac80211
eeprom_93cx6      18560    1 rtl8187
usbcore               137324  9 snd_usb_audio,snd_usb_lib,uvcvideo,usb_storage,usbhid,rtl8187,ehci_hcd,uhci_hcd

wenn ich "hwinfo -wlan" eingebe, bekomme ich komischerweise trotzdem >10000 Zeilen Ausgabe, bei "hwinfo --wlan" kommt hingegen gar nichts. Ich habe echt keine Ahnung, was davon hilfreich sein könnte. Hier mal die Ausgabe vom Ende, wo der RTL8187 erwähnt wird:

Code:

63: USB 00.0: 0000 Unclassified device
  [Created at usb.122]
  UDI: /org/freedesktop/Hal/devices/usb_device_bda_8187_00C0023B95B9_if0
  Unique ID: eqBD.MxCiKIVEHD5
  Parent ID: uIhY.0ywzFPNJQQ3
  SysFS ID: /devices/pci0000:00/0000:00:1d.7/usb3/3-4/3-4:1.0
  SysFS BusID: 3-4:1.0
  Hardware Class: unknown
  Model: "Realtek Wireless USB Adapter"
  Hotplug: USB
  Vendor: usb 0x0bda "Realtek Semiconductor Corp."
  Device: usb 0x8187 "Wireless USB Adapter"
  Revision: "1.00"
  Serial ID: "00C0023B95B9"
  Driver: "rtl8187"
  Driver Modules: "rtl8187"
  Device File: wlan0
  Device Files: wlan0, wmaster0
  Speed: 480 Mbps
  HW Address: 00:c0:02:3b:95:b9
  Link detected: yes
  Module Alias: "usb:v0BDAp8187d0100dc00dsc00dp00ic00isc00ip00"
  Driver Info #0:
    Driver Status: rtl8187 is active
    Driver Activation Cmd: "modprobe rtl8187"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #60 (Hub)

%%%%%%%%%%% cut %%%%%%%%%%%

77: None 00.0: 10780 Network Interface
  [Created at net.124]
  Unique ID: agy+.GSopYcFr9cF
  Parent ID: eqBD.MxCiKIVEHD5
  SysFS ID: /class/net/wmaster0
  SysFS Device Link: /devices/pci0000:00/0000:00:1d.7/usb3/3-4/3-4:1.0
  Hardware Class: network interface
  Model: "Network Interface"
  Driver: "rtl8187"
  Driver Modules: "rtl8187"
  Device File: wmaster0
  HW Address: 00:c0:02:3b:95:b9
  Link detected: yes
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #63 (Unclassified device)

78: None 00.0: 1070a WLAN
  [Created at net.124]
  Unique ID: AYEt.QXn1l67RSa1
  Parent ID: eqBD.MxCiKIVEHD5
  SysFS ID: /class/net/wlan0
  SysFS Device Link: /devices/pci0000:00/0000:00:1d.7/usb3/3-4/3-4:1.0
  Hardware Class: network interface
  Model: "WLAN network interface"
  Driver: "rtl8187"
  Driver Modules: "rtl8187"
  Device File: wlan0
  HW Address: 00:c0:02:3b:95:b9
  Link detected: yes
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #63 (Unclassified device)

wobei #60 der UHCI Host Controller ist.


Zum Problem
Gestern habe ich das USB WLAN Modul eingebaut und bis spät nachts auch mit wpa_supplicant 0.6.3-3.1 (für das ralink) keine Verbindung hinbekommen. Heute morgen nach 4 Stunden Schlaf angeschaltet (Sohnemann meinte, ich solle um 6:30 aufstehen...) und siehe da: ich hatte eine Verbindung.

Code:

noname:~ # ifconfig
eth0      Protokoll:Ethernet  Hardware Adresse 00:30:1B:45:E0:39
          UP BROADCAST MULTICAST  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 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:17

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:1124 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1124 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0
          RX bytes:36293 (35.4 Kb)  TX bytes:36293 (35.4 Kb)

wlan0     Protokoll:Ethernet  Hardware Adresse 00:C0:02:3B:95:B9
          inet Adresse:192.168.178.24  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::2c0:2ff:fe3b:95b9/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6745 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5917 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:5809388 (5.5 Mb)  TX bytes:893478 (872.5 Kb)

wmaster0  Protokoll:UNSPEC  Hardware Adresse 00-C0-02-3B-95-B9-35-62-00-00-00-00-00-00-00-00
          UP BROADCAST RUNNING MULTICAST  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 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Aber der Freude folgte bald Frust, denn die Verbindung war/ist nicht besonders stabil und äusserst lahm mit z.B. nur 5% Signalstärke bei gut 7m Entfernung zur Box (der daneben stehende Laptop zeigte zeitgleich ca. 60% AN). Die Verbindung Barebone => Fritz Box war laut Box zeitweise nur 1MBit/s.

Zur Netzwerkeinrichtung auf dem Barebone hatte ich, faul wie ich bin, einfach die knetworkmanagerrc meiner opensuse 10.3 Installation von meinem Laptop rüberkopiert. Da WLAN damit wunderbar stabil funktioniert (Intel pro Wireless 2200BG) - zeitgleich mit dem unstabilen Shuttle! - gehe ich davon aus, dass mit der FritzBox und der eigentlichen Netzwerkkonfiguration alles in Ordnung sein müsste. Bleibt eigentlich nur die Konfiguration des USB WLAN Moduls, aber da bin ich mit meinem Latein echt am Ende. Ich bin zwar kein Linux "Freak", habe aber in den letzten 7 Jahren (oder so, ab SuSE 7.1?) jede Version mit durchgemacht und bislang noch jedes Problem irgendwie gelöst bekommen.

Vielleicht hat ja jemand Muße, mir bei diesem (für mich) besonders schwierigen Fall zu helfen.


Vielen Dank und Grüße

Marco

Für das WLAN Modul installiert habe ich:
rtl8187-kmp-bigsmp 20071023_2.6.22.18_190.1-rm.0
compat-wireless-kmp-bigsmp 20080521_2.6.22.18_190.1-1.1
jeweils kompiliert aus den hier erhältlichen src-rpms (vielen Dank dafür!)

Das ist zumindest eines zu viel, wobei je nach Reihenfolge auch nur noch das compat-wireless-kmp-bigsmp drauf ist, weil dieses bei der Installation ein eventuell installiertes rtl8187-kmp-bigsmp runterschmeisst.

Der rtl8187-kmp-bigsmp kann übrigens so nicht laufen, sofern nicht das Paket rt2x00-kmp-bigsmp installiert ist, da sonst das Modul "eeprom_93cx6" fehlt (welches sich aber beim compat-wireless mit im Paket befindet).

Also unbedingt nachprüfen, ob beide installiert sind und dann eines davon runterwerfen.

Am besten beide testen, aber eben getrennt, das gibt sonst wahrscheinlich Kuddelmuddel.

Der Treiber ist noch recht "neu" und die compat-wireless-Treiber sind zudem noch experimentell, also direkt aus dem Entwicklerzweig; gewisse Stabilitätsprobleme sind also leider nicht zu vermeiden.

Zur Netzwerkeinrichtung auf dem Barebone hatte ich, faul wie ich bin, einfach die knetworkmanagerrc meiner opensuse 10.3 Installation von meinem Laptop rüberkopiert.

Würde ich nicht machen, bis auf die Eingabe des Keys ist das ja schnell passiert, also knetworkmanagerrc löschen und sauber auf der Kiste selbst Netzwerkdaten über knetworkmanager eingeben.

Greetz,

RM

Hallo RainMaker

Danke für die schnelle Antwort.

Also das compat-wireless-kmp-bigsmp hatte ich zuerst installiert und als das nicht funktioniert hat, bin ich auf rtl8187-kmp-bigsmp gestossen und habe das dazu installiert. Und ja, ich hatte vergessen zu erwähnen, dass ich auch rt2x00-kmp-bigsmp-2.0.6+git20070816 aus den hier erhältlichen Sourcen kompiliert und installiert hatte - das war mir glatt entfallen

Als erstes habe ich nach Deiner Anweisung compat-wireless-kmp-bigsmp rausgeworfen mit der Folge, dass das i-net erstma wech war. Zwar hat mir knetworkmanager immer noch ein Signal und eine IP angetzeigt, aber raus kam ich nicht mehr. Nach einem reboot war die Verbindung aber in einer mir mit diesem PC ungewöhnlich hohen Signalstärke (4 Balken, 87%) wieder da. Zur Sicherheit habe ich den rtl8187-kmp-bigsmp und rt2x00-kmp-bigsmp nochmal installiert, die knetworkmanagerrc gelöscht und von Hand konfiguriert.

Bislang läuft alles stabil und absolut problemlos. Zum Test der Bandbreite lade ich gerade die opensuse10.3 DVD als Torrent und da bekomme ich - obwohl meine Frau auf dem Laptop gerade per Skype auch ein wenig Bandbreite wegnimmt -immerhin noch 560kB/s (DSL 6000) - optimal!

Ich bin positiv überrascht, dass das jetzt so einfach geht. Wenn ich mir überlege, dass ich gestern bestimmt 8 Stunden daran gesessen habe... Wobei ich glaube, dass da was mit der FritzBox auch nicht in Ordnung war (Authentifizierungs Fehler...) und sich die Probleme dadurch etwas überschnitten haben.


Egal, jetzt läufts - Dank diesem tollen Forum bzw. Dir, RainMaker!


EDIT - falls es interessiert: die Ausgabe von lsmod ergibt nun

Code:

noname:~ # lsmod|grep 8187
rtl8187                  49920    0
mac80211              171272  2 rc80211_simple,rtl8187
eeprom_93cx6        19584    1 rtl8187
usbcore                 137324  6 usb_storage,rtl8187,usbhid,uhci_hcd,ehci_hcd

In dieser Liste fehlt jetzt cfg80211 - wahrscheinlich war das der Störenfried, der mir Probleme bereitet hat.


Viele Grüße

Marco

Wie gesagt, die compat-wireless Pakete sind die "letzte Ausfahrt Brooklyn", wenn die mitgelieferten Pakete nicht funktionieren, ansonsten sollte man die Pakete des Distributors bevorzugen.

Als erstes habe ich nach Deiner Anweisung compat-wireless-kmp-bigsmp rausgeworfen mit der Folge, dass das i-net erstma wech war.

Ja, das ist zu erwarten, weil auch nach Entladen des Moduls rtl8187 einige abhängige Module noch geladen sind, die das Laden von rtl8187 aus dem anderen kmp-Paket "blockieren", Meldung wird in etwa "unknown Symbol in module" lauten.

Nach einem Neustart (oder wenn man wirklich alle entsprechenden Module findet und von Hand entlädt, das sind aber u.U. ne ganze Menge) geht das dann wieder.

Also das compat-wireless-kmp-bigsmp hatte ich zuerst installiert und als das nicht funktioniert hat, bin ich auf rtl8187-kmp-bigsmp gestossen und habe das dazu installiert.

Das war auch die einzige Möglichkeit, wie es sein konnte, daß beide gleichzeitig installiert waren.

Meine compat-wireless Pakete sind absichtlich so konfiguriert, daß sie die entsprechenden Pakete von openSUSE deinstallieren um irgendwelche Kollisionen zu vermeiden (kann sein, daß genau das das Hauptproblem war).

Nur umgekehrt geht das nicht, sprich wenn man zuerst compat-wireless und dann irgendein anderes Paket installiert, dann "wissen" die openSUSE-Pakete logischerweise nichts davon, daß sie compat-wireless deinstallieren sollen, das können sie auch gar nicht, weil meine Pakete neuer und auch nicht offiziell und deshalb den anderen kmp-RPMs "unbekannt" sind.

In dieser Liste fehlt jetzt cfg80211 - wahrscheinlich war das der Störenfried, der mir Probleme bereitet hat.

Das ist eher unwahrscheinlich, denn dieses Modul gibt es erst ab Kernel 2.6.23 oder 2.6.24, weshalb es die "alten" Treiber nicht brauchen, die neuen aber sehr wohl (die ja aus dem aktuellsten Entwicklerzweig also sozusagen aus "pre 2.6.26" kommen).

Es kann aber sehr wohl sein, daß es der "Störenfried" war, der das Verwenden der Treiber aus rtl8787-kmp/rt2x00-kmp bis zum nächsten Neustart verhinderte.

Ich mach dann mal das Licht aus.

Greetz,

RM