On 24 September 2014 18:30, Ben Greear wrote:
> On 09/24/2014 08:05 AM, Michal Kazior wrote:
>> On 24 September 2014 16:35, Ben Greear wrote:
>>> On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, wrote:
[...]
>
> +static struct ieee80211_sta_vht_cap ath1
SKB lists have their own lock. So this lock is not needed.
Signed-off-by: Avinash Patil
---
drivers/net/wireless/mwifiex/init.c | 1 -
drivers/net/wireless/mwifiex/main.h | 2 --
drivers/net/wireless/mwifiex/pcie.c | 4
drivers/net/wireless/mwifiex/sdio.c | 3 ---
4 files changed, 10 deleti
A soft lockup was observed on ARM multicore platform while UDP
RX iperf was running on station.
Reason for this is delay_main_task was not taken into consideration while
jumping to process_start. Now if delay_main_task is true, we would exit
mwifiex_main_process instead of going to process_start a
On 24 September 2014 18:09, Ben Greear wrote:
> On 09/24/2014 12:09 AM, Michal Kazior wrote:
>> On 23 September 2014 18:48, Ben Greear wrote:
>>> On 09/23/2014 01:59 AM, Michal Kazior wrote:
On 23 September 2014 01:00, wrote:
> From: Ben Greear
>> [...]
> @@ -4086,6 +4086,10 @@ at
On Wednesday 24 September 2014 23:19:12 Hauke Mehrtens wrote:
> On 09/24/2014 11:48 AM, Arnd Bergmann wrote:
> > On Wednesday 24 September 2014 00:04:18 Hauke Mehrtens wrote:
> >> I assume this should then look somehow like this:
> >>
> >> axi@1800 {
> >> compatible = "brcm,bus-axi";
>
On 25 September 2014 00:17, Hauke Mehrtens wrote:
> This driver is used by the bcm53xx ARM SoC code. Now it is possible to
> give the address of the chipcommon core in device tree and bcma will
> search for all the other cores.
Hauke: I just noticed you sent this V5 patch as 1/2. I was wondering
On 25 September 2014 00:17, Hauke Mehrtens wrote:
> changes since:
> v4:
> - move the code adding the device tree to the child driver into this patch
> - remove all references to irq from this patch
Makes sense, thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless
El 24/09/14 19:51, John W. Linville ha escrit:
>> Do you know if is there somebody (at ralink/mediatek or elsewhere)
>> working on integrating this chipset in the in-kernel driver?
>>
>> Bye
>> --
>> Luca
>
> I don't know of anyone from Ralink/MediaTek or otherwise working
> on that. I sent som
This driver is used by the bcm53xx ARM SoC code. Now it is possible to
give the address of the chipcommon core in device tree and bcma will
search for all the other cores.
Signed-off-by: Hauke Mehrtens
---
Documentation/devicetree/bindings/bus/bcma.txt | 20 +++
drivers/bcma/bcma_private.h
It is not possible to auto detect the irq numbers used by the cores on
an arm SoC. If bcma was registered with device tree it will search for
some device tree nodes with the irq number and add it to the core
configuration.
Signed-off-by: Hauke Mehrtens
---
Documentation/devicetree/bindings/bus/b
On 09/24/2014 11:48 AM, Arnd Bergmann wrote:
> On Wednesday 24 September 2014 00:04:18 Hauke Mehrtens wrote:
>> I assume this should then look somehow like this:
>>
>> axi@1800 {
>> compatible = "brcm,bus-axi";
>> reg = <0x1800 0x1000>;
>> ranges = <0x 0x1800
On Wednesday, September 24, 2014 09:44:50 PM Vinod Koul wrote:
> This patch series adds a simple macro pm_runtime_last_busy_and_autosuspend()
> which invokes pm_runtime_mark_last_busy() and pm_runtime_put_autosuspend()
> sequentially. Then we do a tree wide update of current patterns which are
> pr
From: "John W. Linville"
Date: Tue, 23 Sep 2014 11:00:02 -0400
> Please consider pulling this one last batch of fixes intended for the 3.17
> stream!
>
> For the NFC bits, Samuel says:
>
> "Hopefully not too late for a handful of NFC fixes:
>
> - 2 potential build failures for ST21NFCA and ST
On Wed, Sep 24, 2014 at 07:19:07PM +0200, Luca Olivetti wrote:
> Hello,
>
> apart from the general brokenness of the vendor supplied driver (see
> http://www.spinics.net/lists/linux-wireless/msg126291.html and
> http://www.arnelborja.com/compiling-rt2870-wifi-driver-in-fedora/), it
> doesn't work
My system should be doing DFS properly, but channel 100 (5500 Mhz) and nearby
are still not
enabled. What extra do I need to do?
I have some hacks to enable DFS-FCC, which fixes at least some of the DFS
problems in upstream kernels, and regulatory.bin is only a few months old.
[root@ath10k-2220
Hello,
apart from the general brokenness of the vendor supplied driver (see
http://www.spinics.net/lists/linux-wireless/msg126291.html and
http://www.arnelborja.com/compiling-rt2870-wifi-driver-in-fedora/), it
doesn't work in big endian mode.
Without this patch:
https://code.google.com/p/mt7601-
This patch series adds a simple macro pm_runtime_last_busy_and_autosuspend()
which invokes pm_runtime_mark_last_busy() and pm_runtime_put_autosuspend()
sequentially. Then we do a tree wide update of current patterns which are
present. As evident from log below this pattern is frequent in the
kernel
Use the new pm_runtime_last_busy_and_autosuspend helper instead of open
coding the same code
Signed-off-by: Vinod Koul
---
drivers/nfc/trf7970a.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/nfc/trf7970a.c b/drivers/nfc/trf7970a.c
index 3b78b03..d22ca2f 1006
From: Ben Greear
We will need to use these in set-antenna, so move them
so that we do not have to define the method signatures.
Signed-off-by: Ben Greear
---
drivers/net/wireless/ath/ath10k/mac.c | 172 +-
1 file changed, 86 insertions(+), 86 deletions(-)
diff
From: Ben Greear
This lets the mac80211 stack use the proper ht-caps when
negotiating with the peer. Note that all vdevs are guaranteed
to be down when antenna changes, so we can set the ht_caps
without worrying about messing up existing stations.
This patch also moves the get_nss_from_chainmas
On 09/24/2014 08:05 AM, Michal Kazior wrote:
> On 24 September 2014 16:35, Ben Greear wrote:
>> On 09/24/2014 12:51 AM, Michal Kazior wrote:
>>> On 24 September 2014 02:26, wrote:
>>> [...]
+static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k
*ar,
+
On 09/23/2014 11:50 PM, Michal Kazior wrote:
> On 23 September 2014 16:19, Ben Greear wrote:
>> On 09/23/2014 02:16 AM, Michal Kazior wrote:
>>> On 19 September 2014 20:28, wrote:
>>> [...]
+ /* If we are CT firmware, ask it to flush all tids on all peers
on
+*
On 09/24/2014 12:09 AM, Michal Kazior wrote:
> On 23 September 2014 18:48, Ben Greear wrote:
>> On 09/23/2014 01:59 AM, Michal Kazior wrote:
>>> On 23 September 2014 01:00, wrote:
From: Ben Greear
> [...]
@@ -4086,6 +4086,10 @@ ath10k_default_bitrate_mask(struct ath10k *ar,
On 09/24/2014 08:05 AM, Michal Kazior wrote:
On 24 September 2014 16:35, Ben Greear wrote:
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, wrote:
[...]
+static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k
*ar,
+
On 24 September 2014 16:35, Ben Greear wrote:
> On 09/24/2014 12:51 AM, Michal Kazior wrote:
>> On 24 September 2014 02:26, wrote:
>> [...]
>>>
>>> +static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k
>>> *ar,
>>> + bool
>I looked at the log. I see download commence because the packets
>received of 1562 bytes length. So within one second I see little over
>200 packets so approx. 3Mbps which is not impressive but I don't know
>what can be expected.
When it works it goes 50+ Mbps. I always tested at the same pla
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, wrote:
[...]
+static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k *ar,
+ bool use_cfg_chains)
{
struct ieee80211_sta_vht_cap vht_cap
On 09/24/2014 12:44 AM, Michal Kazior wrote:
On 23 September 2014 23:17, wrote:
[...]
+void ath10k_get_et_stats(struct ieee80211_hw *hw,
+struct ieee80211_vif *vif,
+struct ethtool_stats *stats, u64 *data)
+{
+ struct ath10k *ar = hw->pri
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, wrote:
[...]
+static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k *ar,
+ bool use_cfg_chains)
{
struct ieee80211_sta_vht_cap vht_cap
On 09/23/14 20:10, Michael Tokarev wrote:
23.09.2014 21:35, Arend van Spriel wrote:
On 09/23/14 18:02, Michael Tokarev wrote:
Oh. Indeed. While I enabled it, I recompiled only drivers/net/wireless,
but not net/. Rebuilt, another trace is here --
http://www.corpit.ru/mjt/tmp/brcmsmac-431
Here's a small patchset exporting firmware calibration data to user space. This
makes it easier to debug various calibration data related problems.
Please comment.
v3:
* patch 1: fix comment style (Michal)
* patch 3: use ath10k_debug_ prefix (Michal)
v2:
* never unmask the diagnostic window c
Provide calibration data used by the firmware to user space via a debugfs file.
This makes it easier to debug calibration related problems.
Example:
sudo cp /sys/kernel/debug/ieee80211/phy0/ath10k/cal_data 1.cal
Signed-off-by: Kalle Valo
---
drivers/net/wireless/ath/ath10k/debug.c | 82 +
diag_read() is used for reading from firmware memory via the diagnose window.
First user will be cal_data debugfs file.
To serialise diagnostic window access and make it safe to use while firmware is
running take ce_lock both in ath10k_pci_diag_write_mem() and
ath10k_pci_diag_read_mem(). Because o
The diagnostic window (CE7) uses polling and is not initiliased to retrieve
interrupts so disable interrupts altogether for CE7. Otherwise ath10k crashes
when using the diagnostic window while the firmware is running due to NULL
dereference and polling reads timeout.
Signed-off-by: Kalle Valo
---
Michal Kazior writes:
> On 23 September 2014 16:32, Kalle Valo wrote:
> [...]
>> diff --git a/drivers/net/wireless/ath/ath10k/debug.c
>> b/drivers/net/wireless/ath/ath10k/debug.c
>> index 101c6f9cf2a8..426341480262 100644
>> --- a/drivers/net/wireless/ath/ath10k/debug.c
>> +++ b/drivers/net/wir
On Wed, Sep 24, 2014 at 1:42 PM, Jack Sandeman wrote:
> Hi i am trying to find the file that when I tried to install debian wheezy
> 7.6.0 on my older laptop it said files missing for network card.
> iw1wifi-3945-2.ucode iw1wifi-3945-1.ucode
> I am trying to find where I can download this file and
Hi i am trying to find the file that when I tried to install debian wheezy
7.6.0 on my older laptop it said files missing for network card.
iw1wifi-3945-2.ucode iw1wifi-3945-1.ucode
I am trying to find where I can download this file and install it on the
laptop the rest of the download went ok a
Michal Kazior writes:
> On 23 September 2014 16:32, Kalle Valo wrote:
> [...]
>> - for (ce_id = 0; ce_id < CE_COUNT; ce_id++)
>> + /* Skip the last copy engine, CE7 the diagnostic window, as that
>> +* uses polling and isn't initialized for interrupts. */
>
> Comment style :-
On Wednesday 24 September 2014 00:04:18 Hauke Mehrtens wrote:
> I assume this should then look somehow like this:
>
> axi@1800 {
> compatible = "brcm,bus-axi";
> reg = <0x1800 0x1000>;
> ranges = <0x 0x1800 0x0010>;
> #address-cells = <1>;
>
Two bits control TX power on BBP_R1 register. Correct the mask,
otherwise we clear additional bit on BBP_R1 register, what can have
unknown, possible negative effect.
Cc: sta...@vger.kernel.org
Signed-off-by: Stanislaw Gruszka
---
drivers/net/wireless/rt2x00/rt2800.h | 2 +-
1 file changed, 1 in
On 24 September 2014 02:26, wrote:
[...]
> +static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k *ar,
> + bool use_cfg_chains)
> {
> struct ieee80211_sta_vht_cap vht_cap = {0};
> u16 mcs_map;
> int
On 23 September 2014 23:17, wrote:
[...]
> +void ath10k_get_et_stats(struct ieee80211_hw *hw,
> +struct ieee80211_vif *vif,
> +struct ethtool_stats *stats, u64 *data)
> +{
> + struct ath10k *ar = hw->priv;
> + int i = 0;
> + struct
On 23 September 2014 18:48, Ben Greear wrote:
> On 09/23/2014 01:59 AM, Michal Kazior wrote:
>> On 23 September 2014 01:00, wrote:
>>> From: Ben Greear
[...]
>>> @@ -4086,6 +4086,10 @@ ath10k_default_bitrate_mask(struct ath10k *ar,
>>> u32 legacy = 0x00ff;
>>> u8 ht = 0xff, i;
>
On 23 September 2014 16:32, Kalle Valo wrote:
[...]
> diff --git a/drivers/net/wireless/ath/ath10k/debug.c
> b/drivers/net/wireless/ath/ath10k/debug.c
> index 101c6f9cf2a8..426341480262 100644
> --- a/drivers/net/wireless/ath/ath10k/debug.c
> +++ b/drivers/net/wireless/ath/ath10k/debug.c
[...]
>
44 matches
Mail list logo