RFT: if_ath HAL refactoring

PseudoCylon moonlightakkiy at yahoo.ca
Wed Sep 22 04:04:50 UTC 2010


----- Original Message ----
> From: Adrian Chadd <adrian at freebsd.org>
> To: PseudoCylon <moonlightakkiy at yahoo.ca>
> Cc: freebsd-current at freebsd.org
> Sent: Tue, September 21, 2010 7:04:37 AM
> Subject: Re: RFT: if_ath HAL refactoring
> 
> On 21 September 2010 11:58, PseudoCylon <moonlightakkiy at yahoo.ca>  wrote:
> 
> > Just in case anyone wonders, I've added 11n support to run(4)  (USB NIC).
> > http://gitorious.org/run/run/trees/11n_beta2
> >
> >  It still has some issues,
> > * doesn't work well with atheros chips
> >  * HT + AP + bridge = Tx may stall (seems OK with nat)
> > So, use it at your  own discretion.
> 
> Want to put together a patch?

sure!

> 
> Does it introduce  issues in the non-11n case?


No, only in 11n mode.

What I have found so far is that Ralink's driver checks MAC address of other end 
and identify atheros chip by oui. Then, sets special prot mode for it. Does this 
ring a bell?

Has node lock in ieee80211_node_timeout() cased dead lock in HT + AP + bridge?


AK





More information about the freebsd-current mailing list