Re: [PATCH] ath9k_htc: check seq number instead of cmd id for timeout

2015-04-06 Thread Fred Chou
Hi all, May I have an update on the patch status please? Thanks and regards, Fred On 13/3/2015 4:32 PM, Fred Chou wrote: From: Fred Chou fred.chou...@gmail.com As the driver may send multiple wmi commands with identical cmd id, it is more robust to check seq number for timeout instead

Re: [PATCH] ath9k_htc: check seq number instead of cmd id for timeout

2015-03-15 Thread Fred Chou
On 15/03/2015 14:48, Oleksij Rempel wrote: thank you for your patch. Looks good for me. Did you tested it? Yes. Working all right for two days. -- To unsubscribe from this list: send the line unsubscribe linux-wireless in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH] ath9k_htc: check seq number instead of cmd id for timeout

2015-03-13 Thread Fred Chou
From: Fred Chou fred.chou...@gmail.com As the driver may send multiple wmi commands with identical cmd id, it is more robust to check seq number for timeout instead. Signed-off-by: Fred Chou fred.chou...@gmail.com --- drivers/net/wireless/ath/ath9k/wmi.c | 12 ++-- drivers/net/wireless

Re: [PATCH] ath9k_htc: avoid memcpy when downloading firmware

2015-03-03 Thread Fred Chou
On 3/3/2015 2:00 PM, Eric Dumazet wrote: On Tue, 2015-03-03 at 12:24 +0800, Fred Chou wrote: From: Fred Chou fred.chou...@gmail.com The temporary buffer to hold firmware data is not really needed, and memcpy can be avoided by using data pointer instead. Signed-off-by: Fred Chou fred.chou

[PATCH] ath9k_htc: avoid memcpy when downloading firmware

2015-03-02 Thread Fred Chou
From: Fred Chou fred.chou...@gmail.com The temporary buffer to hold firmware data is not really needed, and memcpy can be avoided by using data pointer instead. Signed-off-by: Fred Chou fred.chou...@gmail.com --- drivers/net/wireless/ath/ath9k/hif_usb.c | 12 ++-- 1 file changed, 2

[PATCH v2] mac80211: correct header length calculation

2015-01-19 Thread Fred Chou
From: Fred Chou fred.chou...@gmail.com HT Control field may also be present in management frames, as defined in 8.2.4.1.10 of 802.11-2012. Account for this in calculation of header length. Signed-off-by: Fred Chou fred.chou...@gmail.com --- v2: insert management frame header length calculation

[PATCH] mac80211: correct header length calculation

2015-01-18 Thread Fred Chou
From: Fred Chou fred.chou...@gmail.com HT Control field may also be present in management frames, as defined in 8.2.4.1.10 of 802.11-2012. Account for this in calculation of header length. Signed-off-by: Fred Chou fred.chou...@gmail.com --- net/wireless/util.c | 6 ++ 1 file changed, 6

[PATCH] net: wireless: rt2x00: use helper to check capability/requirement

2014-12-26 Thread Fred Chou
From: Fred Chou fred.chou...@gmail.com Use rt2x00_has_cap_flag macro to check rt2x00dev-cap_flags. Signed-off-by: Fred Chou fred.chou...@gmail.com --- drivers/net/wireless/rt2x00/rt2x00config.c | 4 ++-- drivers/net/wireless/rt2x00/rt2x00dev.c | 18 +- drivers/net

Re: [PATCH] mac80211: fix dot11MulticastTransmittedFrameCount tested address

2014-12-21 Thread Fred Chou
On 21/12/2014 9:25 PM, Eliad Peller wrote: dot11MulticastTransmittedFrameCount should be updated according to the DA, which might be different from hdr1. Shouldn't address 1 be used to determine whether the MPDU is multicast? From Std-2012 definition of multicast: When applied to a MAC