add support for connecting to Personal BSS (PBSS) network type.
802.11ad adds new network type (PBSS) and changes "capability" field
interpretation for the DMG (60G) band.
Same 2 bits that was interpreted as "ESS" and "IBSS", are re-used as
2-bit field with 3 valid values (and 1 reserved). Valid v
On Mon, 2015-01-26 at 21:44 +0100, Arend van Spriel wrote:
> Hi Hauke,
>
> The commit below causes the error mentioned in the Subject: field. I
> would like to fix this, but could use a bit of help here how to do this
> type of things.
>
> commit 4b681c82d2f9bef121c912ffcaac89a004af3f2c
> Autho
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/efuse.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/efuse.h
b/drivers/net/wireless/rtlwifi/efuse.h
index fdab824..be02e78 100644
--- a/drivers/net/wireless/rtlwifi/efuse.h
+++ b/drivers/net/wirel
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/core.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/core.h
b/drivers/net/wireless/rtlwifi/core.h
index 624e1dc..3b37557 100644
--- a/drivers/net/wireless/rtlwifi/core.h
+++ b/drivers/net/wireless/rtlw
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8188ee/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192ce/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192cu/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192de/def.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192ee/rf.h | 1 -
drivers
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/base.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/base.h
b/drivers/net/wireless/rtlwifi/base.h
index 982f245..ea3e3fc 100644
--- a/drivers/net/wireless/rtlwifi/base.h
+++ b/drivers/net/wireless/
HAL_RETRY_LIMIT_*
RESET_DELAY_8185
RT_IBSS_INT_MASKS
RT_AC_INT_MASKS
NUM_OF_*
BT_*,
MAX_{LINES,BYTES}_*,
*_THREE_WIRE
*_QUEUE related
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8188ee/def.h | 41
drivers/net/wireless/rtlwifi/rtl8192ce/def.h | 41 --
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
b/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
index c1e33b0..6758808 100644
--- a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/cam.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/cam.h
b/drivers/net/wireless/rtlwifi/cam.h
index 3550808..e2e647d 100644
--- a/drivers/net/wireless/rtlwifi/cam.h
+++ b/drivers/net/wireless/rtlwifi/
On Mon, 2015-01-19 at 02:24 -0800, Avinash Patil wrote:
> From: Johannes Berg
>
> This patch adds fix to set carrier state off during ndo_open.
> Carrier should be set to ON when device is ready to send data.
> In case of station/adhoc interface device is able to transfer
> data after successful
On Fri, 2015-01-23 at 09:28 -0800, Kalle Valo wrote:
> Kalle Valo writes:
>
> >> This is not used anywhere execpt initialization.
> >>
> >> Signed-off-by: Avinash Patil
> >> Signed-off-by: Amitkumar Karwar
> >> Signed-off-by: Cathy Luo
> >
> > Thanks, 6 patches applied to wireless-drivers-nex
On Fri, 2015-01-23 at 11:00 -0800, Kalle Valo wrote:
> Avinash Patil writes:
>
> > This patch series adds DFS support for mwifiex AP. Series include
> > patches to handle cfg80211 start_radar_detection and channel_switch
> > handlers. First 5 patches are actually refactoring effort. Patch6-10
> >
The following changes since commit dec41bce44e0dff6a2c3358a958fadf22bf58858:
Merge branch 'master' of
git://git.kernel.org/pub/scm/linux/kernel/git/egrumbach/linux-firmware
(2014-03-16 18:12:54 +)
are available in the git repository at:
git://git.marvell.com/mwifiex-firmware.git maste
On 2015/1/24 2:09, Arend van Spriel wrote:
> On 01/23/15 16:29, Kalle Valo wrote:
>> Arend van Spriel writes:
>>
>>> On 01/22/15 14:54, Sergei Shtylyov wrote:
Hello.
On 1/22/2015 4:49 PM, Kalle Valo wrote:
>> > From 04d3fa673897ca4ccbea6c76836d0092dba2484a Mon Sep 17 00:00
Burton,
I inadvertently deleted your E-mail, thus I cannot reply to it.
I am sorry that you have not had access to a driver for your wireless card. The
initial driver was accepted into Linux in May 2014 in staging. It was probably
not available to you because your distro is one of those that d
From: Johannes Berg
Date: Fri, 23 Jan 2015 16:33:08 +0100
> I have a few more fixes that seemed relevant for the current cycle and
> low enough impact to merge at this point.
>
> However, I can live with all of this going to -next as well since most
> are difficult to hit in practice.
Pulled, t
From: Kalle Valo
Date: Thu, 22 Jan 2015 13:52:11 +0200
> now a bigger pull request for net-next. Rafal found a UTF-8 bug in
> patchwork[1] and because of that two commits (d0c102f70aec and
> d0f66df5392a) have his name corrupted:
>
> Acked-by: Rafa? Mi?ecki
>
> Somehow I failed to spot tha
Using ioread() to perform data sync is excessive.
Use compact API, wmb(), that intended to be used for the case.
It reduces total 14 CPU clocks per interrupt.
Signed-off-by: Peter Oh
---
drivers/net/wireless/ath/ath10k/pci.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
dif
On 01/26/2015 02:47 PM, Burton Williams wrote:
Hi All -
I am having problems with getting my wireless card to work. Here is what i did.
I downloaded backports 3.18.1 and compiled and installed the wifi package
against my 3.17.8 kernel. (I'm running FC21). Then i modprobe -r r8192ee and
modprobe
On Mon, Jan 26, 2015 at 09:44:07PM +0100, Arend van Spriel wrote:
> Hi Hauke,
>
> The commit below causes the error mentioned in the Subject: field. I would
> like to fix this, but could use a bit of help here how to do this type of
> things.
>
> commit 4b681c82d2f9bef121c912ffcaac89a004af3f2c
>
Hi Hauke,
The commit below causes the error mentioned in the Subject: field. I
would like to fix this, but could use a bit of help here how to do this
type of things.
commit 4b681c82d2f9bef121c912ffcaac89a004af3f2c
Author: Vadim Kochan
Date: Mon Jan 12 16:34:05 2015 +0200
nl80211: All
From: Troy Tan
In addition to turning on the build of the new routines, there are several
fixes found by Realtek engineers.
Signed-off-by: Troy Tan
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/btcoexist/Makefile| 9 +
.../net/wireless/rtlwifi/btcoexist/halbt_precomp.h |
From: Troy Tan
This patch adds the routines used to communicate between the RTL8812AE (wifi)
device and the RTL8761AU (bluetooth) device that are part of the same chip.
Unlike other similar dual-function devices, this chip does not contain special
hardware that lets the firmware pass coexistence
From: Troy Tan
The RTL8812AE needs different BT coexistence routines than does the
RTL8821AE. This patch adds the necessary routines for devices with a
more than one antenna.
Signed-off-by: Troy Tan
Signed-off-by: Larry Finger
---
.../wireless/rtlwifi/btcoexist/halbtc8812a2ant.c | 4207
From: Troy Tan
The RTL8812AE needs different BT coexistence routines than does the
RTL8821AE. This patch adds the necessary routines for devices with a
single antenna.
Signed-off-by: Troy Tan
Signed-off-by: Larry Finger
---
.../wireless/rtlwifi/btcoexist/halbtc8812a1ant.c | 2081 +++
The first of these patches changes the logging when an encryption key
is changed. The rest are for changes in the btcoexist driver. Most
contain the code needed to handle the RTL8812AE chips.
All patches are for -next.
V2 - Add license for btcoexist/halbtc8812a1ant.{c,h}
Improve subject and
In btcoexist, there are a number of typedef statements. Not only do
they violate the rule of avoiding new typdef statements in the kernel,
these are also pointless as they use an extra level of indirection in
the definition of some function pointers.
Signed-off-by: Larry Finger
---
.../net/wirel
A recent change in key handling included logging of these changes for
all debug levels. Such key changes should only be logged when a high
level of debugging is enabled.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/cam.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Hello,
Our UC-KLEE tool found an uninitialized memcpy length (segfault) bug in
airo_get_essid (drivers/net/wireless/airo.c). We found the bug in kernel
3.16.3, but it appears to date back beyond the original kernel git commit in
2005 (1da177e4c3f41524e886b7f1b8a0c1fc7321cac2).
The offending co
On 01/26/2015 03:38 PM, Kalle Valo wrote:
Vladimir Kondratiev writes:
Access point require this API to check peer alive status.
Assume peer is alive when it is connected, because
firmware implements keep alive checks and will disconnect
peer if it is not alive.
Signed-off-by: Vladimir Kondrat
On 01/26/2015 03:36 PM, Kalle Valo wrote:
Vladimir Kondratiev writes:
Implement Tx status reporting
Signed-off-by: Vladimir Kondratiev
I think the title is too short. I would like to change it to this, is
that ok?
wil6210: implement skb Tx status reporting
Implment Tx status reporting us
b43 has a FIXME about locking in the mac80211 set-beacon-int callback for a
long time.
As it turns out there actually is a tiny race window that could result in
a use-after-free bug of the 'current_beacon' memory.
Nobody ever reported this, so it probably never happened.
Fix this by adding a spin
During drv_start/drv_stop stress testing in ARM platform,
sometimes target is taking more that 5ms to wake up. Similar
behaviour also noted during driver load and unload iterations.
On such cases, the wakup duration lies between 5-6ms. Hence
increasing pci wakup timeout 10ms to be more safer. With
On 26 January 2015 at 13:31, Kalle Valo wrote:
> Rafał Miłecki writes:
>
>> On 26 January 2015 at 07:58, Kalle Valo wrote:
>>> Rafał Miłecki writes:
>>>
This allows us to drop some #ifdef magic (mess).
Signed-off-by: Rafał Miłecki
---
V2: Return false in bcma_core_pci_
Vladimir Kondratiev writes:
> From: Vladimir Shulman
>
> Interrupt moderation parameters will never be passed as module
> parameters. For product, they will be hard-coded after lab testing,
> and for debugging, they can be altered via debugfs.
>
> Signed-off-by: Vladimir Shulman
> Signed-off-by
Vladimir Kondratiev writes:
> Access point require this API to check peer alive status.
> Assume peer is alive when it is connected, because
> firmware implements keep alive checks and will disconnect
> peer if it is not alive.
>
> Signed-off-by: Vladimir Kondratiev
Here the title is again too
Vladimir Kondratiev writes:
> Implement Tx status reporting
>
> Signed-off-by: Vladimir Kondratiev
I think the title is too short. I would like to change it to this, is
that ok?
wil6210: implement skb Tx status reporting
Implment Tx status reporting using skb_complete_wifi_ack().
--
Kalle V
Fellow netheads:
New Sponsors (All listed at: https://www.netdev01.org/sponsors)
=
We are pleased to announce a sixth sponsor:
CENGN http://www.cengn.ca/
Hotel earlybird special rates have expired as of this past Friday.
There are lots of big and small hotels in Ottawa, but they wil
Rafał Miłecki writes:
> On 26 January 2015 at 07:58, Kalle Valo wrote:
>> Rafał Miłecki writes:
>>
>>> This allows us to drop some #ifdef magic (mess).
>>>
>>> Signed-off-by: Rafał Miłecki
>>> ---
>>> V2: Return false in bcma_core_pci_is_in_hostmode
>>> Don't (accidentally) modify bcma_hos
Matthias May, thanks for the quick response.
I was already aware that it's mBm, not dBm, and had previously tried
140, instead of 14 and lower before my initial e-mail.
However, 1400, 14000, and 14 all produce the same error message.
Not to tangent off topic, but the way the article/man page
gpio_set_value was replaced with gpio_set_value_cansleep in order
to allow GPIO access that may sleep. This is particularelly useful
when GPIO is accessed using busses like I2C, SPI, USB
Signed-off-by: Robert Dolca
---
drivers/nfc/pn544/i2c.c | 22 --
1 file changed, 12 inser
Currently there is no support for ACPI.
This patch uses the following configuration:
- Device id: NXP5440
- Pin mapping:
- 0 IRQ pin
- 1 enable pin
- 2 firmware pin
Signed-off-by: Robert Dolca
---
drivers/nfc/pn544/i2c.c | 115 +
This patch set introduces ACPI support for PN544.
gpio_set_value was replaced with gpio_set_value_cansleep in order
to allow GPIO access that may sleep. This is particularelly useful
when GPIO is accessed using busses like I2C, SPI, USB
Changes since v1:
- Added cover letter
- Rem
On 26 January 2015 at 10:49, Janusz Dziedzic wrote:
> On 26 January 2015 at 10:25, Johannes Berg wrote:
>> On Mon, 2015-01-26 at 10:19 +0100, Janusz Dziedzic wrote:
>>> On 26 January 2015 at 10:00, Johannes Berg
>>> wrote:
>>> > On Mon, 2015-01-26 at 10:37 +0200, Arik Nemtsov wrote:
>>> >
>>> >
On Mon, Jan 26, 2015 at 09:27:20AM +0100, Johannes Berg wrote:
> On Sun, 2015-01-25 at 14:30 +0200, Dedy Lansky wrote:
> > Scan request (NL80211_CMD_TRIGGER_SCAN) is used for triggering both scan
> > and P2P search.
> > At driver/firmware layer, scan and P2P search might be handled differently.
> >
On 26 January 2015 at 10:25, Johannes Berg wrote:
> On Mon, 2015-01-26 at 10:19 +0100, Janusz Dziedzic wrote:
>> On 26 January 2015 at 10:00, Johannes Berg wrote:
>> > On Mon, 2015-01-26 at 10:37 +0200, Arik Nemtsov wrote:
>> >
>> >> >> Shouldn't you also set vht_oper->basic_mcs_set here? Of cour
On Mon, 2015-01-26 at 10:19 +0100, Janusz Dziedzic wrote:
> On 26 January 2015 at 10:00, Johannes Berg wrote:
> > On Mon, 2015-01-26 at 10:37 +0200, Arik Nemtsov wrote:
> >
> >> >> Shouldn't you also set vht_oper->basic_mcs_set here? Of course if you
> >> >> have no use for it in IBSS I can add it
On 26 January 2015 at 10:00, Johannes Berg wrote:
> On Mon, 2015-01-26 at 10:37 +0200, Arik Nemtsov wrote:
>
>> >> Shouldn't you also set vht_oper->basic_mcs_set here? Of course if you
>> >> have no use for it in IBSS I can add it later.
>> >
>> > Why would you want to require VHT rates?
>>
>> Are
Michal Kazior writes:
> The QCA6174 in combination with new wmi-tlv
> firmware is capable of multi-channel, beamforming,
> tdls and other features.
>
> This patch just makes it possible to boot these
> devices and do some basic stuff. Some things may
> not work or may be unreliable. New features
On Mon, 2015-01-26 at 10:37 +0200, Arik Nemtsov wrote:
> >> Shouldn't you also set vht_oper->basic_mcs_set here? Of course if you
> >> have no use for it in IBSS I can add it later.
> >
> > Why would you want to require VHT rates?
>
> Are you sure it's required and no the other way around in this
On 26/01/15 03:00, Christopher M. Penalver wrote:
Attempting to follow
http://wireless.kernel.org/en/users/Documentation/iw#Setting_TX_power
I get:
sudo iw dev wlan1 set txpower fixed 14
command failed: Invalid argument (-22)
iw dev set txpower []
This is set in mBm and not in dBm.
Try sud
On Mon, Jan 26, 2015 at 10:26 AM, Johannes Berg
wrote:
> On Sun, 2015-01-25 at 12:30 +0200, Arik Nemtsov wrote:
>
>> > + switch (chandef->width) {
>> > + case NL80211_CHAN_WIDTH_80:
>> > + vht_oper->chan_width = IEEE80211_VHT_CHANWIDTH_80MHZ;
>> > + break;
>
On Sun, 2015-01-25 at 14:30 +0200, Dedy Lansky wrote:
> Scan request (NL80211_CMD_TRIGGER_SCAN) is used for triggering both scan
> and P2P search.
> At driver/firmware layer, scan and P2P search might be handled differently.
>
> Add new scan flag to indicate P2P search. This flag can be used
> by
On Sun, 2015-01-25 at 12:25 +0200, Arik Nemtsov wrote:
> >> +u8 *ieee80211_ie_build_vht_oper(u8 *pos, struct ieee80211_sta_vht_cap
> >> *vht_cap,
> >> + const struct cfg80211_chan_def *chandef)
> >
> > I still think you should keep this a static function in ibss.c sinc
On Sun, 2015-01-25 at 12:30 +0200, Arik Nemtsov wrote:
> > + switch (chandef->width) {
> > + case NL80211_CHAN_WIDTH_80:
> > + vht_oper->chan_width = IEEE80211_VHT_CHANWIDTH_80MHZ;
> > + break;
> > + case NL80211_CHAN_WIDTH_80P80:
> > + v
On 24 January 2015 at 17:24, Kalle Valo wrote:
> Michal Kazior writes:
>
>> This should fix a very rare occurrence of the following deadlock:
>>
>> [] ath10k_wmi_tx_beacons_nowait+0x1e/0x50 [ath10k_core]
>> [] ath10k_wmi_op_ep_tx_credits+0x16/0x40 [ath10k_core]
>> [] ath10k_htc_send+0x285/0
On 26 January 2015 at 08:04, Kalle Valo wrote:
> Rafał Miłecki writes:
>
>> There are new (not anymore?) Broadcom 802.11ac wireless cards based on
>> chipsets like BCM4352 and BCM4360. They use a new PHY type (called
>> simply AC) that will require new specific code.
>>
>> Signed-off-by: Rafał Mi
On 26 January 2015 at 07:58, Kalle Valo wrote:
> Rafał Miłecki writes:
>
>> This allows us to drop some #ifdef magic (mess).
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> V2: Return false in bcma_core_pci_is_in_hostmode
>> Don't (accidentally) modify bcma_host_soc_register_driver
>
> It would
58 matches
Mail list logo
