This patch set adds changes for QCA99X0 chip in pci probe,
Copy Engine init and firmware downloads. Since it is still
work in progress the support for this chip is not yet
advertised in pci device table.
Vasanthakumar Thiagarajan (10):
ath10k: Add a table to store hw specific values
ath10k: Ad
This is to prepare ath10k to support newer chip set.
Values like CE_COUNT, MSI_ASSIGN_CE_MAX and
RTC_STATE_V_ON can be different for different
chips.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/core.c | 2 ++
drivers/net/wireless/ath/ath10k/core.h | 1 +
driver
Add more register address and mask which can be different
for newer chip to hw_reg table.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/ce.h | 6 --
drivers/net/wireless/ath/ath10k/hw.c | 22 ++
drivers/net/wireless/ath/ath10k/hw.h | 17 +++
This is to prepare the driver for QCA99X0 chip support.
This commit adds hw_params, hw register table and hw_values
table for QCA99X0 chip. Please note this is only a partial patch adding
support for QCA99X0, so the device id is not yet added to pci device
table.
Signed-off-by: Vasanthakumar Thiag
QCA99X0 supports upto 12 Copy engines. Host and target
CE configuration table is updated to support new copy engine
pipes. This also fixes the assumption of diagnostic CE by making
CE_7 as the one instead of CE_COUNT - 1.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath1
QCA99X0 supports only cold reset. Also, made
ath10k_pci_irq_msi_fw_mask() and ath10k_pci_irq_msi_fw_unmask()
non-99X0 specific till we get proper register configuration
to mask/unmask irq/MSI.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/pci.c | 81 +++
On Thu, Jun 18, 2015 at 09:20:51AM +0300, Kalle Valo wrote:
> Vasanthakumar Thiagarajan writes:
>
> > This patch set adds changes for QCA99X0 chip in pci probe,
> > Copy Engine init and firmware downloads. Since it is still
> > work in progress the support for this chip is not yet
> > advertised
Make the helper converting target virtual address space to CE address
space a target type specific to support QCA99X0. Also make this as
function instead of macro.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/pci.c | 25 ++---
drivers/net/wirel
QCA99X0 uses two new copy engine src desc flags for interrupt
indication. Bit_2 is to mark if host interrupt is disabled after
processing the current desc and bit_3 is to mark if target interrupt
is diabled after the processing of current descriptor.
CE_DESC_FLAGS_META_DATA_MASK and CE_DESC_FLAGS_M
Code swap is a mechanism to use host memory to store
some fw binary code segment. Ath10k host driver allocates
and loads the code swap binary into the host memory and
configures the target with the host allocated memory
information at the address taken from code swap binary.
This patch adds code sw
There is more than 1 sec delay in getting response from target
through BMI in QCA99X0. Increase the BMI communication timeout
to 2*HZ to fix BMI failures.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/bmi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
dif
BMI parameter value to execute downloaded otp binary
is different for QCA99X0. Have a member in hw_params
to hold hw specific BMI param.
Signed-off-by: Vasanthakumar Thiagarajan
---
drivers/net/wireless/ath/ath10k/core.c | 8 +++-
drivers/net/wireless/ath/ath10k/core.h | 1 +
2 files changed
Hi Arend,
On Di, 2015-06-16 at 16:26 +0200, Arend van Spriel wrote:
> On 06/16/15 11:59, Jörg Krause wrote:
> > Hi Arend,
> >
> > as I wrote in my previous mail ("brcmfmac: brcmf_p2p_create_p2pdev:
> > timeout occurred") I get a p2p0 interface when loading the brcmfmac
> > module with p2pon=1 (Li
STA iface:
ath: phy0: Set HW Key 0 (pairwise) vif: 2c:d0:5a:d3:f1:e9 sta:
f4:b7:e2:38:83:f3 - idx: 4
ath: phy0: Set HW Key 0 (group) vif: 2c:d0:5a:d3:f1:e9 sta:
(null) - idx: 1
P2P_CLIENT iface:
ath: phy0: Set HW Key 0 (pairwise) vif: 2e:d0:5a:d3:f1:e9 sta:
0c:8b:fd:1e:58:9f - idx: 68
ath: phy0: S
On 06/18/15 08:13, Jörg Krause wrote:
Hi Arend,
On Di, 2015-06-16 at 16:26 +0200, Arend van Spriel wrote:
On 06/16/15 11:59, Jörg Krause wrote:
Hi Arend,
as I wrote in my previous mail ("brcmfmac: brcmf_p2p_create_p2pdev:
timeout occurred") I get a p2p0 interface when loading the brcmfmac
mod
max_index is a 6bit signed integer in both cases (sorry for the 5bit
typo in the comments), so the current function handles it correctly
for both HT20 and dynamic HT20/40 modes (I've tested it extensively).
Also you don't handle the negative indices we get from the hardware
(you just remove the sig
On 06/18/2015 10:43 AM, Nick Kossifidis wrote:
> max_index is a 6bit signed integer in both cases (sorry for the 5bit
> typo in the comments), so the current function handles it correctly
> for both HT20 and dynamic HT20/40 modes (I've tested it extensively).
> Also you don't handle the negative in
The max_index value provided in the spectral data set
has to be interpreted differently for HT20 and HT40.
In HT40, the value is given as unsigned index and
shall be taken as is, while in HT20 it is a signed
value around bin index 28 and needs to be converted
to an unsigned index.
This patch simpl
From: Abdul Hussain
This patch removes check before freeing the memory
since kfree(NULL) is safe
Signed-off-by: Abdul Hussain
---
drivers/staging/wilc1000/linux_wlan_spi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/wilc1000/linux_wlan_spi.c
b/dr
Remove unnecessary typecast in #define macro.
Signed-off-by: Chaehyun Lim
---
drivers/staging/wilc1000/host_interface.c | 78 +++
1 file changed, 39 insertions(+), 39 deletions(-)
diff --git a/drivers/staging/wilc1000/host_interface.c
b/drivers/staging/wilc1000/host
Align #define macro.
Signed-off-by: Chaehyun Lim
---
drivers/staging/wilc1000/host_interface.c | 93 +++
1 file changed, 46 insertions(+), 47 deletions(-)
diff --git a/drivers/staging/wilc1000/host_interface.c
b/drivers/staging/wilc1000/host_interface.c
index 322882
From: Johannes Berg
On 32-bit architectures, the various (new) 64-bit statistics
aren't protected against reading while they're being changed
(which isn't atomic unlike on 64-bit architectures.)
Signed-off-by: Johannes Berg
---
net/mac80211/rx.c | 5
net/mac80211/sta_info.c | 68 ++
2015-06-18 12:36 GMT+02:00 Zefir Kurtisi :
> On 06/18/2015 10:43 AM, Nick Kossifidis wrote:
>> max_index is a 6bit signed integer in both cases (sorry for the 5bit
>> typo in the comments), so the current function handles it correctly
>> for both HT20 and dynamic HT20/40 modes (I've tested it exten
From: Johannes Berg
This value is only used in mesh, so move it into the new mesh
sub-struct of the station info.
Signed-off-by: Johannes Berg
---
net/mac80211/mesh_hwmp.c | 9 +
net/mac80211/sta_info.h | 7 ---
2 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/net/ma
On Wed, 2015-06-17 at 20:38 +0200, Arend van Spriel wrote:
> Hi Dan,
>
> When I create an AP interface using iw, it is followed by a change
> interface back to managed mode. I added a WARN_ON to see where it came
> from and it turns out to be the NetworkManager. However, I had disabled
> wifi a
unsubscribe linux-wireless alex.schna...@googlemail.com
--
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 http://vger.kernel.org/majordomo-info.html
From: Johannes Berg
The pointer is pretty useless, you can always reach the
hw struct by sta->sdata->local or in other ways, so we
can remove it.
Signed-off-by: Johannes Berg
---
net/mac80211/agg-rx.c | 6 +++---
net/mac80211/agg-tx.c | 4 ++--
net/mac80211/cfg.c | 4 ++--
On Thu, Jun 18, 2015 at 01:51:15PM +0900, 조성훈 wrote:
> Hi Greg,
> I want to make sure one thing before going further. I cloned the
> staging-testing and then made the first patch. There was no problem when I
> sent
> the first path to you.
> Afterwards, I also pulled the repository to update my lo
After further discussion with Nick, we better leave spectral as is.
Please ignore / drop this one.
On 06/18/2015 01:17 PM, Zefir Kurtisi wrote:
> The max_index value provided in the spectral data set
> has to be interpreted differently for HT20 and HT40.
> In HT40, the value is given as unsigned
On 06/18/2015 04:13 PM, Nick Kossifidis wrote:
> [...]
> I have NDA documents as well stating that the indices are from -64 to
> 63 (-64 to -1, 1 to 63 and 0 is DC), you can check out for yourself
> that we get 128bins on dynamic HT20/40, see the header files too:
>
> #define SPECTRAL_HT20_40_NUM_
2015-06-18 16:13 GMT+02:00 Nick Kossifidis :
> 2015-06-18 12:36 GMT+02:00 Zefir Kurtisi :
>> On 06/18/2015 10:43 AM, Nick Kossifidis wrote:
>>> max_index is a 6bit signed integer in both cases (sorry for the 5bit
>>> typo in the comments), so the current function handles it correctly
>>> for both H
2015-06-18 17:34 GMT+02:00 Nick Kossifidis :
> 2015-06-18 16:13 GMT+02:00 Nick Kossifidis :
>> 2015-06-18 12:36 GMT+02:00 Zefir Kurtisi :
>>> On 06/18/2015 10:43 AM, Nick Kossifidis wrote:
max_index is a 6bit signed integer in both cases (sorry for the 5bit
typo in the comments), so the c
2015-06-18 17:11 GMT+02:00 Zefir Kurtisi :
> On 06/18/2015 04:13 PM, Nick Kossifidis wrote:
>> [...]
>> I have NDA documents as well stating that the indices are from -64 to
>> 63 (-64 to -1, 1 to 63 and 0 is DC), you can check out for yourself
>> that we get 128bins on dynamic HT20/40, see the hea
On 06/18/2015 05:46 PM, Nick Kossifidis wrote:
> 2015-06-18 17:34 GMT+02:00 Nick Kossifidis :
>> To clarify this a bit: It's 0 - 63 for lower bins and 0 - 64 (not 63)
>> for upper bins and since we want an array index of 0 - 128 we add the
>> index of 0 to the upper max_idx (on the caller). You are
Intel just released the firmware for the new Wireless devices: 8260 and
4165.
As mentioned in iwlwifi's wiki page [1], these devices are supported
starting from kernel 4.1. The firmware is available on that same wiki
page [2]. It is also available on Intel wireless's clone of
linux-firmware.git [3
Hi,
This is a pull request for a new version of the firmware for Intel
wireless devices. Note that with this new firmware, we are now adding
support for 3 new devices: 3165, 8260 and 4165.
I had sent a pull request a while ago, this one replaces the older one.
Since then, we have added bug fixes
On Do, 2015-06-18 at 10:27 +0200, Arend van Spriel wrote:
> On 06/18/15 08:13, Jörg Krause wrote:
> > Hi Arend,
> >
> > On Di, 2015-06-16 at 16:26 +0200, Arend van Spriel wrote:
> > > On 06/16/15 11:59, Jörg Krause wrote:
> > > > Hi Arend,
> > > >
> > > > as I wrote in my previous mail ("brcmfmac
Fix warning founded by checkpatch.pl.
WARNING: __func__ should be used instead of gcc specific __FUNCTION__
Signed-off-by: Chaehyun Lim
---
drivers/staging/wilc1000/linux_wlan.c| 2 +-
drivers/staging/wilc1000/linux_wlan_common.h | 16
drivers/staging/wilc1000/wilc_plat
38 matches
Mail list logo