On Monday, April 18, 2016 07:07:39 PM Lauri Kasanen wrote:
> The previous text was confusing, leading readers to think this
> driver was a duplicate, and so didn't need to be enabled.
>
> After the removal of the older staging driver, this is the only
> driver in mainline for these devices.
>
>
On Monday, April 18, 2016 07:42:05 PM Kalle Valo wrote:
> Christian Lamparter writes:
>
> > On Monday, April 18, 2016 06:45:09 PM Kalle Valo wrote:
> >> Lauri Kasanen writes:
> >>
> >> > --- a/drivers/net/wireless/ath/carl9170/Kconfig
> >> > +++
On Mon, 2016-04-18 at 11:49 -0400, jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> Hi,
>
> This is the last set of patches I have in my queue for the rtl8xxxu
> driver, as of today :)
>
> Since the driver has grown to support quite a number of different
>
Arend van Spriel writes:
> On 15-04-16 20:33, Kalle Valo wrote:
>> Arend van Spriel writes:
>>
>>> Announce support for nl80211 feature BSS_SELECT and process
>>> BSS selection behaviour provided in .connect() callback.
>>>
>>> Reviewed-by:
The previous text was confusing, leading readers to think this
driver was a duplicate, and so didn't need to be enabled.
After the removal of the older staging driver, this is the only
driver in mainline for these devices.
Signed-off-by: Lauri Kasanen
---
v3: Remove all firmware
Joe Perches writes:
> On Mon, 2016-04-18 at 11:49 -0400, jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>>
>> Hi,
>>
>> This is the last set of patches I have in my queue for the rtl8xxxu
>> driver, as of today :)
>>
>> Since the driver has
On 04/18/2016 10:49 AM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
Hi,
This is the last set of patches I have in my queue for the rtl8xxxu
driver, as of today :)
Since the driver has grown to support quite a number of different
chips, I want to split it into
Christian Lamparter writes:
> On Monday, April 18, 2016 06:45:09 PM Kalle Valo wrote:
>> Lauri Kasanen writes:
>>
>> > --- a/drivers/net/wireless/ath/carl9170/Kconfig
>> > +++ b/drivers/net/wireless/ath/carl9170/Kconfig
>> > @@ -5,12 +5,10 @@ config
On Monday, April 18, 2016 06:45:09 PM Kalle Valo wrote:
> Lauri Kasanen writes:
>
> > The previous text was confusing, leading readers to think this
> > driver was a duplicate, and so didn't need to be enabled.
> >
> > After the removal of the older staging driver, this is the only
Christian Lamparter wrote:
> Sure, but this could be a different patch then. I think Intel devices
> (iwlwifi, iwlegacy and ipw2x00) have a similar text about "download
> firmware from this device from our homepage here" too. So if we want,
> we can remove them altogether?
linux-firmware.git
On Monday, April 18, 2016 06:47:44 PM Xose Vazquez Perez wrote:
> Christian Lamparter wrote:
>
> > Sure, but this could be a different patch then. I think Intel devices
> > (iwlwifi, iwlegacy and ipw2x00) have a similar text about "download
> > firmware from this device from our homepage here"
From: Jes Sorensen
All gen1 parts use the same enable_rf() function, so rename it to
reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
From: Jes Sorensen
Hi,
This is the last set of patches I have in my queue for the rtl8xxxu
driver, as of today :)
Since the driver has grown to support quite a number of different
chips, I want to split it into multiple files. This will make it
easier to maintain and
From: Jes Sorensen
All supported gen1 parts use the same config_channel() function, so
rename it to reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3
Hi, how are you? My name is J Eric Denials, External Financial Auditor at
Lloyds Banking Group plc., London. It is a pleasure to contact you at this time
through this medium. I have a cool and legitimate deal to do with you as you're
a foreigner, it will be mutually beneficial to both. If
Larry Finger writes:
> On 04/18/2016 10:49 AM, jes.soren...@redhat.com wrote:
>> From: Jes Sorensen
>>
>> Hi,
>>
>> This is the last set of patches I have in my queue for the rtl8xxxu
>> driver, as of today :)
>>
>> Since the driver has grown
Signed-off-by: Geoff Lansberry
---
drivers/nfc/trf7970a.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/nfc/trf7970a.c b/drivers/nfc/trf7970a.c
index 2c3530a..447b6c9 100644
--- a/drivers/nfc/trf7970a.c
+++ b/drivers/nfc/trf7970a.c
@@ -1064,6 +1064,10 @@ static
Signed-off-by: Geoff Lansberry
---
.../devicetree/bindings/net/nfc/trf7970a.txt | 2 ++
drivers/nfc/trf7970a.c | 28 +-
2 files changed, 19 insertions(+), 11 deletions(-)
diff --git
The current version of the trf7970a driver is missing support for several
features that we needed to operate a custom board.
We feel that these features will be useful to others as well, and we want to
share them.
1: Support for using a gpio as Slave-Select. Our processor has several devices
Signed-off-by: Geoff Lansberry
---
.../devicetree/bindings/net/nfc/trf7970a.txt | 2 ++
drivers/nfc/trf7970a.c | 33 --
2 files changed, 33 insertions(+), 2 deletions(-)
diff --git
Hi, how are you? My name is J Eric Denials, External Financial Auditor at
Lloyds Banking Group plc., London. It is a pleasure to contact you at this time
through this medium. I have a cool and legitimate deal to do with you as you're
a foreigner, it will be mutually beneficial to both. If
Hi Julian,
Thanks for looking at the patch.
On Sun, Apr 17, 2016 at 5:07 PM, Julian Calaby wrote:
> Hi Steve,
>
> This looks like it's using standard serial rates. Does it accept
> non-standard rates? If not, should this be checked before being passed
> to the hardware?
Signed-off-by: Geoff Lansberry
---
Documentation/devicetree/bindings/net/nfc/trf7970a.txt | 8
drivers/nfc/trf7970a.c | 11 ++-
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git
Hi Steve,
On Tue, Apr 19, 2016 at 4:12 AM, Steve deRosier wrote:
> Hi Julian,
>
> Thanks for looking at the patch.
>
> On Sun, Apr 17, 2016 at 5:07 PM, Julian Calaby
> wrote:
>> Hi Steve,
>>
>> This looks like it's using standard serial rates. Does
This patch renames result to ret that is used to get return value from
wilc_send_config_pkt. Some handle_*() functions are used as result,
others are used as ret. It will be changed as ret in all handle_*()
functions to match variable name.
Signed-off-by: Chaehyun Lim
---
When handle_set_ip_address is called in hostIFthread that is a kernel
thread, it is not checked return type of this function. This patch
changes return type to void and removes braces if statement due to have
a single statement.
Signed-off-by: Chaehyun Lim
---
This patch changes data type of result variable from s32 to int. result
is used to get return value from wilc_send_config_pkt that has return
type of int.
Signed-off-by: Chaehyun Lim
---
drivers/staging/wilc1000/host_interface.c | 2 +-
1 file changed, 1 insertion(+), 1
On Sat, Apr 9, 2016 at 9:59 PM, bruce m beach wrote:
>> If any people more familiar with ARM are reading this - does the value
>> 0x5b35da40 ring a bell?
>
> It could be anything. It depends on the chip implementation. For instance on
> an
> exynos that is an undefined
I am Capt. Lawrence Tyman, an officer in US Army,and also a West Point
Graduate, serving in the Military with the 82nd Air Borne Division
Peace keeping force deployed from Afganistan to Syria.
We were moved to Syria from Iraq as the last batch just left,and i
really need your help in assisting
On 17 February 2016 at 17:55, Felix Fietkau wrote:
> On 2016-02-17 12:55, Grzegorz Bajorski wrote:
>> Client interface briding was only possible when 4addr frames were used with
>> a 4addr/WDS aware AP. It was not possible to do it otherwise due to 3addr
>> frame limitation.
>>
On 2016-04-13 23:26, Stephen Boyd wrote:
On 04/11/2016 09:18 PM, tamizhchel...@codeaurora.org wrote:
+ qcom,msi_addr = <0x0b006040>;
+ qcom,msi_base = <0x50>;
Are these properties used? I couldn't find any usage in the driver but
I
may have missed
On 18 April 2016 at 07:31, Michal Kazior wrote:
> On 17 April 2016 at 00:29, Johannes Berg wrote:
>> On Thu, 2016-04-14 at 14:18 +0200, Michal Kazior wrote:
>>>
>>> + struct ieee80211_vif *vif;
>>> +
>>> +
From: Xinming Hu
Add device tree binding documentation for MARVELL's sd8xxx
(sd8897 and sd8997) wlan chip.
Signed-off-by: Xinming Hu
Signed-off-by: Amitkumar Karwar
---
Listing changelist for both 1/2 and 2/2 patches
v3: Don't update
On Mon, 2016-04-18 at 07:16 +0200, Michal Kazior wrote:
>
> I guess .h file can give the compiler an opportunity for more
> optimizations. With .c you would need LTO which I'm not sure if it's
> available everywhere.
>
This makes little sense really. Otherwise everything would be in .h
files.
From: Xinming Hu
On some arm-based platforms, we need to configure platform specific
parameters by device tree node and also define our node as a child
node of parent SDIO host controller.
This patch parses these parameters from device tree. It includes
calibration data
On 18 April 2016 at 14:31, Eric Dumazet wrote:
> On Mon, 2016-04-18 at 07:16 +0200, Michal Kazior wrote:
>
>>
>> I guess .h file can give the compiler an opportunity for more
>> optimizations. With .c you would need LTO which I'm not sure if it's
>> available everywhere.
From: Xinming Hu
Transmit data path should not touch background scan. We will stop
background scan when net device is closed.
Signed-off-by: Xinming Hu
Signed-off-by: Amitkumar Karwar
---
drivers/net/wireless/marvell/mwifiex/main.c |
Hi Julian,
First off, let me say I do appreciate your comments and I do
understand your perspective. I also generally prefer not to let users
shoot-themselves in the foot if it's avoidable.
In this case, however, I don't happen to agree with you. For one
specific reason: I don't want to say what
From: Pontus Fuchs
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/hal.h | 2 +-
drivers/net/wireless/ath/wcn36xx/main.c | 4 ++--
From: Pontus Fuchs
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Pontus Fuchs
When converting to version 1 of the config_sta struct not all
members where copied. This fixes the problem of multicast frames
not being delivered on an encrypted network.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn
From: Pontus Fuchs
This message does not follow the canonical format and needs it's own
parser.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 14
From: Pontus Fuchs
This fixes a problem connecting to an open network after being
connected to an encrypted network.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
When disabling the beacon we must delete the bss before idling the link.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Added this patch to the series
drivers/net/wireless/ath/wcn36xx/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The WCN36XX_HAL_RMV_BSSKEY_RSP carries a single u32 with "status", so we
can use the standard status check function for decoding the result.
This is the last user of the v2 status checker, so remove the struct and
helper function.
Signed-off-by: Bjorn Andersson
---
From: Pontus Fuchs
Pass the multicast list to FW.
This patch also adds a way to build the smd command in place. This is
needed because the MC list command is too big for the stack.
Signed-off-by: Pontus Fuchs
[bjorn: dropped FIF_PROMISC_IN_BSS
Fill in the capability list with more values from the downstream driver.
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Added this patch to the series
drivers/net/wireless/ath/wcn36xx/hal.h | 39
From: Pontus Fuchs
Knowing the association state is needed for mc filtering.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/main.c| 2 ++
Hi Steve,
On Tue, Apr 19, 2016 at 1:06 PM, Steve deRosier wrote:
> Hi Julian,
>
> First off, let me say I do appreciate your comments and I do
> understand your perspective. I also generally prefer not to let users
> shoot-themselves in the foot if it's avoidable.
>
> In this
From: Pontus Fuchs
The wcn36xx FW expects a fixed size TIM PVM in the beacon template. If
supplied with a shorter than expected PVM it will overwrite the IE
following the TIM.
Squashed with fix from Jason Mobarak :
Patch "wcn36xx: Pad TIM PVM if needed"
From: Pontus Fuchs
EXIT_BMPS_REQ was using the command struct for ENTER_BMPS_REQ. I
spotted this when looking at command dumps.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
From: Pontus Fuchs
While poking at this I also change two related things. I rename one
variable to make the names consistent. I also move one assignment of
priv_sta to the declaration to save a few lines.
Signed-off-by: Pontus Fuchs
From: Pontus Fuchs
Needed for coming improvements. No functional changes.
Signed-off-by: Pontus Fuchs
[bjorn: restored BEACON_TEMPLATE_SIZE define to 0x180]
Signed-off-by: Bjorn Andersson
---
Changes since v2:
-
From: Pontus Fuchs
For consistency with other code.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
Changes since v1:
- Reordered after the now previous patch, to make wcn36xx_sta_to_priv()
available
From: Pontus Fuchs
Some code used priv_vif and some used vif_priv. Convert all to vif_priv
for consistency.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/smd.c | 28
From: Pontus Fuchs
This does not work with multiple sta's in a vif.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/main.c| 3 ---
From: Pontus Fuchs
Makes the code a little easier to read.
Signed-off-by: Pontus Fuchs
Signed-off-by: Bjorn Andersson
---
drivers/net/wireless/ath/wcn36xx/debug.c | 12 +++-
The bulk of the following patches have been sitting in Eugene's Github tree for
quite some time. They fix various issues existing in the mainline drivers, so
they should be merged there too.
Also included are two new fixes, of my own; the important one being the
reordering of deletion of the bss,
The references to some arrays in the rtl8xxxu driver were moved inside
of an #ifdef, but the symbols remain outside, resulting in build warnings:
rtl8xxxu/rtl8xxxu.c:1506:33: error: 'rtl8188ru_radioa_1t_highpa_table' defined
but not used
rtl8xxxu/rtl8xxxu.c:1431:33: error:
Hi Geoff,
On Tue, Apr 19, 2016 at 5:48 AM, Geoff Lansberry wrote:
> Signed-off-by: Geoff Lansberry
You should add the description you had in your cover letter to the patches also.
> ---
> .../devicetree/bindings/net/nfc/trf7970a.txt | 2 ++
>
Hi Geoff,
On Tue, Apr 19, 2016 at 5:48 AM, Geoff Lansberry wrote:
> Signed-off-by: Geoff Lansberry
> ---
> Documentation/devicetree/bindings/net/nfc/trf7970a.txt | 8
> drivers/nfc/trf7970a.c | 11 ++-
> 2
Hi Geoff,
On Tue, Apr 19, 2016 at 5:48 AM, Geoff Lansberry wrote:
> Signed-off-by: Geoff Lansberry
Can't you just use the cs-gpios property? This should require no driver changes.
This is described here:
Oleksij Rempel writes:
> Kalle should be in CC.
Actually no need, CCing me is useless as I use patchwork. Most important
is that the patch is submitted to linux-wireless from where patchwork
picks it up.
--
Kalle Valo
--
To unsubscribe from this list: send the line
Lauri Kasanen writes:
> The previous text was confusing, leading readers to think this
> driver was a duplicate, and so didn't need to be enabled.
>
> After the removal of the older staging driver, this is the only
> driver in mainline for these devices.
>
> Signed-off-by: Lauri
From: Jes Sorensen
This renames rtl8723bu_simularity_compare() to
rtl8xxxu_gen2_simularity_compare() to reflect it is used for all gen2
parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 22
From: Jes Sorensen
At least for now, all gen2 parts use the same disable_rf() function
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
From: Jes Sorensen
All currently supported gen1 parts use the same disable_rf() routine,
so rename the function to reflect that.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3
From: Jes Sorensen
Update the name of rtl8723bu_update_rate_mask() to make it reflect
it's applicable for all/most gen2 N parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 8
1 file changed, 4
From: Jes Sorensen
Rename the function to reflect it is for all/most gen1 parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Jes Sorensen
All gen1 parts use the same interface for setting TX power, so rename
the function to reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3
From: Jes Sorensen
Make the name reflect this is for most/all gen2 parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Jes Sorensen
There is nothing 8723au specific about rtl8723au_iqk_phy_iq_bb_reg so
rename the array to rtl8xxxu_iqk_phy_iq_bb_reg.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 8
1 file
From: Jes Sorensen
All currently supported gen1 parts use the same mac_init_table, so
rename it to reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3
From: Jes Sorensen
This renames rtl8723b_channel_to_group() to
rtl8xxxu_gen2_channel_to_group() to reflect it is used by all
currently supported gen2 parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6
From: Jes Sorensen
All gen1 parts use the same init_phy_bb() function, so rename it to
reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
From: Jes Sorensen
All supported gen1 parts use the same phy_iq_calibrate() function
(unlike their gen2 counterparts). Rename the function to reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6
From: Jes Sorensen
All currently supported gen1 parts use the same function for updating
the rate mask, so rename it to reflect this.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 8
1 file
From: Jes Sorensen
Rename the function to indicate it is applicable to most/all gen2
parts.
Signed-off-by: Jes Sorensen
---
drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
On Monday 18 April 2016 05:55:51 Reizer, Eyal wrote:
> > >
> > > - all wilink family needs special init command for entering wspi mode.
> > > extra clock cycles should be sent after the spi init command while the
> > > cs pin is high.
> > > - switch to controling the cs pin from the spi driver
On Thu, Apr 14, 2016 at 10:59:36AM +0200, Johannes Berg wrote:
> On Thu, 2016-04-07 at 19:59 +0530, Mohammed Shafi Shajakhan wrote:
> > From: Mohammed Shafi Shajakhan
> >
> > Add support for new netlink attribute 'NL80211_STA_INFO_RX_DURATION'.
> >
80 matches
Mail list logo