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