Please note: This project is no longer active. The website is kept online for historic purposes only.
If you´re looking for a Linux driver for your Atheros WLAN device, you should continue here .

Ticket #1817 (new defect)

Opened 14 years ago

Last modified 14 years ago

madwifi does not work with -Dwext for me, just with -Dmadwifi

Reported by: felix@derklecks.de Assigned to:
Priority: minor Milestone:
Component: madwifi: driver Version:
Keywords: Cc:
Patch is attached: 0 Pending:

Description

I am using madwifi in my MacBook. 

# uname -a
Linux macbook 2.6.24.1-6-default #1 SMP 2008/02/22 15:49:32 UTC i686 i686 i386 GNU/Linux

With latest madwifi svn: 

ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.30.13 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133)
ath_pci: 0.9.3.3_SVN3366
MadWifi: ath_attach: Switching rfkill capability off
ath_rate_sample: 1.2 (0.9.3.3_SVN3366)
MadWifi: ath_attach: Switching per-packet transmit power control off
wifi0: ath_announce: Use hw queue 1 for WME_AC_BE traffic
wifi0: ath_announce: Use hw queue 0 for WME_AC_BK traffic
wifi0: ath_announce: Use hw queue 2 for WME_AC_VI traffic
wifi0: ath_announce: Use hw queue 3 for WME_AC_VO traffic
wifi0: ath_announce: Use hw queue 8 for CAB traffic
wifi0: ath_announce: Use hw queue 9 for beacons
ath_pci: wifi0: Atheros 5424/2424: mem=0x90100000, irq=16
ath0 renamed to wlan0
udev: renamed network interface ath0 to wlan0

Using NetworkManager 0.7 I cannot connect any longer to my WLAN. With the following patch I can use NetworkManager again: 

# cat rpms/networkmanager-madwifi.patch
--- src/supplicant-manager/nm-supplicant-interface.c.orig       2008-01-20 19:52:26.000000000 +0100
+++ src/supplicant-manager/nm-supplicant-interface.c    2008-01-20 19:52:50.000000000 +0100
@@ -767,7 +767,7 @@

                driver = g_new0 (GValue, 1);
                g_value_init (driver, G_TYPE_STRING);
-               g_value_set_string (driver, priv->is_wireless ? "wext" : "wired");
+               g_value_set_string (driver, priv->is_wireless ? "madwifi" : "wired");
                g_hash_table_insert (hash, "driver", driver);

                call = dbus_g_proxy_begin_call (proxy,

It does not work with plain wpa_supplicant either.

The network in question is: 

  Wireless Access Points(* = Current AP)
    *freakshow:      Infra, 00:18:F8:B8:**:**, Freq 2437 MHz, Rate 54 Mb/s, Strength 27 WPA WPA2

I am using the following versions: 

# rpm -q wpa_supplicant NetworkManager
wpa_supplicant-0.5.8-91
NetworkManager-0.7.0-27

Change History

02/28/08 16:26:59 changed by felix@derklecks.de 

# lspci -vnn -d 168c:001c
02:00.0 Ethernet controller [0200]: Atheros Communications, Inc. AR242x 802.11abg Wireless PCI Express Adapter [168c:001c] (rev 01)
        Subsystem: Apple Computer Inc. Unknown device [106b:0086]
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at 90100000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] Power Management version 2
        Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
        Capabilities: [60] Express Legacy Endpoint, MSI 00
        Capabilities: [90] MSI-X: Enable- Mask- TabSize=1
        Capabilities: [100] Advanced Error Reporting <?>
        Capabilities: [140] Virtual Channel <?>
        Kernel driver in use: ath_pci
        Kernel modules: ath_pci

03/16/08 17:59:43 changed by fabian2_de@yahoo.de

The same here... With the patch WLAN is connecting, w/o it isn't.

03/17/08 19:05:22 changed by felix@derklecks.de

The issue is "fixed" with upgrading to wpa_supplicant-0.5.10 which contains a workaround. openSUSE factory already has this version.