On Wed, 2015-02-25 at 11:50 -0800, Ben Greear wrote:
> On 02/25/2015 11:10 AM, Johannes Berg wrote:
> > On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
> >
> >> Is there a table somewhere that explains how many chains are used by each
> >> rate?
> >
> > mcsindex.com?
>
> What about OFDM and
On Wed, Feb 25, 2015 at 10:14 AM, Linus Torvalds
wrote:
>
> I'm talking about the two from Jouni - the "don't encrypt EAPOL
> frames" one, and the one-liner that makes all EAPOL frames go at the
> lowest data rate.
So I just found out and confirmed that this is not Atheros-specific in
any way - i
On Thu, Feb 26, 2015 at 7:22 AM, Adrian Chadd wrote:
> On 25 February 2015 at 10:14, Linus Torvalds
> wrote:
>
>
>> While I realize that people may disagree about the exact details of
>> how to fix this in the long run, may I suggest that in the meantime we
>> at least get the two workaround patc
On Wed, Feb 25, 2015 at 04:47:04AM -0500, Ilan Peer wrote:
> Timeout was scheduled only in case CRDA was called due to user hints,
> but was not scheduled for other cases. This can result in regulatory
> hint processing getting stuck in case that there is no CRDA configured.
>
> Change this by sch
On Wed, Feb 25, 2015 at 04:47:03AM -0500, Ilan Peer wrote:
> case NL80211_USER_REG_HINT_INDOOR:
> - return regulatory_hint_indoor_user();
> + is_indoor = !!info->attrs[NL80211_ATTR_REG_INDOOR];
> + if (info->attrs[NL80211_ATTR_SOCKET_OWNER])
> +
On Wed, Feb 25, 2015 at 04:47:02AM -0500, Ilan Peer wrote:
> Directly update the indoor setting without wrapping it as
> a regulatory request, to simplify the processing.
>
> Signed-off-by: Ilan Peer
Acked-by: Luis R. Rodriguez
Luis
--
To unsubscribe from this list: send the line "unsubscrib
On Wed, Feb 25, 2015 at 02:30:40PM +, Peer, Ilan wrote:
> Hi Luis,
>
> > -Original Message-
> > From: Luis R. Rodriguez [mailto:mcg...@suse.com]
> > Sent: Tuesday, February 24, 2015 02:03
> > To: Peer, Ilan; Jouni Malinen
> > Cc: linux-wireless@vger.kernel.org; ArikX Nemtsov
> > Subjec
Add support for new FCC DFS rules released on August 14, 2014.
FCC has added a new radar type named Radar Type 1 and original
Radar Type 1 is renamed to Radar Type 0 in consequence.
In fact, the type ID does nothing to functionalities.
In other words, even if we re-order the IDs, DFS detection will
* Job [13.02.2015 16:32]:
> This patch series adds several improvements to the readability, the
> output format of rc_stats and the calculated statistics of Minstrel
> and Minstrel-HT. Variable names got more consistent and functions
> got unified between both rate control algorithms.
i did inten
* Job [13.02.2015 16:32]:
> This patch series adds several improvements to the readability, the
> output format of rc_stats and the calculated statistics of Minstrel
> and Minstrel-HT. Variable names got more consistent and functions
> got unified between both rate control algorithms.
i did inten
Hi Jouni,
>> In case of ath9k, the driver in xmit.c allocates in function
>> ath_tx_fill_desc() a struct ath_tx_info info by memset(&info, 0,
>> sizeof(info)) .. so all info->rates[xy].Rate == 0.
>> Than function ath_buf_set_rate() sets all info->rates[xy].Rate to those
>> values specified in
On 02/25/2015 01:34 PM, Taehee Yoo wrote:
Add HAL_DEF_WOWLAN case in rtl92cu_get_hw_reg
Signed-off-by: Taehee Yoo
Acked-by: Larry Finger
@Kalle: This is V2. V1 is not OK.
Larry
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/driver
On 25 February 2015 at 10:14, Linus Torvalds
wrote:
> While I realize that people may disagree about the exact details of
> how to fix this in the long run, may I suggest that in the meantime we
> at least get the two workaround patches applied?
>
> I'm talking about the two from Jouni - the "do
On 02/25/15 13:23, Jocky Wilson wrote:
Sebastien Bourdeauducq writes:
On Tuesday, February 17, 2015 03:49 AM, Arend van Spriel wrote:
So it is a one-off and not showing the issue you are seeing. Your issue
seems to be due to failing firmware so you may need b5 firmware.
Making some progres
On 02/25/2015 11:10 AM, Johannes Berg wrote:
> On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
>
>> Is there a table somewhere that explains how many chains are used by each
>> rate?
>
> mcsindex.com?
What about OFDM and CCK. Are those always 1 chain?
Thanks,
Ben
--
Ben Greear
Candela
Add HAL_DEF_WOWLAN case in rtl92cu_get_hw_reg
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.c
b/drivers/net/wireless/rtlwifi/rtl8192cu/hw.c
index fe4b699..96bae39 100644
-
On Wed, 2015-02-25 at 20:21 +0100, Arend van Spriel wrote:
> On 02/25/15 20:10, Johannes Berg wrote:
> > On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
> >
> >> Is there a table somewhere that explains how many chains are used by each
> >> rate?
> >
> > mcsindex.com?
>
> Nice. Adding that to
2015-02-26 4:12 GMT+09:00 Larry Finger :
> On 02/25/2015 12:59 PM, ap420073 . wrote:
>>
>> 2015-02-26 3:33 GMT+09:00 Larry Finger :
>>>
>>> On 02/25/2015 11:58 AM, Taehee Yoo wrote:
rtl_op_stop get wowlan state but rtl92cu_get_hw_reg has not process.
Signed-off-by: Taehee Y
On 02/25/15 20:10, Johannes Berg wrote:
On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
Is there a table somewhere that explains how many chains are used by each
rate?
mcsindex.com?
Nice. Adding that to my bookmarks. What happened to that quirky MCS32.
Regards,
Arend
--
To unsubscr
On Wed, 2015-02-25 at 10:51 -0800, Ben Greear wrote:
> Is there a table somewhere that explains how many chains are used by each
> rate?
mcsindex.com?
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordom
On 02/25/2015 12:59 PM, ap420073 . wrote:
2015-02-26 3:33 GMT+09:00 Larry Finger :
On 02/25/2015 11:58 AM, Taehee Yoo wrote:
rtl_op_stop get wowlan state but rtl92cu_get_hw_reg has not process.
Signed-off-by: Taehee Yoo
Has this been tested? I am not aware that the RTL8192CU firmware coul
2015-02-26 3:33 GMT+09:00 Larry Finger :
> On 02/25/2015 11:58 AM, Taehee Yoo wrote:
>>
>> rtl_op_stop get wowlan state but rtl92cu_get_hw_reg has not process.
>>
>> Signed-off-by: Taehee Yoo
>
>
> Has this been tested? I am not aware that the RTL8192CU firmware could
> handle WOWLAN.
>
> Larry
>
Suppose a NIC wants to decrease TX power for certain rates based on the
number of chains (ie, subtract amount A from requested rate for 2 chains,
and B for 3 chains).
I assume the NIC wants to do this is because if the pkt is transmitted out each
antenna,
then there is ~3x the power put onto the
On 02/25/2015 11:58 AM, Taehee Yoo wrote:
rtl_op_stop get wowlan state but rtl92cu_get_hw_reg has not process.
Signed-off-by: Taehee Yoo
Has this been tested? I am not aware that the RTL8192CU firmware could handle
WOWLAN.
Larry
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 6 +
Linus Torvalds wrote:
> Last time I had connection issues with this laptop, nothing ended up
> happening in the end, and I had people pipe up saying they had had
> similar problems. I'd hate for the same "nothing" to happen this time
> just because people aren't 100% sure what the final right thing
On Wed, Feb 25, 2015 at 6:47 AM, Jouni Malinen wrote:
>
> There may be something else wrong (say, some kind of interference), but
> there is no way we can assume normal users to be able to fix such
> issues. If we make EAPOL frames go through more robustly, the connection
> can be established in m
rtl_op_stop get wowlan state but rtl92cu_get_hw_reg has not process.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.c
b/drivers/net/wireless/rtlwifi/rtl8192cu/hw.c
inde
On 02/25/2015 07:24 AM, Dan Carpenter wrote:
From the indenting, it seems like the READ_NEXT_PAIR() was supposed to
be inside the while loop.
Signed-off-by: Dan Carpenter
Good catch.
Acked-by: Larry Finger
Thanks,
Larry
diff --git a/drivers/net/wireless/rtlwifi/rtl8188ee/phy.c
b/driv
Previously, the indoor setting configuration assumed that as
long as a station interface is connected, the indoor environment
setting does not change. However, this assumption is problematic
as:
- It is possible that a station interface is connected to a mobile
AP, e.g., softAP or a P2P GO, wher
Timeout was scheduled only in case CRDA was called due to user hints,
but was not scheduled for other cases. This can result in regulatory
hint processing getting stuck in case that there is no CRDA configured.
Change this by scheduling a timeout every time CRDA is called. In
addition, in restore_
Directly update the indoor setting without wrapping it as
a regulatory request, to simplify the processing.
Signed-off-by: Ilan Peer
---
net/wireless/reg.c | 34 +++---
1 file changed, 3 insertions(+), 31 deletions(-)
diff --git a/net/wireless/reg.c b/net/wireless/re
On Tue, Feb 24, 2015 at 11:38:02PM +0100, Thomas Hühn wrote:
> Minstrel_HT does only set mrr[0..2] and does not touch the fourth mrr[3],
> assumed chips with 4 mrr stages.
> In function minstrel_ht_update_rates() the rate table struct
> ieee80211_sta_rates is set for the first 3 out of 4 rates an
On Wed, Feb 25, 2015 at 06:00:08PM +1300, Felix Fietkau wrote:
> Minstrel_ht does *NOT* use mrr[3], nor should it. For normal data
> packets, a little packet loss under tough conditions is good, otherwise
> we risk lots of wasted airtime and bufferbloat.
I agree for normal data packets, but EAPOL
Hi Luis,
> -Original Message-
> From: Luis R. Rodriguez [mailto:mcg...@suse.com]
> Sent: Tuesday, February 24, 2015 02:03
> To: Peer, Ilan; Jouni Malinen
> Cc: linux-wireless@vger.kernel.org; ArikX Nemtsov
> Subject: Re: [PATCH v6 1/2] cfg80211: Add API to change the indoor
> regulatory se
>From the indenting, it seems like the READ_NEXT_PAIR() was supposed to
be inside the while loop.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/wireless/rtlwifi/rtl8188ee/phy.c
b/drivers/net/wireless/rtlwifi/rtl8188ee/phy.c
index 3f6c59c..a2bb02c 100644
--- a/drivers/net/wireless/rtlwif
Add support for WOW disconnect and magic-packet.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/Makefile | 1 +
drivers/net/wireless/ath/ath10k/core.c | 1 +
drivers/net/wireless/ath/ath10k/core.h | 8 +
drivers/net/wireless/ath/ath10k/mac.c| 75 +
driv
Add WMI support for WOW like enable,
wakeup events and host wakeup indication.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 70 +++
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 116 +++-
drivers/net/wireless/ath/ath10k/wmi-tlv.h |
Add patterns support for WOW.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/core.c| 1 +
drivers/net/wireless/ath/ath10k/hw.h | 1 +
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 2 +-
drivers/net/wireless/ath/ath10k/wmi.h | 4 +++
drivers/net/wireless/ath/ath
Add WMI support for WOW patterns.
Signed-off-by: Janusz Dziedzic
---
drivers/net/wireless/ath/ath10k/wmi-ops.h | 45 +++
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 130 ++
drivers/net/wireless/ath/ath10k/wmi-tlv.h | 38 +
3 files changed, 213 insert
Sebastien Bourdeauducq writes:
>
> On Tuesday, February 17, 2015 03:49 AM, Arend van Spriel wrote:
> > So it is a one-off and not showing the issue you are seeing. Your issue
> > seems to be due to failing firmware so you may need b5 firmware.
>
> Making some progress :)
> ...
> I guess that th
From: Zhaoyang Liu
During profiling, we discovered that driver remains idle for time
when pakcet is downloaded to FW but no TX_DONE has been received
i.e. while data_sent is true.
This patch adds enhancement to TX routine where we preprocess
packets from TX queue, make them ready for TX and add
From: Zhaoyang Liu
This patch does away with spinlock in
mwifiex_wmm_get_highest_priolist_ptr in order to improve TP.
Signed-off-by: Zhaoyang Liu
Signed-off-by: Shengzhen Li
Signed-off-by: Cathy Luo
Signed-off-by: Amitkumar Karwar
Signed-off-by: Avinash Patil
---
drivers/net/wireless/mwifi
From: Zhaoyang Liu
This patch removes BA setup helper routines
mwifiex_is_bastream_setup and mwifiex_is_amsdu_in_ampdu_allowed.
Current code will use two functions to check bastream setup and
amsdu in ampdu. This patch change these functions to flags, thus
avoiding redundant spin_lock check whi
This patch series includes patches which improve TX throughputs.
Marc Yang (1):
mwifiex: avoid queue_work while work is ongoing
Zhaoyang Liu (3):
mwifiex: get rid of BA setup helper functions
mwifiex: remove_bss_prio_lock
mwifiex: preprocess packets from TX queue
drivers/net/wireless/mw
From: Marc Yang
Current code does not check whether main_work_queue or
rx_work_queue is running when preparing to do queue_work,
this code fix add check before calling queue_work, reducing
unnecessary queue_work switch.
This change instead sets more_task flag to ensure we run main_process
superl
Features which are device specific are already updated in
interface specific initialization e.g. register_dev.
We should not initialize them in mwifiex_init_adapter();
else this would overwrite earlier settings.
Signed-off-by: Avinash Patil
Signed-off-by: Amitkumar Karwar
---
drivers/net/wirele
The command was truncated so the parameter value
was seen in fw as 0. This caused U-APSD enabled
stations to be misconfigured and mistreated by AP.
Signed-off-by: Michal Kazior
---
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
On Tue, 2015-02-24 at 12:58 -0600, James Minor wrote:
> When using the wext compatibility code in cfg80211, part of the IEs
> can be truncated if the passed user buffer is large enough for the
> BSS but not large enough for all of the IEs. This can cause an EAP
> network to show up as a PSK networ
On 25 February 2015 at 08:55, Marek Puzyniak wrote:
[...]
> diff --git a/drivers/net/wireless/ath/ath10k/core.h
> b/drivers/net/wireless/ath/ath10k/core.h
> index 94a8788..14b99c8 100644
> --- a/drivers/net/wireless/ath/ath10k/core.h
> +++ b/drivers/net/wireless/ath/ath10k/core.h
> @@ -604,6 +604
Hi Felix,
On Friday 20 February 2015 15:12:10 Sven Eckelmann wrote:
> > static void
> >
> > @@ -846,6 +857,8 @@ minstrel_ht_update_caps(void *priv, struct
> > ieee80211_supported_band *sband,
> >
> > msp->is_ht = true;
> > memset(mi, 0, sizeof(*mi));
> >
> > +
> > + mi->sta = sta;
>
On Wed, 25 Feb 2015 01:49:02 +0100, Sergei Antonov wrote:
> On 6 February 2015 at 18:29, Jakub Kiciński wrote:
> > Hello everyone!
> >
> > I put together a mac80211 driver for Mediatek MT7601U. It's partially
> > based on Felix's mt76, but I'm not sure if it will make sense to merge
> > the two t
From: Johannes Berg
Revert commit ad38bfc916da ("mac80211: Tx frame latency statistics")
(along with some follow-up fixes).
This code turned out not to be as useful in the current form as we
thought, and we've internally hacked it up more, but that's not
very suitable for upstream (for now), and
On Wed, 2015-02-25 at 02:41 +0530, Krishna Chaitanya wrote:
> On Wed, Feb 25, 2015 at 2:17 AM, Johannes Berg
> wrote:
> > On Wed, 2015-02-25 at 02:03 +0530, Krishna Chaitanya wrote:
> >
> >> Use case2: When changing from HT40-VHT80, the connection goes through
> >> but it still connected as HT40 (
53 matches
Mail list logo
