The WDS client mode seems to work with ATH10k, and I have the same
problem without it.
My problem is not in the AP-VLAN feature. I didn't use the encryption
in my test. The frames with vlan tag are not sent by ath10k wireless card, in
Sta mode, AP mode, Sta + wds mode.
M
+ Marcel, wireless list, and bt list.
On 06/05/15 07:12, Jonas Thiem wrote:
Hi Jeremiah,
thanks for responding!
I did have my mobile phone very nearby also connected to the bluetooth
headphones while my laptop was still using 11n wifi. I didn't have any
noticeable issues with bluetooth there.
On 5 June 2015 at 09:55, voncken wrote:
> The WDS client mode seems to work with ATH10k, and I have the same
> problem without it.
> My problem is not in the AP-VLAN feature. I didn't use the encryption
> in my test. The frames with vlan tag are not sent by ath10k wireless card,
> > The WDS client mode seems to work with ATH10k, and I have the
> same problem without it.
> > My problem is not in the AP-VLAN feature. I didn't use the
> encryption in my test. The frames with vlan tag are not sent by ath10k
> wireless card, in Sta mode, AP mode, Sta + wds mode.
On 5 June 2015 at 11:23, voncken wrote:
[...]
>> I see no reason why this should fail. The dot1q encapsulation shouldn't
>> influence how firmware behaves.. but maybe I'm wrong.
>>
>> It's still unclear to me what your topology looks like. Perhaps you're
>> having problem with environmental config
> De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
> ow...@vger.kernel.org] De la part de Michal Kazior
> Envoyé : vendredi 5 juin 2015 11:46
> À : voncken
> Cc : linux-wireless; ath...@lists.infradead.org
> Objet : Re: ATH10K and VLAN : Frame with VLAN tag are not sent
>
> [...]
On 5 June 2015 at 12:46, voncken wrote:
>> De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
>> ow...@vger.kernel.org] De la part de Michal Kazior
>> Envoyé : vendredi 5 juin 2015 11:46
>> À : voncken
>> Cc : linux-wireless; ath...@lists.infradead.org
>> Objet : Re: ATH10K and VLAN
I never got a response on this. Is this remote exploitable or from the
firmware?
regards,
dan carpenter
On Tue, Feb 10, 2015 at 12:00:51PM +0300, Dan Carpenter wrote:
> Hello Christophe Ricard,
>
> The patch 26fc6c7f02cb: "NFC: st21nfca: Add HCI transaction event
> support" from Feb 1, 2015, le
Hi Dan,
Actually, i am sorry, i forgot to reply back on your email but i have
tried to add comments in a follow up patch for st21nfca and st21nfcb:
st21nfca: https://lists.01.org/pipermail/linux-nfc/2015-March/003463.html
st21nfcb: https://lists.01.org/pipermail/linux-nfc/2015-March/003462.html
On 4 June 2015 at 19:47, Liu CF/TW wrote:
[...]
> @@ -991,6 +994,32 @@ static int ath10k_core_init_firmware_features(struct
> ath10k *ar)
> return -EINVAL;
> }
>
> + switch (ath10k_cryptmode_param) {
> + case ATH10K_CRYPT_MODE_HW:
> + clear_bit(AT
On 5 June 2015 at 12:52, Michal Kazior wrote:
> On 5 June 2015 at 12:46, voncken wrote:
>>> De : linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
>>> ow...@vger.kernel.org] De la part de Michal Kazior
>>> Envoyé : vendredi 5 juin 2015 11:46
>>> À : voncken
>>> Cc : linux-wireless; ath
This patch fix a spelling typo in nfc-hci.txt
Signed-off-by: Masanari Iida
---
Documentation/nfc/nfc-hci.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/nfc/nfc-hci.txt b/Documentation/nfc/nfc-hci.txt
index 0686c9e..0dc078c 100644
--- a/Documentation/nfc/nfc
in the _rtl92c_phy_rf6052_config_parafile(), RF90_PATH_A and
RF90_PATH_B are same routine. so i remove one of these routine.
also the return routine is duplicated. so i remove it.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/rf.c | 4
1 file changed, 4 deletions(-)
In the rtlwifi/rtl8192cu, I change debug message "RTL8192CE" to
"RTL8192CU".
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/phy.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/phy.c
b/drivers/net/wirel
rtl92cu_rx_query_desc set a isampdu twice.
but second code is related to isfirst_ampdu.
so i change it.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/trx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/trx.c
b/d
> >>> >
> >>> > I did an interesting test. With ostinato software I generate an
> >>> > ICMP
> >>> frame without vlan tag. I changed the ethertype in the frame.
> >>> > I tried with the ethertype 0x800 (IP), 0x801, 0x8892 (PROFINET),
> >>> > 0x8100
> >>> (dot1q), 0x0600. All frames are sent except
> On 06/05/2015 12:29 PM, Ben Greear wrote:
> On 06/04/2015 07:41 PM, David Lin wrote:
> >> On 06/03/2015 09:55 PM, David Lin wrote:
> >>> Hi all,
> >>>
> >>> Herewith, I am submitting the Linux driver for WRT1900AC. The
> work
> >>> was initially developed as part of openwrt effort and maintaine
On 06/05/2015 09:01 AM, Taehee Yoo wrote:
rtl92cu_rx_query_desc set a isampdu twice.
but second code is related to isfirst_ampdu.
so i change it.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/trx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Looks good.
Ac
On 06/05/2015 09:01 AM, Taehee Yoo wrote:
In the rtlwifi/rtl8192cu, I change debug message "RTL8192CE" to
"RTL8192CU".
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/phy.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
I am not sure that anyone ever
On 06/05/2015 09:01 AM, Taehee Yoo wrote:
in the _rtl92c_phy_rf6052_config_parafile(), RF90_PATH_A and
RF90_PATH_B are same routine. so i remove one of these routine.
also the return routine is duplicated. so i remove it.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/rf
On Tue, Jun 02, 2015 at 06:23:46PM +0300, Vladimir Kondratiev wrote:
> Update for the 60 GHz rules for 2 countries - Japan and Russia.
>
> Rebase and re-sending to the right maintainer, thus mark as "v3"
> to avoid mis-interpretation
>
> Vladimir Kondratiev (2):
> wireless-regdb: Add 60GHz regu
A new release of wireless-regdb (master-2015-06-05) is available at:
https://www.kernel.org/pub/software/network/wireless-regdb/wireless-regdb-2015.06.05.tar.gz
The short log of changes since the 2015-05-15 release is below.
Thanks,
Seth
---
Petko Bordjukov (1):
wireless-regdb: update BG
> >>> [...]
> >>> >> I see no reason why this should fail. The dot1q encapsulation
> >>> >> shouldn't influence how firmware behaves.. but maybe I'm wrong.
> >>> >>
> >>> >> It's still unclear to me what your topology looks like. Perhaps
> >>> >> you're having problem with environmental configurati
I applied these and some other related patches to my hacked-upon 4.0.4, but
I am seeing some inconsistencies between how ath10k and ath9k
reports survey info. I am using my CT firmware based on 10.1.
ath9k reports ever-increasing counters for the channel time
and busy time.
With ath10k, it repor
On 06/03/2015 07:47 PM, Taehee Yoo wrote:
After physical reconnect, the rtl8192cu chipset shows low
transmission rates.It cause is that variable "iqk_initialized"
do not de-initialized. So I add this code.
Signed-off-by: Taehee Yoo
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.c | 8 +---
"Liu CF/TW" writes:
> Kalle et al. Please ignore this patch and review the new email with
> subject line changed with [PATCH V2] highlighted. Looks like only by
> doing so would it start a new thread in the ML.
> That patch is exactly the same as the last one in this thread. I
> updated the commi
This patch fixes a bug in hwmp_preq_frame_process where the wrong metric
can be used when forwarding a PREQ. This happens because the code uses
the same metric variable to record the value of the metric to the source
of the PREQ and the value of the metric to the target of the PREQ.
This comes int
On Fri, Jun 5, 2015 at 10:14 AM, Ben Greear wrote:
> I applied these and some other related patches to my hacked-upon 4.0.4, but
> I am seeing some inconsistencies between how ath10k and ath9k
> reports survey info. I am using my CT firmware based on 10.1.
>
> ath9k reports ever-increasing counte
On 06/05/2015 12:10 PM, YanBo wrote:
> On Fri, Jun 5, 2015 at 10:14 AM, Ben Greear wrote:
>> I applied these and some other related patches to my hacked-upon 4.0.4, but
>> I am seeing some inconsistencies between how ath10k and ath9k
>> reports survey info. I am using my CT firmware based on 10.1
The last hop metric should refer to link cost (this is how
hwmp_route_info_get uses it for example). But in mesh_rx_path_sel_frame
we are not dealing with link cost but with the total cost to the origin
of a PREQ or PREP.
Signed-off-by: Alexis Green
CC: Jesse Jones
---
diff --git a/net/mac8021
I think the wrapping might be even more weird that previously suspected. Here
is output from my
system.
It looks to me that when cycle count overflows, it right-shifts all of these
counters one bit. Clever, I guess, but surely a pain in the ass to deal with!
while true; do cat /debug/ieee8021
On Fri, Jun 5, 2015 at 12:22 PM, Ben Greear wrote:
> On 06/05/2015 12:10 PM, YanBo wrote:
>> On Fri, Jun 5, 2015 at 10:14 AM, Ben Greear wrote:
>>> I applied these and some other related patches to my hacked-upon 4.0.4, but
>>> I am seeing some inconsistencies between how ath10k and ath9k
>>> rep
On Fri, Jun 5, 2015 at 1:18 PM, Ben Greear wrote:
> I think the wrapping might be even more weird that previously suspected.
> Here is output from my
> system.
>
> It looks to me that when cycle count overflows, it right-shifts all of these
> counters one bit. Clever, I guess, but surely a pain
On 06/05/2015 02:00 PM, YanBo wrote:
> On Fri, Jun 5, 2015 at 1:18 PM, Ben Greear wrote:
>> I think the wrapping might be even more weird that previously suspected.
>> Here is output from my
>> system.
>>
>> It looks to me that when cycle count overflows, it right-shifts all of these
>> counters
On Fri, Jun 5, 2015 at 2:20 PM, Ben Greear wrote:
> On 06/05/2015 02:00 PM, YanBo wrote:
>> On Fri, Jun 5, 2015 at 1:18 PM, Ben Greear wrote:
>>> I think the wrapping might be even more weird that previously suspected.
>>> Here is output from my
>>> system.
>>>
>>> It looks to me that when cycl
Are there plans to add support for 802.11s mesh point mode?
On Fri, Jun 5, 2015 at 8:09 AM, David Lin wrote:
>> On 06/05/2015 12:29 PM, Ben Greear wrote:
>> On 06/04/2015 07:41 PM, David Lin wrote:
>> >> On 06/03/2015 09:55 PM, David Lin wrote:
>> >>> Hi all,
>> >>>
>> >>> Herewith, I am submit
On Fri, Jun 5, 2015 at 10:43 AM, Kalle Valo wrote:
> "Liu CF/TW" writes:
>
>> Kalle et al. Please ignore this patch and review the new email with
>> subject line changed with [PATCH V2] highlighted. Looks like only by
>> doing so would it start a new thread in the ML.
>> That patch is exactly the
On Fri, 5 Jun 2015 21:38:19 +0900
Masanari Iida wrote:
> This patch fix a spelling typo in nfc-hci.txt
Applied to the docs tree, thanks.
jon
--
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
> On 06/06/2015 6:01 AM, Alexis Green wrote:
> Are there plans to add support for 802.11s mesh point mode?
>
Yes, it will be worked on in the future.
Thanks,
David
>
> On Fri, Jun 5, 2015 at 8:09 AM, David Lin wrote:
> >> On 06/05/2015 12:29 PM, Ben Greear wrote:
> >> On 06/04/2015 07:41 PM, Dav
Hi Arend,
>> thanks for responding!
>>
>> I did have my mobile phone very nearby also connected to the bluetooth
>> headphones while my laptop was still using 11n wifi. I didn't have any
>> noticeable issues with bluetooth there.
>>
>> But I got the feeling that my phone's android drivers + hard
2015-06-06 0:37 GMT+09:00 Larry Finger :
> On 06/05/2015 09:01 AM, Taehee Yoo wrote:
>>
>> in the _rtl92c_phy_rf6052_config_parafile(), RF90_PATH_A and
>> RF90_PATH_B are same routine. so i remove one of these routine.
>> also the return routine is duplicated. so i remove it.
>>
>> Signed-off-by: T
41 matches
Mail list logo