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 #1810 (new defect)

Opened 14 years ago

Last modified 14 years ago

madwifi 0.9.4 crash

Reported by: anonymous Assigned to:
Priority: major Milestone:
Component: madwifi: other Version: v0.9.4
Keywords: Cc:
Patch is attached: 0 Pending:

Description (Last modified by mrenzmann)

We use kernel and the AR5413 card. We use two boards support MINIPCI. One uses for AP mode, the other uses for bridge mode.

wlan: 0.9.4
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOPS_FUNC)
ath_rate_sample: 1.2 (0.9.4)
ath_rate_minstrel: Minstrel automatic rate control algorithm 1.2 (0.9.4)
ath_rate_minstrel: Look around rate set to 10%
ath_rate_minstrel: EWMA rolloff level set to 75%
ath_rate_minstrel: Max Segment size in the mrr set to 6000 us
ath_rate_amrr: 0.1 (0.9.4)
ath_rate_onoe: 1.0 (0.9.4)
ath_pci: 0.9.4
wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 10.4 phy 6.1 radio 6.3
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5212: mem=0xafff0000, irq=19
wlan: mac acl policy registered
  1. It crashes after about 2 hour. I don't know why it crash.
  2. Once the AP reboot, after a while the bridge crash.
    # br0: port 2(ath1) entering disabled state
    # Oops: kernel access o bad area, sig: 11 [#1]f
    NIP: C30455C0 LR: C3046D0C CTR: C012EC9C
    REGS: c01fbcd0 TRAP: 0300   Tainted: P       (
    MSR: 00009032 <EE,ME,IR,DR>  CR: 24002082  XER: 00000000
    DAR: 000100B9, DSISR: 20000000
    TASK = c01dc1f8[0] 'swapper' THREAD: c01fa000
    GPR00: 00000014 C01FBD80 C01DC1F8 C1655000 C1644960 00000006 00006D8E 00006D8E 
    GPR08: 00000000 30800001 C0233100 C1644960 24002082 1005948C 01FFF000 01FF9E98 
    GPR16: FFFFFFFF 01BCC2C0 00010000 C1B9E000 C1BA0000 01B8AE4E 00000035 00006D8E 
    GPR24: C0220000 C15C4240 00000006 00000006 C1644960 C1655000 C1655000 00010001 
    Call Trace:
    [C01FBD80] [C3045634]  (unreliable)
    [C01FBDF0] [C3046D0C] 
    [C01FBE10] [C30AC720] 
    [C01FBE50] [C001C950] 
    [C01FBE70] [C001CB24] 
    [C01FBEA0] [C0009560] 
    [C01FBEB0] [C001C854] 
    [C01FBEC0] [C0009788] 
    [C01FBED0] [C0004714] 
    [C01FBF90] [C000C45C] 
    [C01FBFB0] [C0003744] 
    [C01FBFC0] [C01FC7F4] 
    [C01FBFF0] [000032C0] 
    Instruction dump:
    7c0802a6 9421ff90 7d800026 be61003c 90010074 7c9c2378 91810038 7c7e1b78

Change History

02/26/08 06:02:26 changed by mrenzmann

  • description changed.
  1. It looks like you're blindly loading all MadWifi-related modules, including all rate control modules. This just calls for trouble, and you should change that. Load Madwifi via modprobe ath_pci, and let modprobe do the job of resolving the dependancies.
  1. You provided an opaque oops dump, which is of not much use to anyone not working with your system (virtually everyone). Please provide a "decoded" oops instead, instructions can be found on DevDocs/KernelOops.