On Fri, Sep 15, 2017 at 01:55:57PM -0600, Jens Axboe wrote:
> On 09/15/2017 01:51 PM, Luca Coelho wrote:
> > On Fri, 2017-09-15 at 13:48 -0600, Jens Axboe wrote:
> >> On 09/15/2017 01:38 PM, Linus Torvalds wrote:
> >>> On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
> >
> > In any case
PCI fix:
- revert an attempt to fix a race while enabling upstream bridges because
it broke iwlwifi firmware loading
The following changes since commit 711aab1dbb324d321e3d84368a435a78908c7bce:
vfs: constify path argument to kernel_read_file_from_path (2017-09-14
20:18:45 -0700)
are a
On 09/15/2017 01:51 PM, Linus Torvalds wrote:
> On Fri, Sep 15, 2017 at 12:43 PM, Luca Coelho wrote:
>> On Fri, 2017-09-15 at 12:38 -0700, Linus Torvalds wrote:
>>>
>>> From some of the context it looks like commit 40f11adc7cd9 ("PCI:
>>> Avoid race while enabling upstream bridges"), is that corre
On 09/15/2017 01:51 PM, Luca Coelho wrote:
> On Fri, 2017-09-15 at 13:48 -0600, Jens Axboe wrote:
>> On 09/15/2017 01:38 PM, Linus Torvalds wrote:
>>> On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
>
> In any case, your patch introduces a regression on systems. Please get
> it rev
On Fri, Sep 15, 2017 at 12:43 PM, Luca Coelho wrote:
> On Fri, 2017-09-15 at 12:38 -0700, Linus Torvalds wrote:
>>
>> From some of the context it looks like commit 40f11adc7cd9 ("PCI:
>> Avoid race while enabling upstream bridges"), is that correct?
>
> Yes, that's the one. And Bjorn already sent
On Fri, 2017-09-15 at 13:48 -0600, Jens Axboe wrote:
> On 09/15/2017 01:38 PM, Linus Torvalds wrote:
> > On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
> > > >
> > > > In any case, your patch introduces a regression on systems. Please get
> > > > it reverted now, and then you can come up wit
On 09/15/2017 01:38 PM, Linus Torvalds wrote:
> On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
>>>
>>> In any case, your patch introduces a regression on systems. Please get
>>> it reverted now, and then you can come up with a new approach to fix the
>>> double enable of the upstream bridge.
On 09/15/2017 01:36 PM, Luca Coelho wrote:
> On Fri, 2017-09-15 at 13:32 -0600, Jens Axboe wrote:
>> On 09/14/2017 02:36 PM, Jens Axboe wrote:
>>> On 09/14/2017 02:04 PM, Srinath Mannam wrote:
Hi Jens Axboe,
On Thu, Sep 14, 2017 at 11:14 PM, Jens Axboe wrote:
> On 09/14/201
On Fri, 2017-09-15 at 12:38 -0700, Linus Torvalds wrote:
> On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
> > >
> > > In any case, your patch introduces a regression on systems. Please get
> > > it reverted now, and then you can come up with a new approach to fix the
> > > double enable of t
On Fri, Sep 15, 2017 at 12:32 PM, Jens Axboe wrote:
>>
>> In any case, your patch introduces a regression on systems. Please get
>> it reverted now, and then you can come up with a new approach to fix the
>> double enable of the upstream bridge.
>
> Who's sending in the revert? I can certainly do
On Fri, 2017-09-15 at 13:32 -0600, Jens Axboe wrote:
> On 09/14/2017 02:36 PM, Jens Axboe wrote:
> > On 09/14/2017 02:04 PM, Srinath Mannam wrote:
> > > Hi Jens Axboe,
> > >
> > >
> > > On Thu, Sep 14, 2017 at 11:14 PM, Jens Axboe wrote:
> > > > On 09/14/2017 11:35 AM, Jens Axboe wrote:
> > > >
On 09/14/2017 02:36 PM, Jens Axboe wrote:
> On 09/14/2017 02:04 PM, Srinath Mannam wrote:
>> Hi Jens Axboe,
>>
>>
>> On Thu, Sep 14, 2017 at 11:14 PM, Jens Axboe wrote:
>>> On 09/14/2017 11:35 AM, Jens Axboe wrote:
On 09/14/2017 11:28 AM, Srinath Mannam wrote:
> Hi Bjorn,
>
> On T
On 09/15/2017 12:12 PM, Zwindl wrote:
Thanks for your patient and advice, I'll keep that in mind.
I do want help, and I got 1 day to build the system, but I can't recall how to
compile it, The last time I compile kernel is 2013, so, maybe I'll ask you so
many stupid questions during the build t
On 09/15/2017 05:10 AM, Zwindl wrote:
Original Message
Subject: Re: RTL8192EE PCIe Wireless Network Adapter crashed with linux-4.13
Local Time: 14 September 2017 6:05 PM
UTC Time: 14 September 2017 18:05
From: larry.fin...@lwfinger.net
To: Zwindl , linux-wireless@vger.kernel.o
On Fri, 2017-09-15 at 09:27 -0500, Denis Kenzior wrote:
> > > However, you're not answering my question...
> >
> > Which was?
>
> So if we issue CMD_CONNECT with a PREV_BSSID, does/should OPERSTATE
> still stay UP?
It's difficult to do, but from a higher-layer POV I'd argue that it
should? I'd
On 09/15/2017 01:26 AM, Farhan Khan wrote:
Thank you for your prompt response.
I am trying to write a FreeBSD port of this driver. The structures of
the two drivers are significantly different, so it is not a trivial
exercise.
The FreeBSD driver also has a similar block of code that writes over
Hi Johannes,
And AFAIK the kernel generates a disconnected event as soon as we
send a CMD_AUTHENTICATE, so not sure how you envision 'your'
preauthentication working...
That's what I was trying to say - it doesn't. A few years ago we tried
to support that but it's not really possible to do wel
On Fri, 2017-09-15 at 08:50 -0500, Denis Kenzior wrote:
> > I thought you meant sending an 802.11 auth frame to the new AP
> > before breaking the connection to the old AP.
> >
>
> I mean 802.11-2012 Section 11.5.9.2 type preauthentication.
Yeha, OK.
> And AFAIK the kernel generates a disconne
Hi Johannes,
On 09/15/2017 08:29 AM, Johannes Berg wrote:
On Fri, 2017-09-15 at 07:50 -0500, Denis Kenzior wrote:
E.g. if I CMD_CONNECT to AP1, then pre-authenticate to AP2 and
issue a CMD_CONNECT to AP2?
That's not something you can do with full-MAC cards?
Err, why not? Pre-Authenticatio
On 15.09.2017 10:23, Bjorn Helgaas wrote:
This reverts commit 40f11adc7cd9281227f0a6a627d966dd0a5f0cd9.
Jens found that iwlwifi firmware loading failed on a Lenovo X1 Carbon,
gen4:
iwlwifi :04:00.0: Direct firmware load for iwlwifi-8000C-34.ucode failed
with error -2
iwlwifi :04:
On Fri, 2017-09-15 at 07:50 -0500, Denis Kenzior wrote:
> > > E.g. if I CMD_CONNECT to AP1, then pre-authenticate to AP2 and
> > > issue a CMD_CONNECT to AP2?
> >
> > That's not something you can do with full-MAC cards?
>
> Err, why not? Pre-Authentication runs over a 0x88c7 protocol. So
> we
Hi Johannes,
On 09/15/2017 02:19 AM, Johannes Berg wrote:
On Thu, 2017-09-14 at 14:54 -0500, Denis Kenzior wrote:
If you want roaming to keep oper state UP in all cases, then
yes. Does this work on full mac cards as well?
I don't see why not.
E.g. if I CMD_CONNECT to AP1, then pre-authent
From: Oren Givon
The PCI ID (0x2720, 0x0070) was set with the config struct
iwla000_2ax_cfg_hr instead of iwla000_2ac_cfg_hr_cdb.
Fixes: 175b87c69253 ("iwlwifi: add the new a000_2ax series")
Signed-off-by: Oren Givon
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/pcie/drv.c
From: Luca Coelho
Hi,
Here's my first set of patches intended for 4.15. Nothing major here,
these are the changes:
* Cleanups: - remove an unused value that we read from the NVM;
- remove link quality measurement code that was never used;
* One FW command API update;
* A fix and an
From: Ilan Peer
This would enable to better catch timing issues with
cases that WRT dump takes too much time.
Signed-off-by: Ilan Peer
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/fw/dbg.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/net/wi
From: Chaya Rachel Ivgi
The driver reads xtal_calib from NVM file, but actually never uses it.
This is only used in dvm driver.
Signed-off-by: Chaya Rachel Ivgi
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/iwl-nvm-parse.c | 7 ---
1 file changed, 7 deletions(-)
diff
From: Emmanuel Grumbach
The trigger that collects data when a frame is released
because of the timer of the reordering buffer was not
implemented for 9000 devices.
Fix this.
Signed-off-by: Emmanuel Grumbach
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/mvm/mac80211.c | 28
From: Shahar S Matityahu
Devices in the A000 family can use a different size for the command queue.
To allow this, make the command queue size configurable and set the size
for A000 devices to 32.
Signed-off-by: Shahar S Matityahu
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlw
From: David Spinadel
New quota command adds a field indicating low latency
direction per quota.
A TLV API bit was added to indicate the new API.
Signed-off-by: David Spinadel
Signed-off-by: Luca Coelho
---
.../net/wireless/intel/iwlwifi/fw/api/binding.h| 41 +--
drivers/net/w
From: Emmanuel Grumbach
This was never used by any product. Remove it.
Signed-off-by: Emmanuel Grumbach
Signed-off-by: Luca Coelho
---
.../net/wireless/intel/iwlwifi/fw/api/mac-cfg.h| 67 ---
.../net/wireless/intel/iwlwifi/mvm/debugfs-vif.c | 76 --
d
From: Oren Givon
Add a new a000 device with PCI ID (0x2720, 0x0030).
Signed-off-by: Oren Givon
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/pcie/drv.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/intel/iwlwifi/pcie/drv.c
b/drivers/net/wireless
From: Luca Coelho
De-inline iwl_trans_ref/unref and move it to common transport code
in preparation for more common code to come to these functions.
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/iwl-trans.c | 16
drivers/net/wireless/intel/iwlwifi/iwl-trans
From: Liad Kaufman
Add a dbgfs entry for an easy way during runtime to
check what FW file was loaded, and get some general
FW-related data.
Signed-off-by: Liad Kaufman
Signed-off-by: Luca Coelho
---
drivers/net/wireless/intel/iwlwifi/mvm/debugfs.c | 32
1 file changed
Abort active scans when wireless interface configuration is changed.
The usecases include wireless interface mode change, interface down,
AP stop, virtual interface removal.
Signed-off-by: Sergey Matyukevich
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 9 ++---
drivers/net/wireles
Hello Kalle, Igor, and all
Here are two patches intended for 4.14. The first patch fixes tx path
regression. Lock should be held when queuing packets to h/w fifos in order to
properly handle configurations with two enabled interfaces or multiple enabled
mbss. The second patch fixes scan issues add
Fix tx path regression. Lock should be held when queuing packets
to h/w fifos in order to properly handle configurations with
multiple enabled interfaces.
Signed-off-by: Sergey Matyukevich
---
drivers/net/wireless/quantenna/qtnfmac/pearl/pcie.c | 9 -
drivers/net/wireless/quante
Hi Kalle,
Here is the first set of fixes for 4.14. More details in the tag
description.
I have sent this out before and kbuildbot didn't find any issues.
Please let me know if there are any issues.
Cheers,
Luca.
The following changes since commit 2eabc84d2f8e4f36d3719eeb6a330e10c46c8da7:
From: Yingying Tang
TDLS peer do not need WEP key. Setting WEP key will lead
to TDLS setup failure. Add fix to avoid setting WEP key
for TDLS peer.
Signed-off-by: Yingying Tang
---
drivers/net/wireless/ath/ath10k/mac.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/wire
From: Yingying Tang
TDLS peer do not need WEP key. Setting WEP key will lead
to TDLS setup failure. Add fix to avoid setting WEP key
for TDLS peer.
Signed-off-by: Yingying Tang
---
drivers/net/wireless/ath/ath10k/mac.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
From: Yingying Tang
Enable TDLS peer inactivity detetion feature.
QCA6174 firmware(version: WLAN.RM.4.4) support TDLS link inactivity detecting.
Set related parameters in TDLS WMI command to enable this feature.
Signed-off-by: Yingying Tang
---
drivers/net/wireless/ath/ath10k/wmi-tlv.c | 52
From: Yingying Tang
Enable TDLS peer buffer STA feature.
QCA6174 firmware(version: WLAN.RM.4.4) support TDLS peer buffer STA,
it reports this capability through wmi service map in wmi service ready
event. Set related parameter in TDLS WMI command to enable this feature.
Signed-off-by: Yingying T
From: Yingying Tang
Enable TDLS peer buffer STA feature.
Set extended capability bit to enable buffer STA when driver
support it.
Signed-off-by: Yingying Tang
---
include/net/cfg80211.h |3 +++
net/mac80211/tdls.c|5 -
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git
From: Yingying Tang
This patchset is for Rome PCIE chip, it will not affect other hardware
Yingying Tang (5):
mac80211: Enable TDLS peer buffer STA feature
ath10k: Enable TDLS peer buffer STA feature
ath10k: Enable TDLS peer inactivity detection
ath10k: Avoid to set WEP key for TDLS peer
Hi,
it is not related to your HW, but may help:
https://github.com/qca/open-ath9k-htc-firmware/wiki/Troubleshooting-and-bug-reporting
https://github.com/qca/open-ath9k-htc-firmware/wiki/usb-related-issues
Am 15.09.2017 um 10:48 schrieb Ernst Wegner:
> Dear list!
>
> I recently suffer from attemp
On Fri, 2017-09-15 at 12:18 +0200, Johannes Berg wrote:
>
> +config CFG80211_REQUIRE_SIGNED_REGDB
> + bool "require regdb signature" if
> CFG80211_CERTIFICATION_ONUS
> + default y
> + select SYSTEM_DATA_VERIFICATION
Note that this will not be easy to backport, however, the code only
n
From: Johannes Berg
If the regulatory database is loaded, and then updated, it may
be necessary to reload it. Add an nl80211 command to do this,
and RCU-ify the pointer to the regdb "firmware" to allow it to
be replaced at runtime.
Signed-off-by: Johannes Berg
---
include/uapi/linux/nl80211.h
From: Johannes Berg
As the current regulatory database is only about 4k big, and already
difficult to extend, we decided that overall it would be better to
get rid of the complications with CRDA and load the database into the
kernel directly, but in a new format that is extensible.
The new file
From: Johannes Berg
Currently CRDA implements the signature checking, and the previous
commits added the ability to load the whole regulatory database
into the kernel.
However, we really can't lose the signature checking, so implement
it in the kernel by loading a detached signature (regulatory.
I've been sitting on these patches for pretty much 2 years, waiting
for the firmware loader to gain signature checking abilities. This
hasn't happened, and even the suggested code from AKASHI Takahiro
doesn't fulfill all requirements, notably having extra keys/keyring.
I'm not sure building the ke
From: Johannes Berg
Parsing and building C structures from a regdb is no longer needed
since the "firmware" file (regulatory.db) can be linked into the
kernel image to achieve the same effect.
Signed-off-by: Johannes Berg
---
Documentation/networking/regulatory.txt | 22 +
net/wireless/Kc
Hi Brian,
>
> Hi Ganapathi,
>
> On Thu, Sep 14, 2017 at 02:14:24PM +, Ganapathi Bhat wrote:
> > > On Thu, 2017-08-31 at 01:21 +0530, Ganapathi Bhat wrote:
> > > > Current driver prints dev_alloc_skb failures everytime while
> > > > submitting RX URBs. This failure might be frequent in some lo
Dear list!
I recently suffer from attempts to use some USB WiFi sticks to connect
to a wireless network using Linux. I tried that with a number of
distros, but found that there seem to be kind of the same problems all
the way from Linux 2.6.x to 4.x. Most USB WiFi sticks don't work
reliably.
As I
On Mon, 2017-09-11 at 11:49 +0200, Benjamin Beichler wrote:
> I don't know what is the problem with the details. The only flag,
> which is a bit to verbose is MAC80211_HWSIM_TX_RC_DUP_DATA, which we
> may omit. All others describe directly terms used in the IEEE 802.11
> standard. Also the repres
This reverts commit 40f11adc7cd9281227f0a6a627d966dd0a5f0cd9.
Jens found that iwlwifi firmware loading failed on a Lenovo X1 Carbon,
gen4:
iwlwifi :04:00.0: Direct firmware load for iwlwifi-8000C-34.ucode failed
with error -2
iwlwifi :04:00.0: Direct firmware load for iwlwifi-8000C-3
On Thu, 2017-09-14 at 15:57 -0700, Ben Greear wrote:
>
> What about two APs with ssid LEDE and open-auth, each serving DHCP,
> each connected to a switch that connects to a cable modem, etc.
Take a cluebat to the adminstrator?
It's really simple to disable DHCP on one of them, and if you properl
On Thu, 2017-09-14 at 13:47 -0700, Ben Greear wrote:
> Seems like we would need some way for the DHCP server and/or AP to
> proactively notify the station that they can skip DHCP, and default
> to not skipping.
I really disagree with that - every sane network should behave the
proper way, trying
On Thu, 2017-09-14 at 14:54 -0500, Denis Kenzior wrote:
> If you want roaming to keep oper state UP in all cases, then
> yes. Does this work on full mac cards as well?
I don't see why not.
> E.g. if I CMD_CONNECT to AP1, then pre-authenticate to AP2 and issue
> a CMD_CONNECT to AP2?
That's not
On Wed, 2017-09-13 at 00:21 +0200, Vladis Dronov wrote:
> nl80211_set_rekey_data() does not check if the required attributes
> NL80211_REKEY_DATA_{REPLAY_CTR,KEK,KCK} are present when processing
> NL80211_CMD_SET_REKEY_OFFLOAD request. This request can be issued by
> users with CAP_NET_ADMIN privil
58 matches
Mail list logo
