In ancient times it was necessary to manually initialize the bus
field of an spi_driver to spi_bus_type. These days this is done in
spi_register_driver(), so we can drop the manual assignment.
Signed-off-by: Antonio Borneo borneo.anto...@gmail.com
To: Solomon Peachy pi...@shaftnet.org
To: Kalle
Hi Arend,
On So, 2015-06-21 at 23:18 +0200, Arend van Spriel wrote:
My bad. The patch removes p2pdev from interface modes, but it is
still
listed in the interface combinations and cfg80211 will complain about
it. Have to extend the patch. I better do that after a good nights
sleep.
From: Johannes Berg johannes.b...@intel.com
This callback is currently not allowed to sleep, which makes it more
difficult to implement proper driver methods in mac80211 than it has
to be. Instead of doing asynchronous work here in mac80211, make it
possible for the callback to sleep by doing
Hello,
On Wed, Jun 17, 2015 at 11:10:52AM +0200, Uwe Kleine-König wrote:
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Hello Mark A. Greer,
This is a semi-automatic email about new static checker warnings.
The patch ab714817d7e8: NFC: trf7970a: Handle extra byte in response
to Type 5 RMB commands from Apr 24, 2015, leads to the following
Smatch complaint:
drivers/nfc/trf7970a.c:632
From: Johannes Berg johannes.b...@intel.com
This callback is currently not allowed to sleep, which makes it more
difficult to implement proper driver methods in mac80211 than it has
to be. Instead of doing asynchronous work here in mac80211, make it
possible for the callback to sleep by doing
mwifiex_set_wowlan_mef_entry attempts to free a passed-in pointer in
case of an error. The only caller (mwifiex_set_mef_filter) passes that
pointer as an offset into allocated memory, so any attempt to free that
will not be the actual allocated pointer.
Address this by changing
In reg_process_hint, the test of treatment == REG_REQ_IGNORE ||
treatment == REG_REQ_ALREADY_SET is superfluous because the code in the
if-then branch is identical to the code after the if statement.
Coverity CID #1295939
Signed-off-by: John W. Linville linvi...@tuxdriver.com
---
Without this change, the code simply exits after calling
mwifiex_uap_set_head_tail_ies, leving the call to
mwifiex_set_mgmt_beacon_data_ies as dead code.
Coverity CID #1271292
Signed-off-by: John W. Linville linvi...@tuxdriver.com
---
drivers/net/wireless/mwifiex/ie.c | 2 ++
1 file changed, 2
-Original Message-
From: Krishna Chaitanya
chaitanya.m...@gmail.commailto:krishna%20chaitanya%20%3cchaitanya.m...@gmail.com%3e
To: Peer, Ilan
ilan.p...@intel.commailto:%22Peer,%20ilan%22%20%3cilan.p...@intel.com%3e
Cc: Janusz Dziedzic
On Tue, Jun 23, 2015 at 02:11:06PM -0400, John W. Linville wrote:
In reg_process_hint, the test of treatment == REG_REQ_IGNORE ||
treatment == REG_REQ_ALREADY_SET is superfluous because the code in the
if-then branch is identical to the code after the if statement.
This was introduced (or
I suspect this is because of P2P_GO NoA?
Who should care about this direct probes tx when GO is not present?
In case we didn't send direct probes - there is no problem and TC
works correctly
Interesting :)
Any chance you can provide trace-cmd and sniffer capture?
On Tue, Jun 23, 2015 at 5:25 PM, Peer, Ilan ilan.p...@intel.com wrote:
I suspect this is because of P2P_GO NoA?
Who should care about this direct probes tx when GO is not present?
In case we didn't send direct probes - there is no problem and TC
works correctly
Interesting :)
On 06/23/15 13:31, Jörg Krause wrote:
Hi Arend,
On So, 2015-06-21 at 23:18 +0200, Arend van Spriel wrote:
My bad. The patch removes p2pdev from interface modes, but it is
still
listed in the interface combinations and cfg80211 will complain about
it. Have to extend the patch. I better do that
Amit Nishant would be taking care of maintaining mwifiex driver here
onwards on account of organizational changes.
Signed-off-by: Avinash Patil pat...@marvell.com
Signed-off-by: Amitkumar Karwar akar...@marvell.com
Signed-off-by: Nishant Sarmukadam nisha...@marvell.com
Signed-off-by: Cathy Luo
From: Johannes Berg johannes.b...@intel.com
If an SKB will be segmented by the driver, count it for multiple
MSDUs that are being transmitted rather than just a single.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
net/mac80211/tx.c | 6 +-
1 file changed, 5 insertions(+), 1
Hello all,
I'm looking for a way to configure the multicast datarate of a 802.11 client
(e.g. STA mode) and an AP.
The iw command (I have 3.4) allows to specify a multicast datarate on IBSS
and MESH joins, but there doesn't seem to be an option that allows the
setting of the multicast datarate in
-Original Message-
From: Johannes Berg [mailto:johan...@sipsolutions.net]
Sent: Monday, June 22, 2015 15:00
To: Janusz Dziedzic
Cc: linux-wireless@vger.kernel.org; ath9k-de...@venema.h4ckr.net;
n...@openwrt.org; suj...@msujith.org; Otcheretianski, Andrei
Subject: Re: [PATCH 2/3]
10.4 firmware uses dedicated copy engine for pktlog transaction.
Whatever the data received in that dedicated copy engine will
have only pkt log header and followed by pktlog payload (will not
have htc header). In the current design, htc layer callback
registered with hif are acting as default
On 22 June 2015 at 16:01, Krishna Chaitanya chaitanya.m...@gmail.com wrote:
On Mon, Jun 22, 2015 at 6:32 PM, Michal Kazior michal.kaz...@tieto.com
wrote:
On 22 June 2015 at 13:56, Krishna Chaitanya chaitanya.m...@gmail.com wrote:
On Mon, Jun 22, 2015 at 5:13 PM, Janusz Dziedzic
From: Kalle Valo kv...@codeaurora.org
Date: Thu, 18 Jun 2015 08:49:50 +0300
here's one more pull request I would like to get to 4.2 if possible.
Nothing major this time, just small stuff all over. Please let me know
if you have any problems.
Pulled, thanks Kalle.
--
To unsubscribe from
In case we will get ROC cancel from mac80211 we
should not call ieee80211_remain_on_channel_expired().
In other case I hit such warning on MIPS and
p2p negotiation failed (tested with use_chanctx=1).
ath: phy0: Starting RoC period
ath: phy0: Channel definition created: 2412 MHz
ath: phy0:
-Original Message-
From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
ow...@vger.kernel.org] On Behalf Of Janusz Dziedzic
Sent: Tuesday, June 23, 2015 11:51
To: linux-wireless@vger.kernel.org
Cc: Peer, Ilan
Subject: AP + P2P_GO multichan tests with intel7260 as a
On Tue, Jun 23, 2015 at 4:41 PM, Peer, Ilan ilan.p...@intel.com wrote:
-Original Message-
From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
ow...@vger.kernel.org] On Behalf Of Janusz Dziedzic
Sent: Tuesday, June 23, 2015 11:51
To: linux-wireless@vger.kernel.org
Cc:
On Tue, Jun 23, 2015 at 09:17:44AM +0900, Chaehyun Lim wrote:
Remove commented codes.
Signed-off-by: Chaehyun Lim chaehyun@gmail.com
---
drivers/staging/wilc1000/wilc_wfi_netdevice.c | 21 -
1 file changed, 21 deletions(-)
diff --git
25 matches
Mail list logo