On Fri, Jul 31, 2015 at 01:52:13PM -0700, Greg Kroah-Hartman wrote:
On Fri, Jul 31, 2015 at 11:08:47AM +0530, Shraddha Barke wrote:
This patch fixes the following checkpatch.pl warning:
WARNING: do not add new typedefs
Signed-off-by: Shraddha Barke shraddha.6...@gmail.com
---
snip
Hi Dave,
here's a pull request for 4.3. In this pull request there's I have one
revert in commit 360d9bb5ee2d (Revert ath9k: export HW random number
generator), the data doesn't seem to be random enough. Please let me
know if you have any problems.
Kalle
The following changes since commit
From: Zhaoyang Liu li...@marvell.com
This patch adds firmware dump feature for SD8997 chipset.
The difference here is only one memory type is needed
to save all firmware information. Device dump information
will be uploaded to usersapace file.
Signed-off-by: Zhaoyang Liu li...@marvell.com
From: Zhaoyang Liu li...@marvell.com
This patch adds support for 8997 chipset to mwifiex
with SDIO/PCIe/USB interface.
The corresponding firmware image files are located in:
mrvl/sd8997_uapsta.bin
mrvl/pcie8997_uapsta.bin
mrvl/usb8997_uapsta.bin
Signed-off-by: Zhaoyang Liu li...@marvell.com
From: Jakub Kicinski kubak...@wp.pl
Rx is run inside a tasklet so ieee80211_rx() should be used
instead of ieee80211_rx_ni().
Signed-off-by: Jakub Kicinski kubak...@wp.pl
---
drivers/net/wireless/mediatek/mt7601u/dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Jakub Kicinski kubak...@wp.pl
mac80211 requires that rx path does not run concurrently with
tx status reporting. Since rx path is run in driver tasklet,
tx status cannot be reported directly from interrupt context
(there would be no way to lock it out).
Add tasklet for tx and move all
no, because this is meant for the platform build system rather than
the NDK. although the NDK has a concept of target API level, the
platform only has current.
On Thu, Jul 30, 2015 at 11:56 PM, Arik Nemtsov a...@wizery.com wrote:
On Fri, Jul 31, 2015 at 12:35 AM, Filipe Brandenburger
On Fri, Jul 31, 2015 at 7:17 AM, Amitkumar Karwar akar...@marvell.com wrote:
From: chunfan chen je...@marvell.com
We will check if any hidden SSID found in passive scan channels
and do specific SSID active scan for those channels.
Signed-off-by: chunfan chen je...@marvell.com
Signed-off-by:
On Fri, Jul 31, 2015 at 04:38:08PM +0900, Tony Cho wrote:
Hi Greg,
This patch focuses on removing the compile warnings for 64bit incompatability.
Most warnings are due to senseless type castings from driver handler to u32
and
also to void pointers. They are removed by using the same handler
From: Jakub Kicinski kubak...@wp.pl
DMA to variables located on the stack is a bad idea.
For simplicity and to avoid frequent allocations create
a buffer inside the device structure. Protect this
buffer with vendor_req_mutex. Don't protect vendor
requests which don't use this buffer.
From: chunfan chen je...@marvell.com
We will check if any hidden SSID found in passive scan channels
and do specific SSID active scan for those channels.
Signed-off-by: chunfan chen je...@marvell.com
Signed-off-by: Cathy Luo c...@marvell.com
Signed-off-by: Amitkumar Karwar akar...@marvell.com
On Fri, Jul 31, 2015 at 04:38:09PM +0900, Tony Cho wrote:
From: glen lee glen@atmel.com
This patch changes void pointer type of drvHandler with WILC_WFIDrvHandle
type variable since the structure member drvHandler in tstrHostIFmsg is
explicitly used to pass driver pointer as handler.
On Fri, Jul 31, 2015 at 04:38:32PM +0900, Tony Cho wrote:
From: glen lee glen@atmel.com
To use a pointer as as integer in arithmetic operation, cast type to uintptr_t
as the data type.
This patch changes casting (unsigned int) with (uintptr_t) to do arithmetic
operation
Here is
On Fri, Jul 31, 2015 at 04:38:10PM +0900, Tony Cho wrote:
From: glen lee glen@atmel.com
This should probably be Glen Lee, right?
thanks,
greg k-h
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More majordomo
On Fri, Jul 31, 2015 at 04:38:36PM +0900, Tony Cho wrote:
From: glen lee glen@atmel.com
drvHandler of u32 type is used to handle integer type pointer operation which
cause build warnings.
To use integer type varialbe as pointer, drvHandler data type need to be
changed
with uintptr_t
On Fri, Jul 31, 2015 at 10:55:40AM +0530, Shraddha Barke wrote:
This patch fixes the following checkpatch.pl warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Shraddha Barke shraddha.6...@gmail.com
Please add a blank line and resend.
--
To unsubscribe from this list:
On Fri, Jul 31, 2015 at 11:08:47AM +0530, Shraddha Barke wrote:
This patch fixes the following checkpatch.pl warning:
WARNING: do not add new typedefs
Signed-off-by: Shraddha Barke shraddha.6...@gmail.com
---
drivers/staging/wilc1000/coreconfigurator.c | 2 +-
1 file changed, 1
On Fri, Jul 31, 2015 at 04:38:33PM +0900, Tony Cho wrote:
From: glen lee glen@atmel.com
To use drvHandler as integer operation, cast type to uintptr_t.
Here is the build warning.
drivers/staging/wilc1000/wilc_wlan.c:1871:23: warning: cast from pointer to
integer of different size
Grumbach, Emmanuel emmanuel.grumb...@intel.com writes:
Here is another pull request for 4.2. Three small fixes this time.
Let me know if you have any issues.
Note that my availability will be limited next week, and the week after
I'll be completely offline.
Thanks!
The following changes
Fixes commit eae79b4f3e82 (rsi: fix memory leak in
rsi_load_ta_instructions())
which stopped the driver from functioning.
Firmware data has been allocated using vmalloc(), resulting in memory
that cannot be used for DMA. Hence the firmware was first copied to a
buffer allocated with
Won't this break iw build with earlier Android trees? Did you test
this on something like KK?
On Fri, Jul 31, 2015 at 12:47 AM, Filipe Brandenburger
filbran...@google.com wrote:
The latest AOSP refers to that library as libnl and not libnl_2.
TEST=Built AOSP tree with this patchset, tested the
On Fri, Jul 31, 2015 at 12:35 AM, Filipe Brandenburger
filbran...@google.com wrote:
The workaround might have been necessary in the past, however now it
produces the following error:
.../libnl.a(attr.o): multiple definition of 'nla_put_flag'
.../android-nl.o: previous definition here
From: glen lee glen@atmel.com
This patch changes void pointer type of drvHandler with WILC_WFIDrvHandle
type variable since the structure member drvHandler in tstrHostIFmsg is
explicitly used to pass driver pointer as handler.
The void pointer as argument is ambiguous for the functions to
From: glen lee glen@atmel.com
This patch changes void pointer type of parameter with WILC_WFIDrvHandle type
in all functions which take drvHandler in tstrHostIFmsg as a function argument
since the type of drvHandler in tstrHostIFmsg was changed with
WILC_WFIDrvHandle.
Signed-off-by: glen
From: glen lee glen@atmel.com
This patch moves the structure WILC_WFIDrvHandle into wilc_wlan_if.h
As all the functions which take drive handler as argument will use
WILC_WFIDrvHandle
type instead of u32 type that makes compile warning due to type difference,
move it into wilc_wlan_if which
Hauke Mehrtens ha...@hauke-m.de writes:
On 07/30/2015 08:54 AM, Rafał Miłecki wrote:
On 30 July 2015 at 07:40, Kalle Valo kv...@codeaurora.org wrote:
Hauke Mehrtens ha...@hauke-m.de writes:
On the 2GHz and and on the 5GHZ band only the extpa_gain setting from
the 5GHz band was checked. this
Hi Greg,
This patch focuses on removing the compile warnings for 64bit incompatability.
Most warnings are due to senseless type castings from driver handler to u32 and
also to void pointers. They are removed by using the same handler with this
series of patch. All warnings disappear.
This patch
From: glen lee glen@atmel.com
This patch changes drvHandler of u32 type with WILC_WFIDrvHandle type since
SendConfigPkt function gets WILC_WFIDrvHandle type driver Handler pointer as
argument which makes compile warning.
As the type of parameter changed, associate code will be changed in the
From: glen lee glen@atmel.com
This patch changes pstrWFIDrv with WILC_WFIDrvHandle type variable as a argument
of SendConfigPkt in all associate code because the type of argument 5 in
SendConfigPkt was changed with WILC_WFIDrvHandle type.
Signed-off-by: glen lee glen@atmel.com
From: glen lee glen@atmel.com
This patch removes unused variable pstrWFIDrv.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
drivers/staging/wilc1000/host_interface.c | 15 ---
1 file changed, 15 deletions(-)
diff --git
From: glen lee glen@atmel.com
This patch removes unnecessary type cast since the u32 type of argument 5 in
SendConfigPkt was changed with WILC_WFIDrvHandle. Therefore, No need to cast
u32.
Type cast (u32) cause build warning like below.
drivers/staging/wilc1000/host_interface.c:622:54:
From: glen lee glen@atmel.com
This patch change (u32)pstrWFIDrv with priv-hWILCWFIDrv as a argument
of wlan_cfg_set since the parameter drvHandler of uint32_t type in wlan_cfg_set
was changed with WILC_WFIDrvHandle.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho
From: glen lee glen@atmel.com
This patch removes unnecessary type cast because drvHandler type was change with
WILC_WFIDrvHandle.
drivers/staging/wilc1000/linux_wlan.c:2014:51: warning: cast from pointer to
integer of different size [-Wpointer-to-int-cast]
From: glen lee glen@atmel.com
This patch removes casting (u32) which makes compile warnings.
The type of gu8FlushedJoinReqDrvHandler was changed with WILC_WFIDrvHandle same
as
drvHandler.
drivers/staging/wilc1000/host_interface.c:2197:68: warning: comparison between
pointer and integer
From: glen lee glen@atmel.com
The parameter of u32 type is incompatible with the argument of WILC_WFIDrvHandle
type which host_int_set_wfi_drv_handler takes always as input.
Therefore, this patch changes parameter of u32 type with WILC_WFIDrvHandle type
in the function
From: glen lee glen@atmel.com
This patch removes unnecessary type cast since the u32 type parameter in
host_int_set_wfi_drv_handler was changed with WILC_WFIDrvHandle.
Therefore, No need to cast u32.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
From: glen lee glen@atmel.com
This patch changes drvHandler of uint32_t type with WILC_WFIDrvHandle type in
wlan_cfg_get and wilc_wlan_cfg_get.
The type of drvHandler which wlan_cfg_get take as argument was changed to
WILC_WFIDrvHandle.
So the type needs to be changed to match parameter
From: glen lee glen@atmel.com
This patch changes gu8FlushedJoinReqDrvHandler of u32 type with
WILC_WFIDrvHandle type.
gu8FlushedJoinReqDrvHandler is used to hold driver handler for comparison but
the
type mismatches with it.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony
From: glen lee glen@atmel.com
This patch changes drvHandler of uint32_t type with WILC_WFIDrvHandle type in
wlan_cfg_set and wilc_wlan_cfg_set.
The type of drvHandler which wlan_cfg_set take as argument was changed to
WILC_WFIDrvHandle.
So the type needs to be changed to match parameter
From: glen lee glen@atmel.com
This patch changes drvHandler of uint32_t type with WILC_WFIDrvHandle type
since drvHandler is used to pass WILC_WFIDrvHandle type to other functions.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
From: glen lee glen@atmel.com
As type of gu8FlushedJoinReqDrvHandler was changed with WILC_WFIDrvHandle,
change right value with drvHandler to match type.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
drivers/staging/wilc1000/host_interface.c | 2
From: glen lee glen@atmel.com
Cast type to WILC_WFIDrvHandle before assignment from incompatible pointer type
to fix the following warning.
drivers/staging/wilc1000/host_interface.c:6916:27: warning: assignment from
incompatible pointer type [enabled by default]
strHostIFmsg.drvHandler =
On the 2GHz and and on the 5GHZ band only the extpa_gain setting from
the 5GHz band was checked. this patch makes it check the property from
the correct band.
Signed-off-by: Hauke Mehrtens ha...@hauke-m.de
Thanks, applied to wireless-drivers.git.
Kalle Valo
--
To unsubscribe from this
From: glen lee glen@atmel.com
This patch removes unused variable pstrWFIDrv.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
drivers/staging/wilc1000/host_interface.c | 1 -
1 file changed, 1 deletion(-)
diff --git
From: glen lee glen@atmel.com
u32Mode type is u32 and it indicates integer type operation mode.
So change (32)NULL with 0.
drivers/staging/wilc1000/host_interface.c:704:47: warning: cast from pointer
to integer of different size [-Wpointer-to-int-cast]
if
From: glen lee glen@atmel.com
This patch changes u32Address of u32 type with WILC_WFIDrvHandle type in
the structure tstrHostIfSetDrvHandler because u32Address is used to hold
driver handler.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho tony@atmel.com
---
From: glen lee glen@atmel.com
This patch changes drvHandler of uinit32_t type with WILC_WFIDrvHandle type to
match
driver handle type since wilc_wlan_cfg_commit gets drvHandler of
WILC_WFIDrvHandle
type as argument now.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by: Tony Cho
From: glen lee glen@atmel.com
This patch removes (u32) type cast which makes build warning because
the parameter of u32 type in the function host_int_set_wfi_drv_handler was
changed with WILC_WFIDrvHandle. Not necessary to cast type.
Signed-off-by: glen lee glen@atmel.com
Signed-off-by:
From: glen lee glen@atmel.com
To use drvHandler as integer operation, cast type to uintptr_t.
Here is the build warning.
drivers/staging/wilc1000/wilc_wlan.c:1871:23: warning: cast from pointer to
integer of different size [-Wpointer-to-int-cast]
int driver_handler = (u32)drvHandler;
From: glen lee glen@atmel.com
This patch changes pstrWFIDrv with pstrHostIfSetDrvHandler-u32Address which
is WILC_WFIDrvHandle type.
The type of parameter 5 in SendConfigPkt and u32Address in
tstrHostIfSetDrvHandler
was changed with WILC_WFIDrvHandle so the SendConfigPkt needs to take
From: glen lee glen@atmel.com
To use a pointer as as integer in arithmetic operation, cast type to uintptr_t
as the data type.
This patch changes casting (unsigned int) with (uintptr_t) to do arithmetic
operation
Here is build warning.
drivers/staging/wilc1000/linux_wlan.c:2385:20: warning:
From: Luis Felipe Dominguez Vega lfdoming...@nauta.cu
In commit 33511b157bbcebaef853cc1811992b664a2e5862 (rtlwifi: add support to
send beacon frame), the mechanism for sending beacons was established. That
patch works correctly for rtl8192cu, but there is a possibility of getting
the
Stephan Mueller smuel...@chronox.de writes:
-rw-rw-r-- 1 lex lex 2564096 Jul 27 11:36 hwrng.out
-rw-rw-r-- 1 lex lex 2468394 Jul 27 11:36 hwrng.out.bz2
Do i understand it correctly, in case of hwrng bzip was able to find
enough pattern to compressed the data? Even with format overhead?
I'm no
From: glen lee glen@atmel.com
drvHandler of u32 type is used to handle integer type pointer operation which
cause build warnings.
To use integer type varialbe as pointer, drvHandler data type need to be changed
with uintptr_t type.
drivers/staging/wilc1000/host_interface.c: In function
From: Kalle Valo kv...@codeaurora.org
Date: Fri, 31 Jul 2015 15:59:00 +0300
here's a pull request for 4.3. In this pull request there's I have one
revert in commit 360d9bb5ee2d (Revert ath9k: export HW random number
generator), the data doesn't seem to be random enough. Please let me
know if
+Pouyan David.
-Original Message-
From: Kalle Valo [mailto:kv...@codeaurora.org]
Sent: Friday, July 31, 2015 3:09 PM
To: Stephan Mueller
Cc: Oleksij Rempel; Pan, Miaoqing; linvi...@tuxdriver.com;
linux-wireless@vger.kernel.org; Theodore Ts'o; linux-cry...@vger.kernel.org;
56 matches
Mail list logo
