Re: ath(4) problems after sam_wifi merge

From: Ian FREISLICH <ianf_at_clue.co.za>
Date: Mon, 18 Jun 2007 15:34:44 +0200
Rui Paulo wrote:
> Hi,
> I'm having some problems with ath after the sam_wifi branch merge.
> Basically I have all the necessary modules loaded, but scanning is not
> working well.
> 
> % kldstat | egrep wlan\|ath
>  2    1 0xc097a000 12450    if_ath.ko
>  3    3 0xc098d000 2ec38    ath_hal.ko
>  4    8 0xc09bc000 2b65c    wlan.ko
>  5    2 0xc09e8000 43e8     ath_rate.ko
> 20    1 0xc0af7000 4480     wlan_tkip.ko
> 21    1 0xc0afc000 2fec     wlan_wep.ko
> 22    1 0xc0aff000 7100     wlan_ccmp.ko
> 23    1 0xc0b07000 1920     wlan_scan_ap.ko
> 24    1 0xc0b09000 552c     wlan_scan_sta.ko
> 
> Is anything missing?
> 
> My card is:
> ath0: <Atheros 5424/2424> mem 0x90100000-0x9010ffff irq 17 at device 0.0 on p
ci2
> ath0: [ITHREAD]
> ath0: using obsoleted if_watchdog interface
> ath0: mac 10.3 phy 6.1 radio 10.2
> 
> ath0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
>         ether 00:17:f2:44:ba:50
>         media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
>         status: no carrier
>         ssid "" channel 1 (2412 Mhz 11g)
>         authmode OPEN privacy OFF txpowmax 34 bmiss 7 scanvalid 60 bgscan
>         bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5
>         protmode CTS burst bintval 100

This is basically a mee too.  My hardware is the same as Rui's:

ath0_at_pci3:0:0:  class=0x020000 card=0x0086106b chip=0x001c168c rev=0x01 hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR5006 family 802.11abg Wireless NIC'
    class      = network
    subclass   = ethernet
    cap 01[40] = powerspec 2  supports D0 D3  current D0
    cap 05[50] = MSI supports 1 message 
    cap 10[60] = PCI-Express 1 legacy endpoint
    cap 11[90] = MSI-X supports 1 message in map 0x10

ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        ether 00:17:f2:50:66:16
        inet 10.0.0.18 netmask 0xffffff00 broadcast 10.0.0.255
        media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/24Mbps)
        status: associated
        ssid cluelan channel 13 (2472 Mhz 11g) bssid 00:11:50:0b:c5:a6
        authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpowmax 35
        bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250
        roam:rssi11g 14 roam:rate11g 5 protmode CTS burst roaming MANUAL
        bintval 100

In a MacBook Pro.  After recent wireless commits the interface has
become somewhat unstable.  I'm using WPA with wpa_supplicant.
Interestingly, it's more stable at home than at work.  The symptoms
I see are that even though the interface has an IP address and there
is a default route, after some time of inactivity I'll start seeing
"no route to host" error messages even though it thinks it's still
associated with the AP.

It's normally fixed by 'kldunload if_ath'.  devd or something reloads
the driver and everything starts working again.  However, sometimes
I get the following panic:

Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x188
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc04bbada
stack pointer           = 0x28:0xe7c2d9d4
frame pointer           = 0x28:0xe7c2d9ec
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = resume, IOPL = 0
current process         = 3134 (wpa_supplicant)
trap number             = 12
panic: page fault
cpuid = 1
ath0: detached
Uptime: 4h18m13s
Physical memory: 2024 MB
Dumping 181 MB: 166 150 134 118 102 86 70 (CTRL-C to abort)  54 38 22 6

#0  doadump () at pcpu.h:195
#1  0xc04c7172 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
#2  0xc04c742d in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:563
#3  0xc060eb8a in trap_fatal (frame=0xe7c2d994, eva=Variable "eva" is not availa
ble.
)
    at /usr/src/sys/i386/i386/trap.c:870
#4  0xc060f45b in trap (frame=0xe7c2d994) at /usr/src/sys/i386/i386/trap.c:276
#5  0xc05f6d4b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#6  0xc04bbada in _mtx_lock_sleep (m=0xc4e4190c, tid=3312072704, opts=0, 
    file=0xc57369c4 <Address 0xc57369c4 out of bounds>, line=2217)
    at /usr/src/sys/kern/kern_mutex.c:361
#7  0xc04bbcfc in _mtx_lock_flags (m=0xc4e4190c, opts=0, 
    file=0xc57369c4 <Address 0xc57369c4 out of bounds>, line=2217)
    at /usr/src/sys/kern/kern_mutex.c:187
#8  0xc572d7ca in ?? ()
#9  0xc4e4190c in ?? ()
#10 0x00000000 in ?? ()
#11 0xc57369c4 in ?? ()
#12 0x000008a9 in ?? ()
#13 0xe7c2da34 in ?? ()
#14 0xc076f249 in ?? ()
#15 0xc571622c in ?? ()
#16 0xc4e41800 in ?? ()
#17 0xc5007000 in ?? ()
---Type <return> to continue, or q <return> to quit--- 
#18 0xe7c2db20 in ?? ()
#19 0xc0778e75 in ?? ()
#20 0xc571622c in ?? ()
#21 0xc57174a0 in ?? ()
#22 0x00000007 in ?? ()
#23 0x00000001 in ?? ()
#24 0xc56a3800 in ?? ()
#25 0xe7c2da5c in ?? ()
#26 0xc04e214b in choosethread () at kern_switch.c:147
Previous frame inner to this frame (corrupt stack?)

Ian

--
Ian Freislich
Received on Mon Jun 18 2007 - 11:35:12 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:12 UTC