kern/178986: Change mac address of ath(4) is not reflected when wlan is brought up

Monthadar Al Jaberi monthadar at FreeBSD.org
Sun May 26 08:40:00 UTC 2013


>Number:         178986
>Category:       kern
>Synopsis:       Change mac address of ath(4) is not reflected when wlan is brought up
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun May 26 08:40:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator:     Monthadar Al Jaberi
>Release:        Head + r238604
>Organization:
>Environment:
FreeBSD MESH 10.0-CURRENT FreeBSD 10.0-CURRENT #254: Sat May 25 16:53:50 CEST 2013     root@:/usr/obj/mips.mips/usr/src/sys/RSPRO_MFS  mips
>Description:
The mac address of AR5413 wifi chip is not updated after a new 
mac address is assigned to it. Probably all ath(4) devices have same issue.
This results in STAs not discarding to unicast frames address to the new MAC.

>How-To-Repeat:
COLD START two RSPRO with FreeBSD HEAD.
RSPRO1# ifconfig ath0 ether 00:01:02:00:00:01
RSPRO1# ifconfig wlan create wlandev ath0 wlanmode mesh channel 1 meshid test
RSPRO1# ifconfig wlan0 192.168.3.1

RSPRO2# ifconfig ath0 ether 00:01:02:00:00:02
RSPRO2# ifconfig wlan create wlandev ath0 wlanmode mesh channel 1 meshid test
RSPRO2# ifconfig wlan0 192.168.3.2

Running 'athregs -i ath0 | grep STA' on both RSPRO reveals that the chip
still has the old mac address registered as it's STA_ID0 (station id).

Pining between the RSPROs does not work.

>Fix:
Workaround:
Running 'ifconfig ath0 up' just after setting new mac address seems to    
update the STA_ID0 register to the new mac address.

>Release-Note:
>Audit-Trail:
>Unformatted:


More information about the freebsd-bugs mailing list