On Monday 22 September 2014 00:38:27 Hauke Mehrtens wrote:
> +
> +- reg : iomem address range of chipcommon core
> +
> +The cores on the AXI bus are automatically detected by bcma with the
> +memory ranges they are using and they get registered afterwards.
> +Automatic detection of the IRQ number i
>Ew. I'll have a look.
sorry, sending again, first one had html in it..
Any update on this one?
I'm seeing this in every boot. I patched this by changing led_trigger_register
and led_trigger_register_simple as macros which creates a static lock_class_key
like this:
-extern int led_trigger_regi
Kari Suvanto, le Mon 22 Sep 2014 10:30:32 +0300, a écrit :
> >Ew. I'll have a look.
>
> Any update on this one?
I have already sent it, yes, on Tue, 26 Aug 2014 11:17:25 +0200, here it
is again.
Samuel
Subject: [PATCHv2][input-led] Defer input led work to workqueue
When the kbd changes its led
Ok I missed that and it did not show up with my searches. I also tested your
patch on top of next-20140922 and it seems to work.
-Kari
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
Michal Kazior writes:
> On 19 September 2014 10:37, Kalle Valo wrote:
>> Michal Kazior writes:
>>
>>> + if (test_bit(ATH10K_FW_FEATURE_WMI_10X, ar->fw_features)) {
>>> + ret = ath10k_wmi_10x_pull_svc_rdy_ev(skb, &arg);
>>> + wmi_10x_svc_map(arg.service_map, svc_bmap)
On 09/21/14 00:58, Emil Goode wrote:
In the brcmf_count_20mhz_channels function we are looping through a list
of channels received from firmware. Since the index of the first channel
is 0 the condition leads to an off by one bug. This is causing us to hit
the WARN_ON_ONCE(1) calls in the brcmu_d1
On 09/21/14 00:58, Emil Goode wrote:
In the brcmf_count_20mhz_channels function we are looping through a list
of channels received from firmware. Since the index of the first channel
is 0 the condition leads to an off by one bug. This is causing us to hit
the WARN_ON_ONCE(1) calls in the brcmu_d1
Michal Kazior writes:
> HTT version is already printed so print WMI
> version as well for consistency.
>
> Signed-off-by: Michal Kazior
> ---
> drivers/net/wireless/ath/ath10k/debug.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/wireless/ath/ath10
On 22 September 2014 11:46, Kalle Valo wrote:
> Michal Kazior writes:
[...]
> Like discussed in IRC, you don't need to resent the whole patchset just
> because of this. I have now folded the patch below onto your patch in
> ath-next-test, please review:
>
> https://github.com/kvalo/ath/commit/1d1
Emmanuel Grumbach writes:
> diff --git a/drivers/net/wireless/iwlwifi/iwl-8000.c
> b/drivers/net/wireless/iwlwifi/iwl-8000.c
> index 4ae8ba6..e435148 100644
> --- a/drivers/net/wireless/iwlwifi/iwl-8000.c
> +++ b/drivers/net/wireless/iwlwifi/iwl-8000.c
> @@ -81,7 +81,7 @@
> #define IWL8000_NVM_
Michal Kazior writes:
> This makes it easier to debug hex dumps on systems
> with more than a single ath10k device.
>
> Signed-off-by: Michal Kazior
[...]
> - print_hex_dump_bytes(prefix, DUMP_PREFIX_OFFSET, buf, len);
> + for (ptr = buf; (ptr - buf) < len; ptr += 16) {
On Sat, Sep 20, 2014 at 02:40:43PM +0800, Chun-Yeow Yeoh via Devel wrote:
> + /* freq */
> + if (argc > 1 && strcmp(argv[0], "freq") == 0) {
> + argv++;
> + argc--;
[snip]
> -COMMAND(mesh, join, " [mcast-rate ]"
> +COMMAND(mesh, join, " [freq in MHz] [HT20|HT40+|HT
On 22 September 2014 12:52, Kalle Valo wrote:
> Michal Kazior writes:
>
>> This makes it easier to debug hex dumps on systems
>> with more than a single ath10k device.
>>
>> Signed-off-by: Michal Kazior
>
> [...]
>
>> - print_hex_dump_bytes(prefix, DUMP_PREFIX_OFFSET, buf, len);
>> +
Michal Kazior writes:
> On 22 September 2014 12:52, Kalle Valo wrote:
>> Michal Kazior writes:
>>
>>> - print_hex_dump_bytes(prefix, DUMP_PREFIX_OFFSET, buf, len);
>>> + for (ptr = buf; (ptr - buf) < len; ptr += 16) {
>>> + linebuflen = 0;
>>> +
Provide ethtool support; with support for interrupt coalescing through
get_coalesce/set_coalesce.
Placeholders for begin/complete will be used by runtime PM
to make sure target is powered up while performing ethtool operations
Signed-off-by: Vladimir Kondratiev
---
drivers/net/wireless/ath/wil62
On Mon, Sep 22, 2014 at 7:00 PM, Bob Copeland wrote:
> On Sat, Sep 20, 2014 at 02:40:43PM +0800, Chun-Yeow Yeoh via Devel wrote:
>> + /* freq */
>> + if (argc > 1 && strcmp(argv[0], "freq") == 0) {
>> + argv++;
>> + argc--;
>
> [snip]
>
>> -COMMAND(mesh, join, " [mc
> Hi, all，
Hi,
> I have read the http://www.spinics.net/lists/linux-wireless/msg124980.html
> for patching the ath9k driver in compat-wireless-2014-05-22 in openwrt trunk,
> but when I patch, for example, “the [PATCH 01/10] ath9k: export methods
> related to ack timeout estimation”, it failed.
Each of the routines in the rtlwifi common driver needs to be modified
for the coming changes. This patch prepares core.c, but also touches other
files.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/base.c | 8 +-
drivers/net/wireless/rtlwifi/base.h | 8 +-
drivers/net/wireles
Future patches will move the drivers for RTL8192EE and RTL8821AE
from staging to the regular wireless tree. Here, the necessary features
are added to the PCI driver. Other files are touched due to changes
in the various data structs.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/c
These patches accomplish the following:
1. Update existing drivers to the level of the latest Realtek drivers from
06/28/2014
2. Move the updated rtl8821ae driver into the regular wireless tree. Removal of
the staging version will be sent to GregKH once these patches are in place.
3. Make all
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/base.c | 647 +++-
drivers/net/wireless/rtlwifi/base.h | 49 +--
drivers/net/wireless/rtlwifi/wifi.h | 20 +-
3 files changed, 464 insertions(+), 252 deletions(-)
diff --git a/drivers/net/wireless/rtlw
When the rtlwifi family of drivers was converted to use a workqueue when
entering or leaving power save mode (commits a269913c52, a5ffbe0a19,
41affd5286, b9116b9a2b, and 6539306b2c), the code began scheduling work from
the callback routine of a different workqueue with a resulting increase in
overh
Addition of the new drivers and the update to a new version for the others
lead to changes in all the core routines.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/debug.c | 10 +---
drivers/net/wireless/rtlwifi/debug.h | 10 +---
drivers/net/wireless/rtlwifi/rc.c| 98 ++
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/core.c| 98 +++
drivers/net/wireless/rtlwifi/rtl8188ee/Makefile| 1 -
drivers/net/wireless/rtlwifi/rtl8188ee/hw.c| 7 +-
drivers/net/wireless/rtlwifi/rtl8188ee/phy.c | 4 -
drivers/ne
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/cam.c | 61 +-
drivers/net/wireless/rtlwifi/cam.h | 10 +-
drivers/net/wireless/rtlwifi/efuse.c | 224 ++-
drivers/net/wireless/rtlwifi/efuse.h | 17 ++-
4 files changed, 156 insertions(+),
The capability for 802.11ac will soon be added to these drivers. Once
that is done, a bitmask will be too large for the data storage.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/btcoexist/halbtcoutsrc.c | 2 +-
drivers/net/wireless/rtlwifi/btcoexist/halbtcoutsrc.h | 2 +-
driver
Realtek released a new version of the drivers on 06/28/2014. This
patch implements the new power-save code. These changes also force
corresponding changes in the drivers.
Signed-off-by: Larry Finger
---
drivers/net/wireless/rtlwifi/ps.c | 284 +
drivers/net/w
Hi,
We have a custom iMX53 based platform running Android Gingerbread, Linux kernel
2.6.35 with a TiWi-BLE Wlan/Bluetooth device using the SDIO interface for WLAN.
This uses a TI WL1271 WLAN device. We are using a Freescale BSP and the Wl12xx
NLCP driver from the TI website.
I'm using a specifi
> Emmanuel Grumbach writes:
>
> > diff --git a/drivers/net/wireless/iwlwifi/iwl-8000.c
> > b/drivers/net/wireless/iwlwifi/iwl-8000.c
> > index 4ae8ba6..e435148 100644
> > --- a/drivers/net/wireless/iwlwifi/iwl-8000.c
> > +++ b/drivers/net/wireless/iwlwifi/iwl-8000.c
> > @@ -81,7 +81,7 @@
> > #
On 09/22/14 17:19, Bruno De Paoli wrote:
Hi,
We have a custom iMX53 based platform running Android Gingerbread, Linux kernel
2.6.35 with a TiWi-BLE Wlan/Bluetooth device using the SDIO interface for WLAN.
This uses a TI WL1271 WLAN device. We are using a Freescale BSP and the Wl12xx
NLCP driv
The return values are not used by callers of these functions
so change the functions to return void.
Other miscellanea:
o add __printf verification to wil6210 logging functions
No format/argument mismatches found
Signed-off-by: Joe Perches
---
This change is associated to a desire to eventual
Hey there ath10k enthusiasts,
The afternoon prior to the Linux wireless summit that John Linville
and Johannes Berg are hosting:
http://www.linuxplumbersconf.org/2014/ocw/events/LPC2014/tracks/339
we've reserved a conference room to focus on ath10k topics of
interest. If you have specific items y
On Mon, Sep 22, 2014 at 12:26 PM, Kathy Giori wrote:
> Hey there ath10k enthusiasts,
>
> The afternoon prior to the Linux wireless summit that John Linville
> and Johannes Berg are hosting:
> http://www.linuxplumbersconf.org/2014/ocw/events/LPC2014/tracks/339
>
> we've reserved a conference room t
Hi John,
Hopefully not too late for a handful of NFC fixes:
- 2 potential build failures for ST21NFCA and ST21NFCB, triggered by a
depmod dependenyc cycle.
- One potential buffer overflow in the microread driver.
The following changes since commit 1bd3fa7b8c9b2936c16c6e6452f9cc991c405872:
M
On Mon, Sep 22, 2014 at 09:55:54PM +0200, Samuel Ortiz wrote:
> Hi John,
>
> Hopefully not too late for a handful of NFC fixes:
>
> - 2 potential build failures for ST21NFCA and ST21NFCB, triggered by a
> depmod dependenyc cycle.
> - One potential buffer overflow in the microread driver.
>
> T
Dave,
Please pull this batch of updates intended for the 3.18 stream...
For the mac80211 bits, Johannes says:
"This time, I have some rate minstrel improvements, support for a very
small feature from CCX that Steinar reverse-engineered, dynamic ACK
timeout support, a number of changes for TDLS,
Signed-off-by: Malcolm Priestley
---
drivers/staging/vt6655/device_main.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/vt6655/device_main.c
b/drivers/staging/vt6655/device_main.c
index 1a1440f..76d5454 100644
--- a/drivers/staging/vt6655/device_main.c
Just print driver name with dev_err removing the string formatting.
Signed-off-by: Malcolm Priestley
---
drivers/staging/vt6655/device_main.c | 34 +++---
1 file changed, 15 insertions(+), 19 deletions(-)
diff --git a/drivers/staging/vt6655/device_main.c
b/drivers/s
From: Ben Greear
There are not many of these messages producted by the
firmware, but they are generally fairly useful, so print
them at info level.
Signed-off-by: Ben Greear
---
drivers/net/wireless/ath/ath10k/wmi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ne
From: Ben Greear
It appears it takes more than just setting the
hardware's chainmask to make things work well. Without
this patch, a vdev would only use 1x1 rates when chainmask
was set to 0x3.
Setting the 'nss' (number of spatial streams) on the vdev
helps the firmware's rate-control algorithm
Hello Arend,
Ok I will resend with your ack.
Best regards,
Emil
On Mon, Sep 22, 2014 at 11:49:56AM +0200, Arend van Spriel wrote:
> On 09/21/14 00:58, Emil Goode wrote:
> >In the brcmf_count_20mhz_channels function we are looping through a list
> >of channels received from firmware. Since the i
In the brcmf_count_20mhz_channels function we are looping through a list
of channels received from firmware. Since the index of the first channel
is 0 the condition leads to an off by one bug. This is causing us to hit
the WARN_ON_ONCE(1) calls in the brcmu_d11n_decchspec function, which is
how I d
From: Ben Greear
When re-associating a station, the nss was set back to
maximum value even if user had configured small number
of tx chains. So, pay attention to user's config in
this case as well.
Signed-off-by: Ben Greear
---
drivers/net/wireless/ath/ath10k/mac.c | 11 +--
1 file ch
Hello Arend,
Sorry for the late reply. I have attached a kernel log with brcmfmac
debugging enabled (without my patch applied).
Let me know if I can provide any other useful information.
Best regards,
Emil
On Mon, Sep 22, 2014 at 11:56:43AM +0200, Arend van Spriel wrote:
> On 09/21/14 00:58, E
Allow user to configure frequency and channel type during
mesh join command.
Signed-off-by: Ashok Nagarajan
Signed-off-by: Chun-Yeow Yeoh
v2: use chandef similar to IBSS (Johannes)
v4: make the mesh join command more self-explanatory (Bob Copeland)
---
mesh.c | 70 +
This patch adds option to configure basic rates during mesh join.
Signed-off-by: Ashok Nagarajan
Signed-off-by: Chun-Yeow Yeoh
v2: minor change for upstream
v3: fix typo error (Colleen)
---
mesh.c | 40 ++--
1 file changed, 34 insertions(+), 6 deletions(-)
Joe Perches writes:
> The return values are not used by callers of these functions
> so change the functions to return void.
>
> Other miscellanea:
>
> o add __printf verification to wil6210 logging functions
> No format/argument mismatches found
>
> Signed-off-by: Joe Perches
> ---
> This cha
47 matches
Mail list logo
