(Gelöst) SuSe11RC1/ath5k

Status
Für weitere Antworten geschlossen.

cal

Member
Hallo,
hab mal versucht meinen ath5212/5213-Chip zum laufen zu überreden.
Code:
linux-qp9x:/home/cal # uname -a
Linux linux-qp9x 2.6.25.5-1.1-default #1 SMP 2008-06-07 01:55:22 +0200 x86_64 x86_64 x86_64 GNU/Linux
Es scheint aber ein -möglicherweise nicht SuSE spezifisches- Problem mit dem verwendeten ath5k-Modul zu geben. Der ath5k läuft nach einem Dist-upgrade auch auf meinem Sidux 2008.0 nicht mehr. Kernelversion dort 2.6.25-6.slh.3-sidux-amd64
Code:
linux-qp9x:/home/cal # hwinfo --wlan
01: PCI 408.0: 0282 WLAN controller
  [Created at pci.310]
  UDI: /org/freedesktop/Hal/devices/pci_168c_13
  Unique ID: y9sn.irx8N41FxI2
  Parent ID: CLZK.vuIf6LvchL4
  SysFS ID: /devices/pci0000:00/0000:00:12.0/0000:04:08.0
  SysFS BusID: 0000:04:08.0
  Hardware Class: network
  Model: "Atheros AR5212/AR5213 Multiprotocol MAC/baseband processor"
  Vendor: pci 0x168c "Atheros Communications, Inc."
  Device: pci 0x0013 "AR5212/AR5213 Multiprotocol MAC/baseband processor"
  SubVendor: pci 0x1385 "Netgear"
  SubDevice: pci 0x5e00
  Revision: 0x01
  Driver: "ath5k_pci"
  Driver Modules: "ath5k"
  Device File: wlan0
  Features: WLAN
  Memory Range: 0xdffe0000-0xdffeffff (rw,non-prefetchable)
  IRQ: 18 (no events)
  HW Address: 00:0f:b5:88:e0:88
  Link detected: no
  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:v0000168Cd00000013sv00001385sd00005E00bc02sc00i00"
  Driver Info #0:
    Driver Status: ath5k is active
    Driver Activation Cmd: "modprobe ath5k"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #13 (PCI bridge)
Code:
linux-qp9x:/home/cal # knetworkmanager
DCOPClient::attachInternal. Attach failed Could not open network socket
DCOPClient::attachInternal. Attach failed Could not open network socket
kbuildsycoca running...
Reusing existing ksycoca
NMSettings::NMSettings
restore setting: ConnectionSetting_XjVHA5BsOiqDVV1J_connection
restore setting: ConnectionSetting_XjVHA5BsOiqDVV1J_ipv4
restore setting: ConnectionSetting_XjVHA5BsOiqDVV1J_802-11-wireless
restore setting: ConnectionSetting_XjVHA5BsOiqDVV1J_802-11-wireless-security
WirelessSecurity::fromMap
restore setting: ConnectionSetting_XjVHA5BsOiqDVV1J_802-1x
IEEE8021x::fromMap
restore secret: ConnectionSecrets_XjVHA5BsOiqDVV1J_802-11-wireless-security
WirelessSecurity::fromMap
 Connection::GetSettings, obj: /org/freedesktop/NetworkManagerSettings/Connection/0
  Processing Setting 'connection'
  Attach setting 'connection'
    autoconnect: <bool>false</bool>
    id: <string>darkover</string>
    type: <string>802-11-wireless</string>
  Processing Setting 'ipv4'
  Attach setting 'ipv4'
    method: <string>dhcp</string>
  Processing Setting '802-11-wireless'
  Attach setting '802-11-wireless'
    mode: <string>infrastructure</string>
    security: <string>802-11-wireless-security</string>
    ssid: <list>  <byte>100</byte>  <byte>97</byte>  <byte>114</byte>  <byte>107</byte>  <byte>111</byte>  <byte>118</byte>  <byte>101</byte>  <byte>114</byte> </list>
  Processing Setting '802-11-wireless-security'
  Attach setting '802-11-wireless-security'
    group: <list>  <string>tkip</string>  <string>ccmp</string> </list>
    key-mgmt: <string>wpa-psk</string>
    pairwise: <list>  <string>tkip</string>  <string>ccmp</string> </list>
    psk: <string></string>
    wep-tx-keyidx: <int32>0</int32>
  Processing Setting '802-1x'
  Setting '802-1x' is empty, discarding
Auch testweises Abschalten der Verschlüsselung sowie ifup-Methode brachten keine Verbindung zustande, weswegen ich davon ausgehe das networkmanager und Wpa_supplicant als Störquelle ausscheiden.
Leider kenn ich mich auch nicht so gut aus daß ich einen Fehler meinerseits auschließen kann.
Code:
linux-qp9x:/home/cal # iwconfig
lo        no wireless extensions.

eth0      no wireless extensions.

wmaster0  no wireless extensions.

wlan0     IEEE 802.11g  ESSID:""
          Mode:Managed  Frequency:2.412 GHz  Access Point:[B] Not-Associated[/B]
          Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          [B]Encryption key:off[/B]
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
Code:
linux-qp9x:/home/cal # dmesg | grep ath
ath5k_pci 0000:04:08.0: registered as 'phy0'
ath5k phy0: Atheros AR5213A chip found (MAC: 0x79, PHY: 0x45)
ath5k phy0: RF2112A 2GHz radio found (0x56)
Die korrekten Treiber und keys sind in Yast bzw im Networkmanager eingetragen.
Hat noch jemand entsprechende -oder positive- Erfahrungen gemacht?
Aus welchem Paket bekomme ich eigentlich den Treiber?
"ath5k" in der Yast-Suche bringt keine Ergebnisse und "wireless" außer einigen uninteressanten Einträgen wie firmware usw. lediglich die installierten wirelesstools.
und die nicht instalierten kdenetwork3-wireless.
 

Rain_Maker

Administrator
Teammitglied
jkeiper schrieb:
Aus welchem Paket bekomme ich eigentlich den Treiber?
Zumindest das lässt sich leicht beantworten

Code:
pacman -Qo /lib/modules/2.6.25-ARCH/kernel/drivers/net/wireless/ath5k/ath5k.ko
/lib/modules/2.6.25-ARCH/kernel/drivers/net/wireless/ath5k/ath5k.ko 
ist in [B]kernel26 2.6.25.6-1[/B] enthalten
was auch analog für Sidux und openSUSE oder genauer "alles, was Kernel 2.6.25 oder neuer hat" gilt.

Greetz,

RM
 

cal

Member
AW: SuSe11RC1/ath5k

ups, danke!

Aber damit fällt das von mir angedachte Ausprobieren einer anderen Version des ath5k wohl -mangels Kenntnissen meinerseits- aus.
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Nun ja, Du könntest bei Kollege schmolle vorbeischauen

Index of /pub/opensuse/repositories/home:/schmolle1980

und sofern die aktuellen Builds des compat-wireless für 11.0 zur bei Dir laufenden Kernelversion passen dort direkt das entsprechende kmp-Paket holen oder -dann passt die Version garantiert- einen Rebuild des src.rpm durchführen.

Greetz,

RM
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Wenn der ath5k in der 11.0 wirklich buggy sein sollte, dann sage ich unseren neuen madwifi-Paketen und dem compat-wireless eine "downloadreiche" Zukunft voraus.

Wobei man vielleicht dann die Module aus dem compat-wireless in einzelne Pakete "verwursten" könnte (für die Problemkinder), sollte eigentlich kein Problem sein.

@jkeiper

Willst Du wirklich was testen?

Dann könnte ich Dir da vielleicht etwas zusammenbasteln, Du müsstest es aber selbst "rebuilden" (was aber fix gehen würde).

//Edit:

OK, wird doch etwas komplizierter .... mal sehen

Greetz,

RM
 

cal

Member
AW: SuSe11RC1/ath5k

ok, ich versuch mal das mit dem rebuild.
Muß aber noch etwas warten -Schlafdefizit und heut abend wieder Nachtschicht.
Danke euch.

edit @Rain_Maker: Da haben sich unsere Posts überschnitten.
jetzt etwas ausgechlafener:
Willst Du wirklich was testen?
Ja, sicher, gerne.

Habe gerade mal nach einem Rebuild aus der o.a. Quelle versucht die daraus resultierenden RPMs zu installieren:

Code:
linux-qp9x:/usr/src/packages/RPMS/x86_64 # rpm -i compat-wireless-kmp-default-20080615_2.6.25.5_1.1-1.1.x86_64.rpm
#error: Failed dependencies:
        ksym(default:__ieee80211_get_channel) = a62b27f7 is needed by compat-wireless-kmp-default-20080615_2.6.25.5_1.1-1.1.x86_64
Kernelsyms sind installiert und Suche in YAST nach ksym ergibt nur ksymoops (installiert)


Standby...
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Sehr seltsam, da fehlt ein Modulsymbol, welches eigentlich vorhanden sein sollte, da ja beim Build genau diese (aus kernel-syms) verwendet werden.

Die Versionen stimmen überein? (kernel-syms/kernel-default/kernel-source)

Da aber die Builds aus dem compat-wireless zur Zeit eher wenig zuverlässig funktionieren (unter 10.3 kompiliert der Kram erst seit gestern wieder und auch da gibts "Seltsamkeiten"), würde ich Dir zuerst empfehlen, einen etwas älteren Build zu versuchen.

http://www.pc-forum24.de/downloads.php?do=file&id=1113

Was ich als einfachere Lösung vorhatte (nur ath5k aus compat-wireless als Grundlage für ein RPM zu verwenden) ist nicht so ganz trivial, wie ich zuerst dachte.

Greetz,

RM
 

cal

Member
AW: SuSe11RC1/ath5k

Rain_Maker schrieb:
Die Versionen stimmen überein? (kernel-syms/kernel-default/kernel-source)

Da aber die Builds aus dem compat-wireless zur Zeit eher wenig zuverlässig funktionieren (unter 10.3 kompiliert der Kram erst seit gestern wieder und auch da gibts "Seltsamkeiten"), würde ich Dir zuerst empfehlen, einen etwas älteren Build zu versuchen.

http://www.pc-forum24.de/downloads.php?do=file&id=1113


Greetz,

RM
Versionen stimmen.

Aber
Code:
linux-qp9x:/home/cal # rpmbuild --rebuild compat*

Eine weile Geratter....

  CC [M]  /usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless/b43/main.o
/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless/b43/main.c: In function ‘handle_irq_noise’:
/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless/b43/main.c:1185: error: implicit declaration of function ‘clamp_val’
make[5]: *** [/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless/b43/main.o] Fehler 1
make[4]: *** [/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless/b43] Fehler 2
make[3]: *** [/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug/drivers/net/wireless] Fehler 2
make[2]: *** [_module_/usr/src/packages/BUILD/compat-wireless-2008-05-19/obj/debug] Fehler 2
make[1]: *** [sub-make] Fehler 2
make: *** [all] Fehler 2
make: Leaving directory `/usr/src/linux-2.6.25.5-1.1-obj/x86_64/debug'
error: Bad exit status from /var/tmp/rpm-tmp.92323 (%build)


RPM build errors:
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    user axel does not exist - using root
    Bad exit status from /var/tmp/rpm-tmp.92323 (%build)
rpmbuild hatte bei meinem vorher genannten Versuch funktioniert, RPMs wurden dort in /usr/src/packages/RPMS/x86_64 erstellt. Jetzt ist das Verzeichnis natürlich leer.

So, jetzt ist erstmal -nach 3 Wochen Urlaub und Wiederaufbau einer Bruchsteinmauer in unserem Garten- Nachtschicht angesagt.
Danke mal soweit.
 

schmolle

New Member
AW: SuSe11RC1/ath5k

Also im Repo. liegen bloß folgende :

openSUSE:11.0

Code:
compat-wireless-kmp-debug-20080615_2.6.25.4_8.2-5.1.x86_64.rpm   
compat-wireless-kmp-default-20080615_2.6.25.4_8.2-5.1.x86_64.rpm 
compat-wireless-kmp-xen-20080615_2.6.25.4_8.2-5.1.x86_64.rpm
openSUSE:11.0_update

Code:
compat-wireless-kmp-debug-20080615_2.6.25.4_8.2-5.1.x86_64.rpm   
compat-wireless-kmp-default-20080615_2.6.25.4_8.2-5.1.x86_64.rpm 
compat-wireless-kmp-xen-20080615_2.6.25.4_8.2-5.1.x86_64.rpm
Somit kann das nicht passen :)

Den Kernel den du hast ist aktuell in Factory verfügbar wenn die openSUSE:11.0 Released ist werden auch die 11.0 Repos. stimmen

Ich baue jetzt ein Aktuelles Paket auf meine openSUSE Maschine stelle das gleich Online :)

/Edit :

Paket kann hier geladen werden

ftp://linuxhilfe.homeftp.org/forum
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Nach einigem Gebastel von schmolle und meiner Wenigkeit ist das Problem immer noch nicht klar lokalisiert, weshalb es zwei mögliche Tests gäbe.

1. Test:

Das RPM _ausnahmsweise_ mit --nodeps installieren und dann folgendes testen.

- Lassen sich Treiber, die von ieee80211 _nicht_ abhängen, laden? (ath5k wäre z.B. einer)

- Lassen sich Treiber, die von ieee80211 abhängen, laden? (da wäre z.B. der ipw2200 zu nennen)

Eventuelle Ausgaben von 'dmesg|tail' nach dem Laden des jeweiligen Moduls posten, ich vermute bei Ersterem "ja" und bei Zweiterem "nein, es gibt eine unknown Symbol in Module Meldung".

2. Test (nach vorheriger Deinstallation des RPM-Paketes):

- Ein händischer Build mit "make" und "make install", das ist in diesem Falle recht "sauber", da die Module an die selbe Stelle wie mit dem RPM installiert werden, ausserdem entfernt ein "make uninstall" die Module sauber.

Den aktuellen Tarball gibt es entweder im src.rpm oder hier:

http://linuxwireless.org/download/compat-wireless-2.6/compat-wireless-2.6.tar.bz2

- Anschliessend der selbe Test mit einem "nicht-ieee80211-Modul" und einem "ieee80211-Modul" wie im ersten Test.

Ich vermute den Fehler in kernel-syms, die obigen Tests geben vielleicht einen Hinweis.

Greetz,

RM
 

schmolle

New Member
AW: SuSe11RC1/ath5k

So ich habe das Module noch mal gebaut mit Factory Kernel der Aktuell ist

Code:
schmolle@Boss-Laptop-Hp:/root> uname -a
Linux Boss-Laptop-Hp 2.6.25.5-1.1-default #1 SMP 2008-06-07 01:55:22 +0200 x86_64 x86_64 x86_64 GNU/Linux
Der gehabte Fehler wie immer :

Code:
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 # rpm -Uhv compat-wireless-kmp-default-20080615_2.6.25.5_1.1-5.1.x86_64.rpm
error: Failed dependencies:
        ksym(default:__ieee80211_get_channel) = a62b27f7 is needed by compat-wireless-kmp-default-20080615_2.6.25.5_1.1-5.1.x86_64
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 #
mit nodpes Intalliert ging dann !

Dann folgendes :

Code:
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 # modprobe -r iwl4965
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 # modprobe iwl4965
Jetzt sieht man das der neuere Treiber vom compat-wireless geladen wird

Code:
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 # dmesg | grep iwl
[    8.019303] iwl4965: Intel(R) Wireless WiFi Link 4965AGN driver for Linux, 1.2.23ks
[    8.021424] iwl4965: Copyright(c) 2003-2007 Intel Corporation
[    8.029470] iwl4965: Detected Intel Wireless WiFi Link 4965AGN
[    8.558559] iwl4965: Tunable channels: 13 802.11bg, 19 802.11a channels
[    8.562647] phy0: Selected rate control algorithm 'iwl-4965-rs'
[  925.240829] iwl4965: Intel(R) Wireless WiFi Link 4965AGN driver for Linux, [COLOR=Red][B]1.2.26ks[/B][/COLOR]
[  925.240833] iwl4965: Copyright(c) 2003-2008 Intel Corporation
[  925.240951] iwl4965: Detected Intel Wireless WiFi Link 4965AGN REV=0x4
[  925.277138] iwl4965: Tunable channels: 13 802.11bg, 19 802.11a channels
[  925.277902] phy0: Selected rate control algorithm 'iwl-4965-rs'
Boss-Laptop-Hp:/usr/src/packages/RPMS/x86_64 #
Wlan Karte geht ohne Probleme iwlist scan ging alles super :)

Jetzt bei ipw2200 wird auch alles geladen ohne Probleme

Code:
[ 1278.873213] ieee80211_crypt: registered algorithm 'NULL'
[ 1278.875478] ieee80211: 802.11 data/management/control stack, git-1.1.13
[ 1278.875483] ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
[ 1278.878200] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq
[ 1278.878205] ipw2200: Copyright(c) 2003-2006 Intel Corporation
ath5k lässt sich auch alles laden ohne Fehler !

/edit

build.log angehängt :)

Have Fun :)
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Hm,

das ist eine zwiespältige Geschichte, auch wenn es mit diesem "Workaround" funktioniert.

Immerhin sollen die Pakete ja einen Vorteil gegenüber händischer Installation bieten und sauber (de)installierbar sein sowie auch nach einem "normalen" Kernelupdate funktionieren.

Pakete, die sich nur mit "--nodeps" installieren lassen (auch wenn sie dann scheinbar funktionieren) sind irgendwie nicht das, was man den Usern anbieten möchte (vor allem, weil dann vielleicht gerade Neulinge denken, daß das Ignorieren von Abhängigkeiten ganz normal sei).

Irgendwie müssen wir da eine bessere Lösung finden, sofern der Fehler nicht im System selbst steckt.

//Edit:

Kurzer Blick ins Buildlog:

Code:
Processing files: compat-wireless-kmp-default-20080615_2.6.25.5_1.1-5.1

-------------------
ksym(ieee80211_get_buffered_bc) = e6dc61d6 ksym(ieee80211_get_channel) = 79fe30f2 
[B]ksym(__ieee80211_get_channel) = a62b27f7 [/B]
ksym(ieee80211_get_channel_flags) = cdd8401f 
ksym(ieee80211_get_crypto_ops) = 3282ad29 
ksym(ieee80211_get_geo) = 3615b7cd
Mal sehen, was man damit anfangen kann, zumindest passt hier scheinbar alles.

Greetz,

RM
 

schmolle

New Member
AW: SuSe11RC1/ath5k

Hi ,

das komische an der Sache ist aber nun mal das es nicht an den Paket liegt weil genau der gleich snapshot baut auf der 10.3 super mit Aktuellen Kernel

12:14 Dexter-Kernel-One:~ > uname -a
Linux Dexter-Kernel-One 2.6.25.6-8-default #1 SMP 2008-06-13 11:21:09 +0200 x86_64 x86_64 x86_64 GNU/Linux
12:14 Dexter-Kernel-One:~ >
dort gibt es in keine weise Fehler beim Installieren des Paketes :)

Ich habe die build.log auch mal mitschreiben lassen gestern bekam ich die Augen nicht mehr so recht auf war ja schon Spät ! Hänge die mal an noch von der 10.3 !

Have Fun :)
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Ich hatte mich auch erst vertan, da stimmt alles (auch die "Nummer" des Symbols).

Mach mal Folgendes (unter 10.3 und 11.0)

Code:
grep ieee80211_get_channel /usr/src/linux-obj/i386/default/Module.symvers

bzw.

grep ieee80211_get_channel /usr/src/linux-obj/x86_64/default/Module.symvers

und

zgrep ieee80211_get_channel /boot/symsets-[COLOR='Red']*Kernelversion*[/COLOR]-default.tar.gz

zgrep ieee80211_get_channel /boot/symvers-[COLOR='Red']*Kernelversion*[/COLOR]-default.gz
Greetz,

RM
 

schmolle

New Member
AW: SuSe11RC1/ath5k

Jepp ,

openSUSE:10.3


grep ieee80211_get_channel /usr/src/linux-obj/x86_64/default/Module.symvers

Code:
0xba6be387      ieee80211_get_channel_flags     net/ieee80211/ieee80211 EXPORT_SYMBOL
0x1cc07f66      ieee80211_get_channel   net/ieee80211/ieee80211 EXPORT_SYMBOL
zgrep ieee80211_get_channel /boot/symvers-2.6.25.6-8-default.gz

Code:
0xba6be387      ieee80211_get_channel_flags     net/ieee80211/ieee80211 EXPORT_SYMBOL
0x1cc07f66      ieee80211_get_channel   net/ieee80211/ieee80211 EXPORT_SYMBOL
zgrep ieee80211_get_channel /boot/symsets-2.6.25.6-8-default.gz

Code:
Übereinstimmungen in Binärdatei (Standardeingabe).
openSUSE:11.0

grep ieee80211_get_channel /usr/src/linux-obj/x86_64/default/Module.symvers

Code:
0xba6be387      ieee80211_get_channel_flags     net/ieee80211/ieee80211 EXPORT_SYMBOL
0x1cc07f66      ieee80211_get_channel   net/ieee80211/ieee80211 EXPORT_SYMBOL
zgrep ieee80211_get_channel /boot/symvers-2.6.25.5-1.1-default.gz

Code:
0xba6be387      ieee80211_get_channel_flags     net/ieee80211/ieee80211 EXPORT_SYMBOL
0x1cc07f66      ieee80211_get_channel   net/ieee80211/ieee80211 EXPORT_SYMBOL
zgrep ieee80211_get_channel /boot/symsets-2.6.25.5-1.1-default.tar.gz

Code:
Übereinstimmungen in Binärdatei (Standardeingabe).


Have Fun :)
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Nun wirds richtig mysteriös.

Das genannte Symbol __ieee80211_get_channel existiert weder in 10.3 noch in 11.0, aber 10.3 beschwert sich im Gegensatz zur 11.0 nicht darüber.

Kurzes "Gurgeln" ergibt Folgendes:

1. Das Symbol "ieee80211_get_channel" (ohne die "__") gehört erwartungsgemäss zu ieee80211.

2. Das Symbol "__ieee80211_get_channel" gehört _nicht_ zu ieee80211 sondern zu mac80211 und wurde wohl samt der beiden "_" eingeführt, um eine "Verwechslung" zu vermeiden:

Gmane -- Mail To News And Back Again

Da es auf 10.3 und 11.0 im Fall von schmolles Builds um die selbe Kernelversion (2.6.25) geht und der Patch vor 2.6.25 eingereicht wurde, muss das Problem in der Art und Weise liegen, wie die 11.0 dieses nicht in den obigen Dateien definierte Symbol behandelt.

Mal sehen, was ich dazu finden kann.

Greetz,

RM
 

cal

Member
AW: SuSe11RC1/ath5k

Hallo,
da ihr euch inzwischen in -für mich- höheren Sphären bewegt:) nur noch eine kurze Bestätigung:
Code:
linux-qp9x:/home/cal/ rpmbuild --rebuild compat-wireless-20080615-5.1.src.rpm

linux-qp9x:/usr/src/packages/RPMS/x86_64 # rpm -i [B]--nodeps[/B] compat-wireless-kmp-default-20080615_2.6.25.5_1.1-5.1.x86_64.rpm


linux-qp9x:/home/cal # iwconfig
wlan0     IEEE 802.11  ESSID:"darkover"
          Mode:Managed  Frequency:2.437 GHz  Access Point: 00:0F:B5:E3:B2:98
          Bit Rate=1 Mb/s   Tx-Power=27 dBm
          Retry min limit:7   RTS thr:off   Fragment thr=2352 B
          Encryption key:
          [B]Link Quality=51/100[/B]  Signal level:-52 dBm  Noise level=-85 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0
gespannt weiter beobachtend und gerne für Tests oder weitere Angaben bereit.
 

Rain_Maker

Administrator
Teammitglied
AW: SuSe11RC1/ath5k

Und hier die entsprechenden Auszüge aus dem Build unter 10.3 gegen den dortigen, aktuellen Distributionskernel:

Code:
-------snip -----
Provides: compat-wireless-kmp = 20080615_2.6.22.17_0.1 
ksym(__ieee80211_get_assoc_led_name) = c09fc782
ksym(ieee80211_get_buffered_bc) = 86c3f8f3 
ksym(ieee80211_get_channel) = 13a1cbd1 
[B]ksym(__ieee80211_get_channel) = a408a96c [/B]
ksym(ieee80211_get_channel_flags) = 4a366ff 
ksym(ieee80211_get_crypto_ops)
Irgendetwas macht die 11.0 hier anders, nur was?

Greetz

R_atloses_M_ännchen
 
Status
Für weitere Antworten geschlossen.
Oben