Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

[cal]

compat-wireless und AR242x auf ASUS F5st und Suse 11.0

Hallo,

neuester compat-wireless-Treiber von hier: http://www.pc-forum24.de/downloads.php?do=cat&id=94 passend zur Kernelversion geladen.

chris@linux-7oni:~> uname -a
Linux linux-7oni 2.6.25.11-0.1-pae #1 SMP 2008-07-13 20:48:28 +0200 i686 i686 i386 GNU/Linux

linux-7oni:~ # hwinfo --wlan
01: PCI 200.0: 0282 WLAN controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_168c_1c
  Unique ID: y9sn.oTCoeEt5Tw6
  Parent ID: H0_h.VpS90DeKnS9
  SysFS ID: /devices/pci0000:00/0000:00:06.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: network
  Model: "Atheros AR242x 802.11abg Wireless PCI Express Adapter"
  Vendor: pci 0x168c "Atheros Communications, Inc."
  Device: pci 0x001c "AR242x 802.11abg Wireless PCI Express Adapter"
  SubVendor: pci 0x1a3b
  SubDevice: pci 0x1026
  Revision: 0x01
  Driver: "ath5k_pci"
  Driver Modules: "ath5k"
  Device File: wlan0
  Features: WLAN
  Memory Range: 0xfdff0000-0xfdffffff (rw,non-prefetchable)
  IRQ: 16 (no events)
  HW Address: 00:15:af:c4:7a:e8
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "pci:v0000168Cd0000001Csv00001A3Bsd00001026bc02sc00i00"
  Driver Info #0:
    Driver Status: ath_pci is not active
    Driver Activation Cmd: "modprobe ath_pci"
  Driver Info #1:
    Driver Status: ath5k is active
    Driver Activation Cmd: "modprobe ath5k"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #5 (PCI bridge)

linux-7oni:~ # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11bg  ESSID:"darkover"
          Mode:Managed  Frequency:2.437 GHz  Access Point: xxxx
          Bit Rate=2 Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Encryption key: xxx
          Security mode:open
          Power Management:off
          Link Quality=87/100  Signal level:-44 dBm  Noise level=-100 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

Auffallend schnelle Herstellung der Verbindung auch bei schlechtem Empfang.
Link Quality 15-18/100; Signal Level -88dB, Noise Level -95-100dB

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" WLAN-Pakete

Man lese und staune:

  Model: "Atheros AR242x 802.11abg Wireless PCI Express Adapter"
  Vendor: pci [B]0x168c[/B] "Atheros Communications, Inc."
  Device: pci [B]0x001c[/B] "AR242x 802.11abg Wireless PCI Express Adapter"

Was sich bisher nur "gerüchteweise" andeutete ist also wahr.

Fazit:

Der ath5k aus den aktuellen compat-wireless-Snapshots unterstützt nun die AR5007EG-Chipsätze!

Damit haben Besitzer dieser "Zickenkarten" eine Alternative zu den bisher noch nicht offiziellen madwifi-Paketen mit neuem HAL.

http://www.pc-forum24.de/suse-treiber/9573-madwifi-rpm-pakete-fuer-ar5007eg-ar5008-auf-i586-und-x86_64-a.html

(Es geht also voran mit den neuen WLAN-Treibern ......)

Greetz,

RM

 

[wissing]

Acer Extensa 5220-301G08MI mit OpenSuSE 11.0

Nachdem ich gestern den ganzen lieben Tag damit verbracht habe, meinen WLAN Zugang in meinem neuen Notebook Acer Extensa 5220-301G08MI zu konfigurieren, hatte es mich schließlich in dieses Forum verschlagen.

Das neue Acer der 5220 Reihe ist besonders durch seinen günstigen Einstiegspreis eine Alternative für viele Anwender, aber die Tatsache, das in diesem Gerät bis zu drei unterschiedliche WLAN Module verbaut sind, macht es dem einem oder anderen nicht gerade leichter, die richtigen Treiber bzw. Kernelmodule zu finden und zu installieren.

cat /etc/SuSE-release
openSUSE 11.0 (i586)
VERSION = 11.0

Folgender Befehl auf der Kommandozeile:

/usr/sbin/hwinfo --netcard

ergab bei mir:

12: PCI 400.0: 0280 Network controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_14e4_4315
  Unique ID: YmUS.Ti8s+vnDGs5
  Parent ID: qTvu._Y5kuEY+GiC
  SysFS ID: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0
  SysFS BusID: 0000:04:00.0
  Hardware Class: network
  Model: "Broadcom BCM4310 USB Controller"
  Vendor: pci 0x14e4 "Broadcom"
  Device: pci 0x4315 "BCM4310 USB Controller"
  SubVendor: pci 0x105b "Foxconn International, Inc."
  SubDevice: pci 0xe003
  Revision: 0x01
  Memory Range: 0xf8000000-0xf8003fff (rw,non-prefetchable)
  IRQ: 11 (no events)
  Module Alias: "pci:v000014E4d00004315sv0000105Bsd0000E003bc02sc80i00"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #24 (PCI bridge)

13: PCI 200.0: 0200 Ethernet controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_14e4_1693
  Unique ID: rBUF.JCaaxhFHMb2
  Parent ID: z8Q3.yjCEx5JbDxB
  SysFS ID: /devices/pci0000:00/0000:00:1c.0/0000:02:00.0
  SysFS BusID: 0000:02:00.0
  Hardware Class: network
  Model: "Broadcom NetLink BCM5787M Gigabit Ethernet PCI Express"
  Vendor: pci 0x14e4 "Broadcom"
  Device: pci 0x1693 "NetLink BCM5787M Gigabit Ethernet PCI Express"
  SubVendor: pci 0x1025 "Acer Incorporated [ALI]"
  SubDevice: pci 0x011c
  Revision: 0x02
  Driver: "tg3"
  Driver Modules: "tg3"
  Device File: eth0
  Memory Range: 0xf6000000-0xf600ffff (rw,non-prefetchable)
  IRQ: 16 (1 event)
  HW Address: 00:1d:72:35:15:07
  Link detected: no
  Module Alias: "pci:v000014E4d00001693sv00001025sd0000011Cbc02sc00i00"
  Driver Info #0:
    Driver Status: tg3 is active
    Driver Activation Cmd: "modprobe tg3"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #25 (PCI bridge)

Das Augenmerk liegt hier auf den markierten Einträgen:

12: PCI 400.0: 0280 Network controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_14e4_4315
  Unique ID: YmUS.Ti8s+vnDGs5
  Parent ID: qTvu._Y5kuEY+GiC
  SysFS ID: /devices/pci0000:00/0000:00:1c.1/0000:04:00.0
  SysFS BusID: 0000:04:00.0
  Hardware Class: network
  [B]Model: "Broadcom BCM4310 USB Controller"
  Vendor: pci 0x14e4 "Broadcom"
  Device: pci 0x4315 "BCM4310 USB Controller"[/B]
  SubVendor: pci 0x105b "Foxconn International, Inc."
  SubDevice: pci 0xe003
  Revision: 0x01
  Memory Range: 0xf8000000-0xf8003fff (rw,non-prefetchable)
  IRQ: 11 (no events)
  Module Alias: "pci:v000014E4d00004315sv0000105Bsd0000E003bc02sc80i00"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #24 (PCI bridge)

Um es vorweg zu nehmen, ja auch ich hatte vorher mit den compat-wireless-tools experimentiert, aber das war ein Schuß in den Ofen.

Rain_Maker gab mir also den Link für die neuen Broadcom Treiber.

Also hab ich mir das ganze dort angeschaut und dann die beiden passenden Treiber für meinen Standardkernel heruntergeladen.

Ein

uname -r
2.6.25.5-1.1-default

und ich war danach schlauer, welche Treiber ich speziell benötigte.

Bei besagten Treibern handelte es sich um

broadcom-hybrid-wl-5.10.27.rm.0.i586.rpm
broadcom-hybrid-wl-kmp-default-5.10.27.6_2.6.25.5_1.rm.0.i586.rpm

Wenn Ihr also die identischen Treiber benötigt, so sei vorab noch erwähnt, das Ihr am besten alle sonstigen WLAN Treiber, welche Ihr eventuell schon vorher installiert habt, definitiv deinstallieren müßt.

Da ich mein System heute früh noch mal plattgemacht habe, hatte ich also ein jungfräuliches System, bei dem ich erst gar keine WLAN Treiber mitinstalliert habe, um Interessenkonflikte von vornherein auszuschließen.

Nach der Installation der Treiber habe ich noch ein

modprobe wl

ausgeführt.

Unter Yast, System, Editor für /etc/sysconfig-Dateien, dann noch schnell unter dem Menüpunkt System - Kernel - MODULES_LOADED_ON_BOOT den Parameter wl in der rechten Spalte eingetragen und bestätigt.

Und siehe da, es wurde Licht. Das kleine unscheinbare Lämpchen begrüßte mich in einem leuchtendem orange.

Nachdem mein altes Acer Aspire 1690 WLMi einen Crash des Displays nicht ganz unbeschadet überstanden hat, freue ich mich nun umso mehr über das neue Gerät.

Ich nutze Linux nun schon knapp 4 Jahre und bin durchaus bemüht, selbst Probleme zu lösen, denn auch das kann Spaß machen. Aber machmal stoße ich echt an meine Grenzen und bin dann sehr froh, das es so viele wertvolle Tipps der Community mit hilfreichen Denkanstößen gibt.

Ein großes Dankeschön nochmals an Rain_Maker für die wertvollen Tipps und die vielen unermüdlichen Entwickler von Treibern, ohne die unsereins oftmals auf dem trockenen sitzen würde.

PS: Ich kann jedem nur wärmstens empfehlen, sich die Infos von Rain_Maker und die angebotenen Links aufmerksam durchzulesen, denn dort steht wirklich fast immer alles zur Lösung der jeweiligen Probleme.

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Zunächst auch hier vielen Dank für diesen exzellenten Testbericht.

Dann noch ein ganz klein wenig Senf von mir dazugegeben.

Zuerst der "technische" Teil:

  Model: "Broadcom BCM4310 USB Controller"
  Vendor: pci 0x14e4 "Broadcom"
  Device: pci 0x4315 "BCM4310 USB Controller"

Besonders ungewöhnlich ist hier die Ausgabe "USB Controller" obwohl das Gerät eindeutig an einem PCI-Anschluss hängt.

Um es vorweg zu nehmen, ja auch ich hatte vorher mit den compat-wireless-tools experimentiert, aber das war ein Schuß in den Ofen.

Noch werden diese neuen (draft-n) Adapter nicht vom b43-Treiber unterstützt, es wird aber daran gearbeitet.

Wenn Ihr also die identischen Treiber benötigt, so sei vorab noch erwähnt, das Ihr am besten alle sonstigen WLAN Treiber, welche Ihr eventuell schon vorher installiert habt, definitiv deinstallieren müßt.

Richtig, sofern es sich um die Treiber aus "compat-wireless" handelt.

Der "technische" Hintergrund ist folgender:

modinfo wl
filename:       /lib/modules/2.6.25.16-0.1-default/updates/wl.ko
srcversion:     972F945CE84FFC270F64097
alias:          pci:v000014E4d0000432Dsv*sd*bc*sc*i*
alias:          pci:v000014E4d0000432Csv*sd*bc*sc*i*
alias:          pci:v000014E4d0000432Bsv*sd*bc*sc*i*
alias:          pci:v000014E4d0000432Asv*sd*bc*sc*i*
alias:          pci:v000014E4d00004329sv*sd*bc*sc*i*
alias:          pci:v000014E4d00004328sv*sd*bc*sc*i*
alias:          pci:v000014E4d00004315sv*sd*bc*sc*i*
alias:          pci:v000014E4d00004313sv*sd*bc*sc*i*
alias:          pci:v000014E4d00004312sv*sd*bc*sc*i*
alias:          pci:v000014E4d00004311sv*sd*bc*sc*i*
[B]depends:        ieee80211_crypt[/B]
vermagic:       2.6.25.16-0.1-default SMP mod_unload 586
parm:           oneonly:int
parm:           piomode:int
parm:           nompc:int
parm:           name:string

Wie man sieht, hängt das Modul "wl.ko" von dem im Kernel schon vorhandenen Modul "ieee80211_crypt.ko" ab, welches zur Implementierung verschiedener Verschlüsselungsmethoden verwendet wird.

Die RPM-Pakete wurden logischerweise gegen die Kernelquellen des 11.0er-Kernels (2.6.25) gebaut, während die "compat-wireless" Pakete ihre eigene "ieee80211"-Module mitbringen, die aus dem aktuellen Entwicklungszweig (zur Zeit 2.6.27) stammen.

Da aber die Module aus dem compat-wireless Paket bevorzugt geladen werden (was ja auch Sinn der Sache ist, wenn man diese installiert hat, dann will man sie ja auch nutzen) passt das nicht mehr zusammen und man erhält folgende Meldung:

modprobe wl
FATAL: Error inserting wl (/lib/modules/2.6.25.16-0.1-default/updates/wl.ko): Unknown symbol in module, or unknown parameter (see dmesg)

Rain_Maker gab mir also den Link für die neuen Broadcom Treiber.

Dazu eine kleine Korrektur und Anmerkung, dieser Treiber ist nicht "neu" im Sinne einer Weiterentwicklung aus den bisher bekannten Open Source-Treibern bcm43xx oder b43/b43legacy sondern ein alternativer Treiber von Broadcom selbst.
Einerseits natürlich zu begrüssen, daß der Hersteller selbst Treiber für Linux anbietet, andererseits sind die Treiber nicht "frei" im Sinne von komplett quelloffen.

Ähnlich wie bei den Treibern, die AVM für einen Teil seiner Geräte anbot, wird eine "Closed Source" Bibliothek (wlc_hybrid.o_shipped) in das Kernelmodul verlinkt, weshalb dieser Treiber in dieser Form nie seinen Weg direkt in den Kernel finden wird.

Eine "läuft out of the Box"-Unterstützung wird es also erst dann geben, sobald der b43 oder ein anderer der "in-Kernel" Treiber diese Adapter unterstützt.

Nun der "philosophische" Teil:

Ein großes Dankeschön nochmals an Rain_Maker für die wertvollen Tipps und die vielen unermüdlichen Entwickler von Treibern, ohne die unsereins oftmals auf dem trockenen sitzen würde.

Dem Dank an die Community der Entwickler kann ich mich nur anschliessen, denn ohne deren Arbeit könnte ich keine wertvollen Tipps geben bzw. ihre wertvolle Arbeit in passende Pakete verpacken.

Den Dank an mich gebe ich an die -leider viel zu wenigen- User zurück, die solche Testberichte schreiben, denn ohne ihr Feedback kann ich die entsprechenden Anleitungen schwerlich schreiben, auch das ist ein wichtiger Beitrag zur Community, den jeder leisten kann, wenn man sich nur -wie hier in diesem Fall- ein paar Minuten Zeit nimmt und die eigenen Erfahrungen niederschreibt.

Greetz,

RM

 

[WhopperBS]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo,
ich habe eine iwl4965agn-Karte und bekomme sie mit den aktuellen compat-wireless-Paketen inkl. zugehöriger Firmware aus diesem Forum leider noch nicht ans Laufen.
Das Problem wurde bereits an anderer Stelle ausführlich diskutiert. Daher möchte ich hier nur auf das entspr. Thema verweisen: LINUX • openSUSE - iwl4965agn wird nicht erkannt
Interessant wird es dort ab Seite 3, da es zuvor noch um mittlerweile veraltete Paketversionen ging.

Bei Bedarf gebe ich hier aber natürlich gerne noch weitere Infos.

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Ich habs sogar extra in den Changelog geschrieben:

* Do Okt 02 2008 rain_maker<at>root-forum.org
- updated to snapshot 20081005
- please test, if iwlagn is still broken

Also keine wirkliche Überraschung und Danke für die Bestätigung.

Näheres in der Mailingliste:

Gmane Loom

Dort gab es zwei Threads zum iwlagn unter älteren Kerneln, mal etwas weiter nach hinten blättern, Ende September/Anfang Oktober.

Und wenn es mit der "veralteten" Version ging, dann verwende diese für den täglichen Betrieb, aus genau DIESEM Grund habe ich die aktuellen Pakete getrennt veröffentlicht.

Wenn Du weiter testen willst, dann kannst Du -da es ja RPMs sind- einfach regelmässig auf die aktuellsten Snapshots aktualisieren und wenn der Treiber immer noch broken ist wieder downgraden.

Berichte hierzu sind natürlich willkommen.

 

[WhopperBS]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Nun ja, das Problem in meinem Fall ist ja, dass es mit keiner der bisherigen Versionen stabil funktioniert hat. Wenn überhaupt dann nur hin und wieder mal und für mich auch nicht reproduzierbar. Der im Kernel mitgelieferte Treiber läuft bei mir ebenfalls nicht.

Aber gut, dann weiß ich erstmal Bescheid und werde es dann mit kommenden Versionen wieder probieren.

Und entschuldige bitte, dass ich den Changelog nicht gelesen habe

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Der im Kernel mitgelieferte Treiber läuft bei mir ebenfalls nicht.

Kein Wunder, der Treiber im Kernel ist aus einer Zeit als diese Devices noch gar nicht unterstützt wurden.

Aber gut, dann weiß ich erstmal Bescheid und werde es dann mit kommenden Versionen wieder probieren.

Jo, es sind nun mal Testversionen, also muss sie auch jemand mit der passenden Hardware testen. Die Dinger haben schon viele Probleme gelöst, aber sie sind deshalb trotzdem ausdrücklich als "experimentell" anzusehen.

Und entschuldige bitte, dass ich den Changelog nicht gelesen habe

Das sollte kein Vorwurf sondern ein Hinweis sein, daß dort eben oft wichtige Infos zu finden sind. Der Eintrag erfolgte aufgrund der Threads, die ich in der Mailingliste gefunden hatte, ein interessanter Zufall, daß tags darauf sich jemand hier meldet, daher die Bemerkung.

Also fleissig weiter testen, ich werde etwa wöchentlich neue Pakete veröffentlichen.

Wenn Du die Mailingliste selbst verfolgen willst und etwas Neues zum iwlagn dort auftaucht, dann auch auf Anfrage praktisch "sofort".

Greetz,

RM

 

[Rain_Maker]

Realtek 802.11b Wireless PCMCIA (rtl8180 - 103e:8010)

Folgendes Stück Hardware konnte ich heute einem meiner Kollegen für einen kleinen Test zu Hause "abschwatzen" (keine Sorge, morgen bekommt er sie wieder):

/sbin/lspci -nn 
03:00.0 Ethernet controller [0200]: [COLOR='red']Realtek Semiconductor Co., Ltd. RTL8180L[/COLOR] 
802.11b MAC [[COLOR='Red']10ec:8180[/COLOR]] (rev 20)

hwinfo --wlan
01: PCI 300.0: 0282 WLAN controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_10ec_8180
  Unique ID: y9sn.oFykaqPDlX2
  Parent ID: ejN_.tJNpvz0D_v5
  SysFS ID: /devices/pci0000:00/0000:00:1e.0/0000:02:06.0/0000:03:00.0
  SysFS BusID: 0000:03:00.0
  Hardware Class: network
  Model: "Realtek RTL8180L 802.11b MAC"
[COLOR='red']  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8180 "RTL8180L 802.11b MAC"
  SubVendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  SubDevice: pci 0x8180[/COLOR]
  Revision: 0x20
[COLOR='red']  Driver: "rtl8180"
  Driver Modules: "rtl8180"[/COLOR]
  Device File: wlan0
  Features: WLAN
  I/O Ports: 0x4000-0x40ff (rw)
  Memory Range: 0x38000000-0x380001ff (rw,non-prefetchable)
  IRQ: 10 (no events)
  HW Address: XX:XX:XX:XX:XX:XX
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 2.462
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "pci:v000010ECd00008180sv000010ECsd00008180bc02sc00i00"
  Driver Info #0:
    Driver Status: rtl8180 is active
    Driver Activation Cmd: "modprobe rtl8180"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #4 (CardBus bridge)

Also ein etwas älteres Schätzchen mit Realtek-Chipsatz. Weitere Angaben waren

a) Er hat zu Hause kein WLAN aber vor ein paar Wochen bekam er in einem Kaffee ums Eck keine Verbindung zu einem dort gut verfügbaren, öffentlichen (und offenen) Hotspot unter Windows XP.

b) Da er eben zu Hause kein WLAN hat hat die Karte eigentlich einen ganz anderen Zweck, (Zitat - übersetzt)

"Eigentlich ist die nur deshalb eingesteckt, damit der Schacht in meinem Laptop nicht verstaubt"



Es lag also der Verdacht nahe, daß die Hardware nicht mehr so ganz in Ordnung ist.

Getestet wurde die Karte mit den Treibern aus compat-wireless (aktuelle Snapshots) unter Archlinux und openSUSE 11.0, es kamen sowohl die klassische Methode als auch NetworkManager und die Einrichtung "von Hand" zum Einsatz.

Fazit:

iwconfig wlan0
wlan0     IEEE 802.11b  ESSID:"XXXXX"
          Mode:Managed  Frequency:2.437 GHz  Access Point: YY:YY:YY:YY:YY:YY
          Bit Rate=2Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Encryption key:XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX-XXXX [2]   Security mode:open
          Power Management:off
          Link Quality=48/100  [COLOR='red']Signal level:-129 dBm[/COLOR]
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0


Oct  7 21:04:34 Meine_Kiste kernel: PCI: Enabling device 0000:03:00.0 (0000 -> 0003)
Oct  7 21:04:34 Meine_Kiste kernel: ACPI: PCI Interrupt 0000:03:00.0[A] -> Link [LNKE] -> GSI 10 (level, low) -> IRQ 10
Oct  7 21:04:34 Meine_Kiste kernel: PCI: Setting latency timer of device 0000:03:00.0 to 64
Oct  7 21:04:34 Meine_Kiste kernel: phy0: Selected rate control algorithm 'pid'
Oct  7 21:04:34 Meine_Kiste kernel: phy0: hwaddr YY:XX:YY:XX:YY:XX, RTL8180 + Philips
Oct  7 21:04:34 Meine_Kiste ifup: interface 'wmaster0' is a wlan helper interface. Exiting.
Oct  7 21:04:34 Meine_Kiste ifup:     wlan0     device: Realtek Semiconductor Co., Ltd. RTL8180L 802.11b MAC (rev 20)
Oct  7 21:04:35 Meine_Kiste ifup-wireless:     wlan0     warning: WPA configured but may be unsupported
Oct  7 21:04:35 Meine_Kiste ifup-wireless:     wlan0     warning: by this device
Oct  7 21:04:35 Meine_Kiste ifup-wireless:     wlan0     starting wpa_supplicant
Oct  7 21:04:35 Meine_Kiste dhclient: wmaster0: unknown hardware address type 801
Oct  7 21:04:36 Meine_Kiste dhclient: wmaster0: unknown hardware address type 801
Oct  7 21:04:36 Meine_Kiste kernel: wlan0: authenticate with AP XX:XX:XX:XX:XX:XX
Oct  7 21:04:36 Meine_Kiste kernel: wlan0: authenticated
Oct  7 21:04:36 Meine_Kiste kernel: wlan0: associate with AP XX:XX:XX:XX:XX:XX
Oct  7 21:04:36 Meine_Kiste kernel: wlan0: RX AssocResp from XX:XX:XX:XX:XX:XX (capab=0x31 status=0 aid=1)
Oct  7 21:04:36 Meine_Kiste kernel: wlan0: associated
Oct  7 21:04:37 Meine_Kiste dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Oct  7 21:04:37 Meine_Kiste dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Oct  7 21:04:41 Meine_Kiste dhclient: DHCPACK from 192.168.1.1
Oct  7 21:04:41 Meine_Kiste dhclient: bound to 192.168.1.104 -- renewal in 1556 seconds.

ifconfig wlan0
wlan0     Link encap:Ethernet  Hardware Adresse YY:YY:YY:YY:YY:YY
          inet Adresse:192.168.1.104  Bcast:192.168.1.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000
          RX bytes:1139 (1.1 Kb)  TX bytes:1004 (1004.0 b)

Das Ding ist zwar nicht gerade das Gelbe vom Ei (die Signal level:-129dBm sind auf gut Deutsch unter aller Sau), aber sie ist doch noch funktionsfähig.

Die Verbindung ist ordentlich stabil, Geschwindigkeit brauchbar und das Ganze lief _out_of_the_Box_ sogar mit WPA2!

Interessanterweise zeigten anschliessende Test mit Ndiswrapper (Version 1.53, Windows-Treiber für RTL8180L von der Realtek-Homepage für Windows 2000/XP) zwar deutlich bessere Signalwerte, es wurde auch ein AP mehr gefunden, jedoch scheiterten ALLE Versuche, das Kärtchen damit zu WPA2 zu bewegen, es kann jedoch nicht ausgeschlossen werden, daß der etwas angestaubte Treiber kein WPA2 beherrscht, bzw. die Hardware selbst zumindest nicht mehr ihre volle Leistungsfähigkeit besitzt.

Greetz,

RM

P.S. Mit bestem Dank an Ivo für die Bereitstellung der Hardware.

 

[papapinguin]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo Zusammen,

ich mache seit Open Suse 11.0 mit meinem Broadcom BCM94311MCG wlan mini pci Chipsatz rum.

Dank dem Beitrag

http://www.pc-forum24.de/suse-treiber/9224-aktuelle-wlan-treiber-fuer-opensuse-10-3-und-11-0-a.html

funktioniert er endlich.

Ich habe mein System mittels Netzwerkkabels auf den neusten Stand gebracht, dann mit Yast den b43 Treiber installiert und das Paket "compat-wireless-kmp-default-20080909_2.6.25.11_0.rm.0.x86_64.rpm" mit einem Doppelklick installiert.

Dann habe ich noch die alten Treiber auf der Blacklist geschrieben (Vorsicht das geht nur als root).

Nach dem Neustart ging dann mein WLAN.

Zu meiner Schande muß ich gestehen bereits aufgegeben zu haben, ich hatte noch eine alte Hama PCMCIA Karte die als Ralink rt25... funktioniert hatte. Nur sehr langsam aber endlich schnurlos am Laptop.

Diese Karte habe ich unter Yast --> Netzwerkgeräte --> Netzwerkeinstellungen erst einmal gelöscht und als ich die b43 Treiber installiert hatte, hab ich die Ralinktreiber (Firmware) runtergeschmissen.

Daher hat der Networkmanager die Verbindungsdaten bereits gehabt.

Worüber ich aber gestolpert bin ist die Tatsache, das man unter Yast --> Netzwerkgeräte --> Netzwerkeinstellungen beim konfigurieren der Karte die Verschlüsselung nicht eingeben soll, da der Networkmanager das macht.

Ich habe die Karte mit einer festen IP Adresse versehen und die Kabelgebundene Verbindung läuft mit DHCP.

Vielen Dank an den Rain_Maker und allen die Ihm geholfen haben, bzw. Pakete "fertig gemacht haben".

Grüße Papapinguin

Mein System:
LINUX • openSUSE - Acer Extensa 5220 Erfahrungsbericht

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Zu meiner Schande muß ich gestehen bereits aufgegeben zu haben, ich hatte noch eine alte Hama PCMCIA Karte die als Ralink rt25... funktioniert hatte. Nur sehr langsam aber endlich schnurlos am Laptop.

Und ich könnte mir übrigens vorstellen, daß genau dieses Problem mit den neuen Treibern aus compat-wireless nicht mehr besteht, denn dieser Bug wurde in Versionen ab 2.1.4 (IIRC) behoben und wie man sieht:

 modinfo rt2500pci
filename:       /lib/modules/2.6.25.16-0.1-default/updates/drivers/net/wireless/rt2x00/rt2500pci.ko
license:        GPL
description:    Ralink RT2500 PCI & PCMCIA Wireless LAN driver.
[B]version:        2.1.8[/B]
author:         http://rt2x00.serialmonkey.com
srcversion:     B37485B6058C39F9F7725C8
alias:          pci:v00001814d00000201sv*sd*bc*sc*i*
depends:        rt2x00lib,rt2x00pci,eeprom_93cx6
vermagic:       2.6.25.16-0.1-default SMP mod_unload 586

befindet sich in den compat-Paketen eine deutlich neuere Version.

Also nur Mut, gute Testberichte können wir hier immer gebrauchen, gerade die Ralink-Sektion ist noch etwas unterrepräsentiert.

Aber natürlich erst mal Danke für den Bericht.

Greetz,

RM

 

[linuxsusefan]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo,

Es existiert zwar schon ein Bericht zur selben / ähnlichen Hardware, aber einer mehr schadet bestimmt nicht. Ich beschreibe den Weg den ich ging, klar kann man das auch anders machen, aber das kann man bei Linux zum Glück immer. Hier gilt das viele Wege zum Ziel führen, so auch zu funkendem W-Lan Netzwerk.

Folgende Hardwarevorausetztung

Laptop mit folgendem Innenleben

HP Pavillion / AMD Turion 64 X2 Doppelkernprozessor

mit diesem Chipsatz

So in Erfahrung gebracht

Konsole öffnen & folg. Befehl

lspci =  Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI

mit diesem Kernel

So in Erfahrung gebracht

Konsole öffnen & folg. Befehl

uname -r =  [COLOR='Red']2.6.25.16-0.1-default[/COLOR]

Dies ist widerum wichtig das die benötigten W-Lan Pakete zum vorhandenen Kernel in Version zusammen passen, sonst funzt das nicht richtig. Wie das genau gemeint ist, wird weiter unten sichtbar.

Bevor ich angefangen habe die Neue Firmware / Treiber zu Installieren, ist erstmal großes Ausmisten / Reinemachen angesagt. Alle alten Treiber / Firmware entfernen, das heißt mit Hilfe vom Yast - SetupTool, diese gestartet, dann Software Installieren Löschen und in die dortige Suchmaske

wlan

rein gekritzelt und alles was dort dann im zusammenhang mit W - Lan auftaucht löschen. Raus damit! Gleich alle potentielle störenfriede zu beginn entsorgen!

Dann hab ich den Konqueror als Root geöffnet und dort hin gewechselt

lib/firmware

und die alte ( Firmware ) Datei

wl_apsta_.... Firmware

wenn denn vorhanden Löschen, - Raus damit! Diese wird ebenfalls nicht mehr benötigt.

Um sicher zu gehen das nichts " altes " mehr geladen wird, hab ich auch das “ Blacklisten “ durchgeführt.

Das hab ich so gemacht, wieder mit Konqueror als Root und dann dort hin

/etc/modprobe.d/blacklist

diese dann aus dem Root - Konqueror heraus Bspw. mit dem Editor - Kwrite - geöffnet und diesen Eintrag dann Alphabetisch eingefügt:

blacklist bcm43xx

jetzt noch Speichern & Schließen. Aber nicht das Abspeichern vergessen, sonst klappt das nicht!

Nun hab ich zur Sicherheit die Kiste Neu Gestartet - Rebootet, ich weiß nicht ob man Neu - Starten muss, aber schaden kann es auch nicht.

Da ab dem 2.6.25ziger Kernel das " alte BCMxxx - Zeug " ( Firmware / Treiber ) nicht mehr Funzt, muss jetzt das " neue Zeug " her.

Das Yast - SetupTool wieder öffnen, Voraussetzung alle Gängig - & Benötigten OpenSuSE Quellen ( Schmolles Repo ) sind eingebunden, wieder in die Suchmaske

wlan

eingeben und dann die folg. Pakete einspielen.

b43-compat-wireless-firmware

und diese noch dazu

b43-fwcutter

Das folgende Paket hier kann zb vom hießigen Downloadarchiv geladen werden, da diese compat-wireless ...- Pakete in Schmolle' s Repo ( Leider ) nur bis zum Kernel 2.6.25.11-01.........vorhanden sind, stand heute. Also, ganz wichtig! Wer ältere Kernel fährt kann das entsprechend passende compat-wireless..xxx...Paket aus der Schmolle Repo nutzen, wer neuere Kernel fährt nicht!

compat-wireless-kmp-[COLOR='Red']default[/COLOR]-20080909_[COLOR='Red']2.6.25.16_0[/COLOR].rm.0.i586.rpm

das immer passend zur genutzten / aktuellen Kernelversion. Spezieller Dank fürs bereit stellen an Rain Maker

Wie diese Paket installiert wird, braucht man glaub ich nicht extra erwähne, oder? Na gut, ich sag wie ich es machte. Also, ist das Pakte geladen kann man mit Yast / Software Repositories diese Verzeichnis-Quellen in der das Paket liegt dann als Download-Quelle hinzufügen ( Ich habe mir einen Extra_Ordner dafür angelegt wo diese und andere auch selbst gebaute Pakete drin liegen ). Dann zum Menüpunkt - Software Installieren / Löschen - wechseln. Da ist das dann als Update welches sich als solches auch durchführen bzw einspielen lässt. Wenn das Paket zuvor noch nicht vorhanden war, wird dies dann ganz normal installiert. Man kann das natürlich auch anders machen, aber ich will es so haben.

Wenn die Pakete eingespielt sind, hat zumindest bei mir schon die W - Lan Kontrollleuchte - Blau geleuchtet. Heißt, das diese eine Funktion anzeigt!

Jetzt noch die passende Firmware besorgen und Installieren. Aber wie & woher? Das ist ganz einfach, als das W - Lan nicht funktionierte, habe ich auf dem Weg der Fehlersuche mit dem folg. Konsolen Befehl

dmesg

die Fehlermeldung inkl. des Lösungsvorschlages mit Fundort schon Serviert bekommen.

Die Fehlermeldung war sehr Präzise und beschreibt zu dem genau was u.a. an Firmware geladen werden muss und wo diese ( per Link-Adresse ) zu finden & her zu bekommen ist.

Also wie gesagt, die Firmware wird von dort heruntergeladen

Linux Wireliess

Wie & was geladen werden muss & auch wohin, das kann man auf der dortigen Seite auch nachlesen. Ich zeig es euch dennoch, schon wegen des Englisch' s.

Also Konsole öffnen, dann mit diesen Befehl

wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2

jetzt wird das Paket ins /home/verzeichnis geladen. Entpacken muss man das hier nicht unbedingt, denn wir brauchen ja nur die eine Datei daraus.

Wir nehmen jetzt wieder unseren Konqueror mit Root Rechten. Dann in das /home/verzeichnis/geladenene Datei wechseln in das eben diese Datei geladen wurde.

Also bei mir sieht das so aus /home/verzeichnis/broadcom-wl-4.150.10.5.tar.bz2, na gefunden ?

Ok, jetzt einfach so oft drauf Klicken bis ihr auf den Ordner “ Driver “ stoßt, auch diesen noch Öffnen und nach dem folgende Paket Suchen

wl_apsta_mimo.o

Diese jetzt nach dort

/lib/fimware

verschieben oder auch kopieren und nun den Konqueror wieder schließen.

Ich habe nach der ganzen bisherigen Prozedur das Yast - SetupTool geöffnet, und dann dort Netzwerkgeräte / Netzwerkkarte alles gelöscht was bisher dort an W - Lan konfiguriert war. Vorausgesetzt es war schon vorher einmal W - Lan eingerichtet, wenn nicht erübrigt sich das hier.

Dann noch einen Neu - Start / Reboot

Jetzt alles wieder Neu - Einrichten mit dem Yast - SetupTool / Netzwerkgeräte / Netzwerkeinstellungen.

Dort dann unter Netzwerkkarte den Netzwerknamen, Passphrase (Passwort), Verschlüsselung (WEP, WPA oder WPA2 ) etc Eintragen und so euren Vorgaben entsprechend Neu - Konfigurieren.

Wenn jetzt das W - Lan Aktiviert wird, müssen noch die Angaben im KNetworkmanager entsprechend eingetragen werden wie vom Einrichtungs - Assistenten angefordert, so Bspw. Netzwerkname, Passphrase (Passwort) & WPA2 etc und schon hat es nach einem Klick auf Verbinden gefunkt und das W - Lan funktioniert.

Jetzt könnt ihr euer Kabel zerschneiden

Danke hier nochmals an Rain_Maker & all die Bastler / Entwickler / Community und diejenigen die an solchen & anderen Aktionen Mitwirken, ob direkt oder indirekt. Denn ohne diese Leute wäre sehr vieles nicht möglich.

Die SuS(i) sei mit euch wo immer ihr seid, Linuxsusefan

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Zunächst natürlich -wie immer- Herzlichen Dank für den ausführlichen Testbericht.

Allerdings sind für Querleser noch zwei kleine Anmerkungen zu machen, denn das hier beschriebene Vorgehen ist zwar zielführend, jedoch in zwei Punkten etwas zu viel Arbeit gemacht.

eingeben und dann die folg. Pakete einspielen.

b43-compat-wireless-firmware

Damit ist die Firmwareinstallation eigentlich auch schon abgeschlossen, das hier

und diese noch dazu

b43-fwcutter

Also wie gesagt, die Firmware wird von dort heruntergeladen

Linux Wireliess

Wie & was geladen werden muss & auch wohin, das kann man auf der dortigen Seite auch nachlesen. Ich zeig es euch dennoch, schon wegen des Englisch' s.

Also Konsole öffnen, dann mit diesen Befehl

wget http://mirror2.openwrt.org/sources/broadcom-wl-4.150.10.5.tar.bz2

jetzt wird das Paket ins /home/verzeichnis geladen. Entpacken muss man das hier nicht unbedingt, denn wir brauchen ja nur die eine Datei daraus.

Wir nehmen jetzt wieder unseren Konqueror mit Root Rechten. Dann in das /home/verzeichnis/geladenene Datei wechseln in das eben diese Datei geladen wurde.

Also bei mir sieht das so aus /home/verzeichnis/broadcom-wl-4.150.10.5.tar.bz2, na gefunden ?

Ok, jetzt einfach so oft drauf Klicken bis ihr auf den Ordner “ Driver “ stoßt, auch diesen noch Öffnen und nach dem folgende Paket Suchen

wl_apsta_mimo.o

Diese jetzt nach dort

/lib/fimware

verschieben oder auch kopieren und nun den Konqueror wieder schließen.

ist ein alternativer Weg, der exakt die selben Dateien installiert nur eben "zu Fuß".

Wer das Firmare-RPM nicht verwenden kann/will und eine anderweitige Internetverbindung besitzt (z.B. per Kabel) kann auch nach Installation des "b43-fwcutter"-Paketes über YaST anschliessend den Befehl

su -c "/usr/sbin/install_bcm43xx_firmware"

in einer Konsole ausführen, der über ein kleines Shellscript die benötigten Dateien aus dem Netz herunterlädt und automatisch installiert.

Viele Wege führen nach Rom, alle drei installieren im Endeffekt die selben Dateien.

Das folgende Paket hier kann zb vom hießigen Downloadarchiv geladen werden, da diese compat-wireless ...- Pakete in Schmolle' s Repo ( Leider ) nur bis zum Kernel 2.6.25.11-01.........vorhanden sind, stand heute. Also, ganz wichtig! Wer ältere Kernel fährt kann das entsprechend passende compat-wireless..xxx...Paket aus der Schmolle Repo nutzen, wer neuere Kernel fährt nicht!

Das stimmt so nicht, es ist durchaus möglich auch ein Paket für eine ältere Kernelversion (also z.B. 2.6.25.5.1) unter dem aktuellen Kernel (zur Zeit 2.6.25.16-0.1) zu verwenden, die kmp-Pakete sind so gebaut, daß diese ein Kernelupdate überstehen.

Wer Genaueres zum Prinzip wissen will, kann sich diesen Post hier durchlesen.

http://www.pc-forum24.de/25943-post8.html

Aber trotz allem:

compat-wireless-kmp-[COLOR='Red']default[/COLOR]-20080909_[COLOR='Red']2.6.25.16_0[/COLOR].rm.0.i586.rpm

das immer passend zur genutzten / aktuellen Kernelversion.

empfiehlt es sich natürlich, ein RPM zu wählen, welches exakt zur Kernelversion passt, sofern denn eines existiert, dann kann man sicher sein, daß man nicht fehl gegriffen hat (z.B. ein 10.3er Paket für eine 11.0 verwenden will).

Was mindestens genau so wichtig ist (die Gelegenheit bietet sich hier gerade so schön), man muss natürlich das Paket auch passend zum sogenannten "Kernelflavor" (Kerneltyp) und zur Systemarchitektur (32 oder 64 Bit) wählen, also für "kernel-default" ein "kmp-default"-Paket wählen für "kernel-pae" ein "kmp-pae" usw.

Dies gilt natürlich für _alle_ kmp-Pakete, also immer auf die richtige "Geschmacksrichtung", Version und Architektur achten.

Hier noch einmal zum Mitschreiben.

Die Befehle

uname -r

cat /etc/SuSE-release

geben einem

- Kernelversion

- Kernelflavor

- SuSE-Version

- Architektur

Hierzu _passend_ die Pakete auswählen.

Beispiel:

uname -r
2.6.25.16-0.1-default

cat /etc/SuSE-release
openSUSE 11.0 (i586)
VERSION = 11.0

- Kernelversion = 2.6.25.16

- Kernelflavor = default

- openSUSE Version = 11.0

- Architektur = i586

Passende Kernelmodulpakete enthielten also in diesem Fall folgende Merkmale im Dateinamen:

- "kmp-default"

- "2.6.25.16" (ein 2.6.25.5 würde hier auch funktionieren, siehe weiter oben)

- "i586.rpm".

und finden sich in einer Untersektion der Sektion "openSUSE 11.0" in unseren Downloadarchiven.

Anmerkung:

Firmwarepakete enthalten normalerweise den Zusatz "noarch.rpm", dies bedeutet (vielleicht etwas irrreführend), daß sie für _jede_ Architektur geeignet sind, man könnte auch das "noarch" mit "an keine Architektur gebunden" übersetzen.

Greetz,

RM

 

[linuxsusefan]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hi,

stimmt, da ist mir " was " durchgegangen. Der " Bericht " ist noch aus Zeiten als ich die Firmware noch zu " Fuß " verschoben hab. Später hab ich das dann aus den Repos geholt aber vergessen das im Archivierten " Bericht " entsprechend zu korrigieren. Danke für die Info

Wegen des Kernels & compat-wireless-....Pakets & der Versions übereinstimmung. Jup, das stimmt tatsächlich, das geht auch wenn das Versionsmäßig nicht übereinstimmt. Dennoch finde ich es prinzipell besser das es passt, weshalb ich das auch extra erwähnte. Aber wie es Rain_Maker auch schon angemerkt hat, geht das zur Not auch so.

Die SuS(i)E sei mit euch wo immer ihr seid, Linuxsusefan

 

[cabecamole]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo Rain_Maker,

Ich hab das compat-wireless paket für openSUSE 11.0 x86_64 installiert und mein WLan-USB-Stick rtl8287b funktioniert prima!

Leider war die installation etwas komplizierter weil die beiden x86_64 Links vom Beitrag zur selben Quelle verlinken. Die dort angegebenen Pakete sind gegen den 2.6.25.11-0.1-default kompiliert. Ich musste also erst meine Neuinstallation offline auf den besagten Kernel updaten damit es klappte.

Im großen und ganzen hab ich also eine Positive Rückmeldung
Vielen Dank auch an jkeiper für die x86_64 Portierung!

 

[Rain_Maker]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Zunächst wie immer danke für den Testbericht.

Ich hab das compat-wireless paket für openSUSE 11.0 x86_64 installiert und mein WLan-USB-Stick rtl8287b funktioniert prima!

Könntest Du das etwas genauer ausführen?

Es gibt mehrere Sticks mit diesem Chipsatz, die Ausgabe von

lsusb

wäre eine eindeutige Identifizierung. Sollte "lsusb" nicht gefunden werden, dann das Paket "usbutils" nachinstallieren.

Gerade Realtek USB-Adapter sind teilweise wohl noch problematisch, um so wichtiger wäre es zu wissen, welches "Schätzchen" da genau funkt.

Leider war die installation etwas komplizierter weil die beiden x86_64 Links vom Beitrag zur selben Quelle verlinken. Die dort angegebenen Pakete sind gegen den 2.6.25.11-0.1-default kompiliert. Ich musste also erst meine Neuinstallation offline auf den besagten Kernel updaten damit es klappte.

Auch hier nehme ich die Gelegenheit wahr, das Ganze zu erklären.

Was ohne Probleme funktioniert, wäre ein "älteres" Paket auf einem "neueren" Kernel zu installieren (natürlich nur sofern sie aus der selben openSUSE-Version stammen).

Ein Paket, welches z.B. gegen 2.6.25.5 gebaut wurde, wird auf einem 2.6.25.11 oder einem 2.6.25.18 problemlos installiert werden, umgekehrt gibt es Probleme, der Grund liegt hier:

rpm -q --requires compat-wireless-kmp-default-20080909_2.6.25.5_1.1 | grep vmlinux
kernel(default:vmlinux) = e61690aa8c2e0b5e

Jeder openSUSE-Kernel hat eine Art "Seriennummer", die dann in die "Requires" der entsprechenden kmp-Pakete einfliesst, die Kernel-RPMs wiederum haben ihre Seriennummer(n) als "Provides" eingetragen, so daß kompatible Kernelversionen für rpm anhand dieser Angaben zu erkennen sind.

rpm -q --provides kernel-default-2.6.25.5-1.1-rm.0|grep vmlinux

kernel(default:vmlinux) = e61690aa8c2e0b5e

Wie man sieht, passt das nun.

Ein neuerer Kernel, erhält mehrere "Provides", die vorherigen und eventuell hinzugekommene, neue:

rpm -q --provides kernel-default-2.6.25.18-0.2|grep vmlinux
kernel(default:vmlinux) = c5a534f24fd188bd
kernel(default:vmlinux) = 144157c65f9ecf81
kernel(default:vmlinux) = e61690aa8c2e0b5e

Wie man sieht, passt es immer noch, die Anforderung

kernel(default:vmlinux) = e61690aa8c2e0b5e

welche das obige kmp-default für 2.6.25.5-1.1 benötigt, wird erfüllt.

Im umgekehrten Fall jedoch (Paket gegen neue Version gebaut und man wollte es auf dem "alten" Kernel installieren)

rpm -q --requires compat-wireless-kmp-default-20080909_2.6.25.18_0.2-.rm.0|grep vmlinux
kernel(default:vmlinux) = 144157c65f9ecf81
kernel(default:vmlinux) = c5a534f24fd188bd
kernel(default:vmlinux) = e61690aa8c2e0b5e

fehlen dem "alten" Kernel die beiden "Provides"

kernel(default:vmlinux) = 144157c65f9ecf81
kernel(default:vmlinux) = c5a534f24fd188bd

die nur neuere Kernel bereit stellen können.

Der ganze Mechanismus ist zwar sehr clever durchdacht, aber er kann eben nicht "hellsehen", sprich zukünftige Versionen, deren "Seriennummer" ja zum Release noch nicht bekannt sind, können eben nicht berücksichtigt werden.

Ein vorheriges Update auf den aktuellen Distributionskernel, sei es per Kabel oder "von Hand", indem man das passendes Kernel-RPM (keine "delta-rpms" verwenden!) aus Index of /update/11.0 herunterlädt und mittels "rpm -Uvh Paketname.rpm" als root einspielt, empfiehlt sich also.

Eine weitere Alternative wäre ein "Rebuild" aus dem entsprechenden "src.rpm"-Paket, dazu müssen die Pakete "gcc", "patch" und "make" sowie die Pakete "kernel-source" und "kernel-syms" (in diesem Fall _passend zur laufenden Kernelversion!) installiert werden, danach kann man den Neubau des RPMs mittels "rpmbuild --rebuild Paketname.src.rpm" durchführen.

Siehe auch hier:

http://www.pc-forum24.de/suse-internetkonfiguration/2493-opensuse-10-x-11-0-avm.html#post12784

(ausführliches Beispiel, zwar älter aber immer noch genau so gültig)

Im großen und ganzen hab ich also eine Positive Rückmeldung

Wie gesagt, vervollständige bitte noch die Rückmeldung um die USB-ID, auch die genaue Version des verwendeten compat-wireless-kmp-Paketes wäre gut zu wissen.

rpm -qa "compat-wireless-kmp*"

I
Vielen Dank auch an jkeiper für die x86_64 Portierung!

Jepp, dem kann ich mich nur anschliessen, ohne unseren "64-Bitter" gäbe es sehr viel weniger fertige Pakete.

Greetz,

RM

 

[cabecamole]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo Rain_Maker,
hier die geforderten und ein paar zusätzliche Daten:

lsusb:
Bus 002 Device 004: ID 0bda:8187 Realtek Semiconductor Corp. RTL8187 Wireless Adapter

dmesg:
usb 2-4: New USB device found, idVendor=0bda, idProduct=8187
usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 2-4: Product: RTL8187B_WLAN_Adapter
usb 2-4: Manufacturer: Manufacturer_Realtek

/var/log/boot.msg:
phy0: hwaddr 00:0e:2e:4c:22:da, RTL8187BvB(early) V0 + rtl8225z2

das rpm:
compat-wireless-kmp-default-20080909_2.6.25.11_0.rm.0.x86_64.rpm

und kernel "uname -a":
[...] 2.6.25.18-0.2-default #1 [...] x86_64 x86_64 x86_64 GNU/Linux

Mit dem Paket

compat-wireless-kmp-default-20081005_2.6.25.16_0.rm.0.x86_64.rpm

lief es unter keinem Kernel.

/var/log/boot.msg:
rtl8187: inconsistency between id with OEM info!

[...]

    wlan0     warning: WPA configured but may be unsupported
    wlan0     warning: by this device
    wlan0     starting wpa_supplicant
WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported
    wlan0     (DHCP) . . . . . . . . . . . . . . . no IP address yet... backgrounding.
waiting
    wlan0
    wlan0     dhcpcd is still waiting for data
waiting
    wlan0     interface could not be set up until now

iwlist wlan0 scan:
wlan0 nothing

Der Stick selbst wurde "Logilink" Getauft.

Sagt mir bescheid wo ich noch helfen kann

Edit:
Zu früh gefreut, nun funktioniert es nicht mal mehr mit dem vorherigem.
Morgen liefere ich mehr Infos und versuche es wieder

Und edit Nummer zwei:
Nach einer De- und anschliessenden Reinstallation des
compat-wireless-kmp-default-20080909_2.6.25.11_0.rm.0.x86_64.rpm
funktioniert es wieder.
Hat sich warscheinlich irgendwo verschluckt.




Statusupdate nach einer Woche:

Mit Knetworkmanager Ist die Verbindung sehr Instabil, ausserdem Stürzt das Programm Häufig beim Verbinden ab.

Getestet habe ich Networkmanager 0.7.0r3685-7.1 von der openSUSE 11.0 DVD
und der neuesten Version 0.7.0r3685-7.2

Knetworkmanager 0.7r815970-4.1 der DVD, 0.7r821737-0.3 update und die 0.7r826733-7.1 backport von openSUSE Factory.



Zufriedenstellend funktioniert nur die Methode per ifup,
egal ob mit Yast oder manuell per iwconfig eingestellt.
Gelegentliche Verbindungsabbrüche trüben den Surf- und Spielspass etwas.

Am Wlanmodem oder der Entfernung liegt es nicht, denn mein Laptop mit Intel-Wlanchip funktioniert mit Knetworkmanager tadellos!

 

[mistr]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Ich habe es heute endlich gebacken gekriegt, meinen internen Wlan-Adapter mit OpenSuse 11.0 auf meinem Toshiba Sattelite A210 zum laufen zu bringen.

In dem Laptop ist ein rtl8187b usb-adapter eingebaut. Ich verbinde mich über eine FritzBoxFon 7170 Wlan ins Internet. Als Verschlüsselung habe ich WPA2 gewählt.
Hier erst einmal die Daten meines Adapters und Systems:

uname -a
Linux linwin 2.6.25.18-0.2-default #1 SMP 2008-10-21 16:30:26 +0200 x86_64 x86_64 x86_64 GNU/Linux

lsusb
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 003: ID 15ca:00c3 Textech International Ltd. Mini Optical Mouse
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 0bda:8197 Realtek Semiconductor Corp. RTL8187B Wireless Adapter
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

modinfo rtl8187
filename:       /lib/modules/2.6.25.18-0.2-default/weak-updates/drivers/net/wireless/rtl8187.ko
license:        GPL
description:    RTL8187/RTL8187B USB wireless driver
author:         Andrea Merello <andreamrl@tiscali.it>
author:         Michael Wu <flamingice@sourmilk.net>
srcversion:     3DEE69D9081759329616BED
alias:          usb:v0DF6p000Dd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v03F0pCA02d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0846p4260d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0846p6A00d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0846p6100d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp8197d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp8189d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0BDAp8187d*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0B05p171Dd*dc*dsc*dp*ic*isc*ip*
depends:        mac80211,eeprom_93cx6,cfg80211,usbcore
vermagic:       2.6.25.11-0.1-default SMP mod_unload 


 /usr/sbin/hwinfo --wlan
29: USB 00.0: 0282 WLAN controller                              
  [Created at usb.122]
  UDI: /org/freedesktop/Hal/devices/usb_device_bda_8197_00e04c000001_if0
  Unique ID: W5SY.KSb73qHPlK6
  Parent ID: uIhY.MrJLBLcWB9F
  SysFS ID: /devices/pci0000:00/0000:00:13.5/usb3/3-6/3-6:1.0
  SysFS BusID: 3-6:1.0
  Hardware Class: network
  Model: "Realtek RTL8187B_WLAN_Adapter"
  Hotplug: USB
  Vendor: usb 0x0bda "Realtek Semiconductor Corp."
  Device: usb 0x8197 "RTL8187B_WLAN_Adapter"
  Revision: "2.00"
  Serial ID: "00e04c000001"
  Driver: "rtl8187"
  Driver Modules: "rtl8187"
  Device File: wlan0
  Features: WLAN
  Speed: 480 Mbps
  HW Address: 00:c0:a8:ff:9b:ea
  Link detected: yes
  WLAN channels: 1 2 3 4 5 6 7 8 9 10 11
  WLAN frequencies: 2.412 2.417 2.422 2.427 2.432 2.437 2.442 2.447 2.452 2.457 
2.462
  WLAN encryption modes: WEP40 WEP104 TKIP CCMP
  WLAN authentication modes: open sharedkey wpa-psk wpa-eap
  Module Alias: "usb:v0BDAp8197d0200dc00dsc00dp00icFFiscFFipFF"
  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: #33 (Hub)

/sbin/ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:A0:D1:85:CD:32  
          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:252 Basisadresse:0x4000 

lo        Link encap:Lokale Schleife  
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:83 errors:0 dropped:0 overruns:0 frame:0
          TX packets:83 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:0 
          RX bytes:8319 (8.1 Kb)  TX bytes:8319 (8.1 Kb)

wlan0     Link encap:Ethernet  Hardware Adresse 00:C0:A8:FF:9B:EA  
          inet Adresse:192.168.178.25  Bcast:192.168.178.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2458 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2725 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000 
          RX bytes:1783869 (1.7 Mb)  TX bytes:542781 (530.0 Kb)

wmaster0  Link encap:UNSPEC  Hardware Adresse 00-C0-A8-FF-9B-EA-00-00-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)


kinternet-0.75-253.1

wpa_supplicant-0.5.10-37.1


/usr/sbin/rcsmpppd status
Checking for SMPPPD:                                                 running


/sbin/ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
    inet 127.0.0.2/8 brd 127.255.255.255 scope host secondary lo
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:a0:d1:85:cd:32 brd ff:ff:ff:ff:ff:ff
3: wmaster0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ieee802.11 00:c0:a8:ff:9b:ea brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:c0:a8:ff:9b:ea brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.25/24 brd 192.168.178.255 scope global wlan0

/usr/sbin/iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11bg  ESSID:"***********"  
          Mode:Managed  Frequency:2.447 GHz  Access Point: MacAdresse
   
          Bit Rate=54 Mb/s   Tx-Power=27 dBm   
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B   
          Power Management:off
          Link Quality=60/100  Signal level:-41 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

iwconfig wlan0
wlan0     IEEE 802.11bg  ESSID:"xxxxxxx"  
          Mode:Managed  Frequency:2.447 GHz  Access Point: XX:XX:XX:XX:XX  
          Bit Rate=54 Mb/s   Tx-Power=27 dBm   
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B   
          Encryption key:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx [3]   Security mode:open
          Power Management:off
          Link Quality=62/100  Signal level:-40 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0


Auszug aus lsmod:

rtl8187                        64512  0
mac80211                 271872  1 rtl8187
eeprom_93cx6            19328  1 rtl818
cfg80211                    52496  2 rtl8187,mac8021
usbcore                    188376  5 rtl8187,usbhid,ehci_hcd,ohci_hcd

Ich habe es zuerst mit den compat-wireless aus dem home Repository von Schmolle1980 probiert, dies hat jedoch nicht funktioniert. Ich habe dann das compat-wireless-kmp-default-20080909_2.6.25.11_0.rm.0.x86_64.rpm genommen, was dann nach einem Neustart die Wlanverbinbung aufgebaut hat.

Das Laptop hat einen Schalter um das Wlan an- bzw. abzuschalten. Dieser hat jedoch auf OpenSuse keine Auswirkung, das Wlan wird immer aufgebaut. Ich kann mit kinternet die Wlanverbindung Steuern (was einige Probleme brachte, da ich mit Enlightenment arbeite).

Super Arbeit, Danke

Nachtrag nach zwei Tagen:
Nach der Installation lief das wlan mit öfteren Abstürzen. Es kam als die Meldung: Missmatch in authentification. Ich hatte das Wlan über kinternet verwaltet, dort wurde unter Zugangsdaten bei authentification = none angezeigt. Auch wurde öfters die route verloren, ich musste dann die verbindung neustarten. Ich bin dann bei der Verwaltung auf wicd umgestiegen, da lief die Verbindung dann stabiler.
Nach einem Tag hatte ich dann die (Schnaps)Idee, auf den neuesten snapshot (20081005_2.6.25.16_0-rm0)upzudaten. Danach lief nichts mehr. Das Wlanmodul wurde nicht mehr erkannt. Ich habe dann versucht, nur die Version 20080909_2.6.25.11_0.1-rm0 zu installieren, was auch keinen Erfolg brachte. Das Modul wurde auch nicht erkannt. Erfolg brachte nur diese Vorgehensweise:

Zuerst habe ich über Yast das Suse-Repository mit der Version 20080615_2.6.25.5_1.1.5.2 eingespielt. Danach wurde in Yast das Wlanmodul erkannt und ich konnte es konfigurieren. Beim Verbindungsversuch kam jedoch die Meldung:

eth0 is controlled by ifplugd waiting
wlan0
wlan0 is controlled by ifplugd
WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supportet waiting
Setting up service network . . . . . . . . . . . . . . done.

Danach habe ich dann direkt auf die Version 20080909_2.6.25.11_0.1-rm0 mit yast upgedatet. Das Modul wurde immer noch erkannt. Ich musste dann den Rechner neustarten, beim nächsten Login war dann das Netzwerk verbunden.Ich habe dann den Verbindungsaufbau auf manuell gesetzt und steuere mit wicd das wlan.

Seit diesem Vorgehen habe ich bisher keine Abstürze oder verlorene route mehr gehabt. Die Verbindung kann bequem mit wicd auf- und abgebaut werden.

Sollte es noch Fragen geben helfe ich gerne, soweit ich kann

Gruß MIchael

 

[wolf]

AW: Aufruf zum Test der "reSPECed" Pakete (besonders WLAN)

Hallo,

ein bischen was erfolgreiches zu vermelden.
Letztes Wochenende lief mir ein MSI VR610-S3616FD Notebook für wenig Geld aber dafür ohne Betriebssystem über den Weg. Kurzentschlossen mitgenommen, das Linux hatte ich ja schon für den Peacock besorgt und die Installation ging dort ja auch ganz gut. Mit dem propietären ATI-Treiber und dem Treiber für den HP P1005 (reine GDI-Maschine) lief alles relativ problemlos bis auf W-LAN. Chipsatz: Athera AR242x 802.11 (5007er kompatibel)
Zuerst mit den madwifi-Treibern probiert, Verbindung kam zustande aber instabil, mit Unterbrechungen, oft nach Start kein Verbindungsaufbau.
Habe dann mit Yast alles was nach w-lan aussieht wieder deinstalliert und euren

compat-wireless-kmp-default-20080909_2.6.25.11_0.1-rm.0.x86_64.rpm

installiert. Mit den Einstellungen im Yast-> Netzverbindungen lief er dann auch ab Start.
Bisher auch staibil.

uname -a
Linux linux-cc2p 2.6.25.18-0.2-default #1 \
SMP 2008-10-21 16:30:26 +0200 x86_64 x86_64 x86_64 GNU/Linux

/sbin/lspci
...
01:05.0 VGA compatible controller: ATI Technologies Inc RS690M [Radeon X1200 Series]
02:00.0 Ethernet controller: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter (rev 01)
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev 01)

Erstmal vieelen Dank für den Treiber und die Infos zur Installation, da kommt man auch ohne zu große Detailkenntnis zu einem Ergebnis, ich hätte mir sonst wahrscheinlich einen Wolf gesucht.

Da noch Laie (mindestens für's nächste Jahr), falls Infos fehlen bitte anmeckern.

wolf

 

[xpuc]

Treiber für Sparklan WMIR-215gn WLAN Karte

Hallo zusammen,

bin neu hier und eigentlich nur auf dieses Forum gestoßen, weil ich verzweifelt versucht habe, unter openSUSE 11.1 meine neue MiniPCI-Draft-N-WLAN-Karte Sparklan WMIR-215gn mit dem Chipsatz Ralink 2860 (erhältlich z.B. bei bei minipci.biz und besonders für Linux empfohlen im c't-Artikel "Notebooks mit Draft-N-WLAN aufrüsten") zum Laufen zu kriegen.

Suse 11.1 bringt zwar einen Treiber dafür mit, mit dem wird die Karte auch gefunden und iwlist zeigt einem verfügbare Netze an - aber das Verbinden will partout nicht klappen.

Bei meiner Suche stieß ich dann auf das Forum hier und die beiden Threads:

http://www.pc-forum24.de/suse-treiber/10270-opensuse-10-3-11-x-rpm-pakete-fuer-ralink-draft-n-wlan-karten-rt2860sta-rt2870sta.html und http://www.pc-forum24.de/suse-treiber/10335-geloest-ralink-rt2860-unter-opensuse-11-0-11-1-eeepc-und-andere-eee-hardware.html

Was ich jetzt eigentlich gerne bei den beiden Threads hinzugefügt hätte, was aber nicht geht da sie geschlossen sind, ist Folgendes:

Mit dem eigentlich "richtig" scheinenden Treiber rt2860sta-*-1.8.0.0 aus dem erstgenannten und als wichtig markierten Thread funktionierte die Karte bei mir leider ebensowenig wie mit dem mit Suse mitgelieferten und einem selbstkompilierten.

Aber mit dem für den EEEPC gedachten Treiber rt2860sta_EEEPC-*-1.7.1.1 aus dem zweiten Thread funktioniert sie wunderbar! Obwohl meine Hardware definitiv nichts mit dem EEEPC zu tun hat (Sparklan WMIR-215gn in einem IBM Thinkpad R40).

Daher meine Anregung an RainMaker, doch bitte in den genannten Threads noch den Hinweis anzubringen, dass für die Sparklan WMIR-215gn der EEEPC-Treiber zu verwenden ist! Das könnte es manchem Benutzer ersparen, zunächst den falschen Treiber zu installieren. Vielleicht sollte man auch die Bezeichnung des EEEPC-Treibers überdenken, denn offensichtlich funktioniert er ja nicht nur für den EEEPC.

xpuc