From: Miaoqing Pan
Signed-off-by: Miaoqing Pan
---
net/mac80211/debugfs_netdev.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/mac80211/debugfs_netdev.c b/net/mac80211/debugfs_netdev.c
index 4d7473f..9aeb50d 100644
--- a/net/mac80211/debugfs_netdev.c
+++ b/net/mac802
Hi Arend van Spriel,
On 03/26/2015 10:30 PM, Arend van Spriel wrote:
> On 03/26/15 12:55, Varka Bhadram wrote:
>> On 03/25/2015 10:22 AM, Varka Bhadram wrote:
>>> Hi,
>>>
>>> I am trying setup wandboard-quad as Access Point. It has BRCM4329
>>> WiFi chip on it.
>>>
>>> As a client is working fine
When using WPA security, the station and thus the required key is
identified by its mac address when packets are received. So a
station usually cannot spoof its source mac address.
But when a station sends an A-MSDU frame, port control and crypto
is done using the outer mac address, while the pack
On 03/26/15 15:35, Jocky Wilson wrote:
Arend van Spriel writes:
This series adds firmware files for a number of "new" devices.
Admittedly there was bit of backlog. For BCM4354 SDIO this
series has firmware upgrade.
Arend, will there be a firmware for the BCM4324 SDIO rev 6 pmurev 17 which i
Folks,
We are pleased to announce that _most_ papers are now available
off the netdev website. A few are missing but we are working to get the
authors to submit them.
Most if not all slides are available.
A few videos are also up.
Harout is vigilantly working on getting the videos for most sessi
On Thu, Mar 26, 2015 at 06:33:18PM +, Malcolm Priestley wrote:
>
>
> On 26/03/15 15:22, Luis Henriques wrote:
> >Hi Malcolm,
> >
> >On Sat, Mar 07, 2015 at 04:36:37PM +, Malcolm Priestley wrote:
> >>When the driver sets this rate a power of zero value is set causing
> >>data flow stoppage
On 26/03/15 15:22, Luis Henriques wrote:
Hi Malcolm,
On Sat, Mar 07, 2015 at 04:36:37PM +, Malcolm Priestley wrote:
When the driver sets this rate a power of zero value is set causing
data flow stoppage until another rate is tried.
Signed-off-by: Malcolm Priestley
Cc: # v3.17+
Is the
"Jean-Pierre Tosoni" writes:
> I will check the wireless-regdb list instead. But it looks like the
> current python script that generates regulatory.bin was not updated
> for CAC time yet :-(
IIRC CAC patches for CRDA were not accepted or something. But it should
work with kernel internal regdb.
Thanks Kalle,
I will check the wireless-regdb list instead.
But it looks like the current python script that generates regulatory.bin
was not updated for CAC time yet :-(
Cheers,
Jean-Pierre
-Message d'origine-
De : Kalle Valo [mailto:kv...@codeaurora.org]
Envoyé : jeudi 26 mars 2015 17
On 03/26/15 12:55, Varka Bhadram wrote:
On 03/25/2015 10:22 AM, Varka Bhadram wrote:
Hi,
I am trying setup wandboard-quad as Access Point. It has BRCM4329 WiFi chip on
it.
As a client is working fine. But facing problem as a AP
I did following steps...
*1*. Linux kernel Configuration: Linux
Thank you Larry for the prompt reply. This is very clear.
Regards,
George
On Thu, Mar 26, 2015 at 6:44 PM, Larry Finger wrote:
> On 03/26/2015 11:12 AM, George Moutsopoulos wrote:
>>
>> Dear developers,
>>
>> if this is not the right place to post this, sorry for the spam. I
>> haven't filed a bu
On 03/26/2015 11:12 AM, George Moutsopoulos wrote:
Dear developers,
if this is not the right place to post this, sorry for the spam. I
haven't filed a bug report yet. Tell me if I should. I am not sure if
the problem is something kernel developers can solve.
On a laptop ASUS TP500LN, I have a w
Dear developers,
if this is not the right place to post this, sorry for the spam. I
haven't filed a bug report yet. Tell me if I should. I am not sure if
the problem is something kernel developers can solve.
On a laptop ASUS TP500LN, I have a wireless pcie card mt7630e from
mediatek. It is a wifi
"Jean-Pierre TOSONI" writes:
> Hi list,
>
> I just stumbled on this patch that IMHO was rejected for a bad reason:
>
> [PATCH v3 4/4] cfg80211: DFS use 10 minutes CAC when weather channels
> At http://www.spinics.net/lists/linux-wireless/msg115296.html
>
> The reason given is the "unachievabl
On 03/25/2015 08:16 PM, Marek Vasut wrote:
Add new ID for ASUS N10 WiFi dongle.
Signed-off-by: Marek Vasut
Tested-by: Marek Vasut
Cc: Larry Finger
Cc: John W. Linville
Acked-by: Larry Finger
Thanks,
Larry
---
drivers/net/wireless/rtlwifi/rtl8192cu/sw.c | 1 +
1 file changed, 1 inse
Hi Malcolm,
On Sat, Mar 07, 2015 at 04:36:37PM +, Malcolm Priestley wrote:
> When the driver sets this rate a power of zero value is set causing
> data flow stoppage until another rate is tried.
>
> Signed-off-by: Malcolm Priestley
> Cc: # v3.17+
Is there a reason for this patch being tagg
On 03/26/2015 04:22 AM, Michal Kazior wrote:
> There's always at most 2 credits and it makes
> little sense to set the
> ATH10K_HTC_FLAG_NEED_CREDIT_UPDATE flag
> conditionally.
>
> This seems to fix some random issues with tx
> credit starvation on WLAN.RM.2.0-00073 I've been
> seeing. Note: this
Arend van Spriel writes:
>
> This series adds firmware files for a number of "new" devices.
> Admittedly there was bit of backlog. For BCM4354 SDIO this
> series has firmware upgrade.
>
Arend, will there be a firmware for the BCM4324 SDIO rev 6 pmurev 17 which is
built in Lenovo Thinkpad Table
On Tue, Feb 24, 2015 at 12:01:52PM +0200, Robert Dolca wrote:
> +static struct i2c_device_id fdp_nci_i2c_id_table[] = {
> + {"INT339A", 0},
If this is ACPI only device you can remove the above line.
> + {}
> +};
> +
> +MODULE_DEVICE_TABLE(i2c, fdp_nci_i2c_id_table);
And this as well.
>
The synchronize_net called in function ieee_tx_ba_session_handle_start
generate a jiter after the association. I can observe a long period
(100ms or more) where no data are sent because mac80211 is blocked in
synchronize_net.
My product has several network interface and processor with 4 cores.
If
On Thu, Mar 19, 2015 at 12:39:04AM -0400, M. Vefa Bicakci wrote:
> Adjust the whitespace in the signature, local variable declaration and
> initialization parts of a number of functions to increase readability
> in rtl8723au's rtw_security.c.
>
> v2: Make sure that the arcfour_encrypt function's a
Hi list,
I just stumbled on this patch that IMHO was rejected for a bad reason:
[PATCH v3 4/4] cfg80211: DFS use 10 minutes CAC when weather channels
At http://www.spinics.net/lists/linux-wireless/msg115296.html
The reason given is the "unachievable" requirement in the ETSI norm of
99.99% de
There's always at most 2 credits and it makes
little sense to set the
ATH10K_HTC_FLAG_NEED_CREDIT_UPDATE flag
conditionally.
This seems to fix some random issues with tx
credit starvation on WLAN.RM.2.0-00073 I've been
seeing. Note: this isn't related to wmi mgmt tx.
Signed-off-by: Michal Kazior
Robert,
Another comment:
On Tue, Feb 24, 2015 at 12:01:52PM +0200, Robert Dolca wrote:
> +static struct i2c_device_id fdp_nci_i2c_id_table[] = {
> + {"INT339A", 0},
> + {}
> +};
> +
> +MODULE_DEVICE_TABLE(i2c, fdp_nci_i2c_id_table);
> +
> +
> +static const struct acpi_device_id fdp_nci_i2
Hi Clément,
On Mon, Mar 09, 2015 at 11:12:02AM +0100, clement.perroch...@effinnov.com wrote:
> From: Clément Perrochaud
>
> This patch brings support for the NXP-NCI NFC controllers family.
>
> It has been successfully tested on the following SoC boards:
> - BeagleBone
> - BeagleBone Black
>
Some trace messages were truncated and a kernel
splat could be seen in the log:
WARNING: CPU: 3 PID: 0 at
/devel/src/linux/drivers/net/wireless/ath/ath10k/./trace.h:114
ftrace_raw_event_ath10k_log_dbg+0x20e/0x220 [ath10k_core]()
Modules linked in: ath10k_pci(O) ath10k_core(O) ath iwldvm iwlw
On 26 March 2015 at 10:27, Michal Kazior wrote:
> On 20 March 2015 at 12:02, Marek Puzyniak wrote:
>> From: Michal Kazior
>>
>> There are a few different tx paths depending on
>> firmware and frame itself.
>>
>> Creating a uniform decision will make it possible
>> to switch between different txm
If htt.freq isn't cleared and contains garbage fw
may discard tx packets. Prevent this from
happening by clearing htt.freq properly.
Possible manifestation of the problem could be not
being able to send auth request/response frames on
firmware with HTT >= 3.4 (when freq param was
introduced), e.g.
On 26/03/15 07:30, Michal Kazior wrote:
> On 25 March 2015 at 16:34, Jose Antonio Delgado Alfonso
> wrote:
>> Hi all,
>>
>> I would like to ask Qualcomm's collaborators about this topic.
>>
>> We are trying to certify a AP product which uses QCA988x radio module.
>> We are using the ath10k driver
On 20 March 2015 at 12:02, Marek Puzyniak wrote:
> From: Michal Kazior
>
> There are a few different tx paths depending on
> firmware and frame itself.
>
> Creating a uniform decision will make it possible
> to switch between different txmode easier, both
> for testing and for future features as
30 matches
Mail list logo