find customers

2015-05-14 Thread David
How are you doing? We can bring you more business. We can find new customers for you from our email marketing. Just reply back and I can go over options for you. Thanks, David Email: vee...@aliyun.com ___ devel mailing list de...@linuxdriverproject.o

[PATCH 1/1] Staging: vt6656: device: Fixed spelling error

2015-05-14 Thread Colin Cronin
Fixed comment spelling error. Signed-off-by: Colin Cronin --- drivers/staging/vt6656/device.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vt6656/device.h b/drivers/staging/vt6656/device.h index f71d59f..635d931 100644 --- a/drivers/staging/vt6656/device.h

Re: [PATCH net-next,v2,1/1] hv_netvsc: use per_cpu stats to calculate TX/RX data

2015-05-14 Thread David Miller
From: Simon Xiao Date: Thu, 14 May 2015 01:00:25 -0700 > Current code does not lock anything when calculating the TX and RX stats. > As a result, the RX and TX data reported by ifconfig are not accuracy in a > system with high network throughput and multiple CPUs (in my test, > RX/TX = 83% betwee

Re: [PATCH 10/10] staging: rtl8188eu: return an error code, not a boolean

2015-05-14 Thread Dan Carpenter
On Fri, May 15, 2015 at 12:51:29AM +0200, Luca Ceresoli wrote: > >>@@ -1003,7 +1003,7 @@ static int _netdev_open(struct net_device *pnetdev) > >>pr_info("MAC Address = %pM\n", pnetdev->dev_addr); > >> > >>status = rtw_start_drv_threads(padapter); > >>- if (status =

Re: [PATCH v3 03/33] staging: rtl8192e: Mark unaligned memcpy()

2015-05-14 Thread Dan Carpenter
On Thu, May 14, 2015 at 10:29:39PM +0200, Mateusz Kulikowski wrote: > On 13.05.2015 10:22, Dan Carpenter wrote: > > On Tue, May 12, 2015 at 10:00:13PM +0200, Mateusz Kulikowski wrote: > >> On 11.05.2015 10:26, Dan Carpenter wrote: > (...) > >>> > >>> Which part isn't aligned? I think they both are

Re: [PATCH 10/10] staging: rtl8188eu: return an error code, not a boolean

2015-05-14 Thread Luca Ceresoli
Dear Dan, Dan Carpenter wrote: On Thu, May 14, 2015 at 12:08:49AM +0200, Luca Ceresoli wrote: I think _SUCCESS and _FAIL should be totally eradicated and replaced with proper error codes and my intent is to do it all over the codebase. However, since that would be a massive change, I'm sending

Re: [PATCH 10/10] staging: rtl8188eu: return an error code, not a boolean

2015-05-14 Thread Luca Ceresoli
Dear Larry, Larry Finger wrote: On 05/13/2015 05:08 PM, Luca Ceresoli wrote: Several functions in this driver return a boolean: _SUCCESS = 1 on success, _FAIL = 0 on error, defined in drivers/staging/rtl8188eu/include/osdep_service.h. The common practice in the Linux kernel is to return 0 on s

confirmation Of Payment Final Notification

2015-05-14 Thread Rev. Rowland William
Attention; I hereby write to ask you about one man know as Mrs. Katherine Lynn Voss of United States of America, Do you know her? This woman forwarded her bank account number 237030232190 and her bank name; Bank of America. she said that you empowered her to claim this Inheritance fund $10.5m on

Re: [PATCH] staging: rtl8192u: ieee80211: Silence sparse warning

2015-05-14 Thread Gaston Gonzalez
On 14/05/15 16:35, Johannes Berg wrote: > On Wed, 2015-05-13 at 22:04 -0300, Gaston Gonzalez wrote: > >> .../rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 53 >> ++ >> include/net/mac80211.h | 3 ++ >> net/mac80211/tkip.c

Re: [PATCH 07/10] staging: rtl8188eu: add missing blank lines after declarations

2015-05-14 Thread Luca Ceresoli
Dear Larry, Larry Finger wrote: On 05/13/2015 05:08 PM, Luca Ceresoli wrote: Fixes checkpatch warnings: WARNING: Missing a blank line after declarations Signed-off-by: Luca Ceresoli Cc: Greg Kroah-Hartman Cc: Larry Finger --- drivers/staging/rtl8188eu/os_dep/os_intfs.c | 3 +++ 1 file

Re: [PATCH v3 03/33] staging: rtl8192e: Mark unaligned memcpy()

2015-05-14 Thread Mateusz Kulikowski
On 13.05.2015 10:22, Dan Carpenter wrote: > On Tue, May 12, 2015 at 10:00:13PM +0200, Mateusz Kulikowski wrote: >> On 11.05.2015 10:26, Dan Carpenter wrote: (...) >>> >>> Which part isn't aligned? I think they both are. >>> >> struct rtllib_rxb *prxb = prxbIndicateArray[j]; >> >> struct rtllib_rxb

Re: [PATCH v3 02/33] staging: rtl8192e: Fix PREFER_ETHER_ADDR_COPY warnings

2015-05-14 Thread Mateusz Kulikowski
On 12.05.2015 23:19, Greg KH wrote: > On Tue, May 12, 2015 at 09:52:01PM +0200, Mateusz Kulikowski wrote: >> On 10.05.2015 15:19, Greg KH wrote: >>> On Sat, May 09, 2015 at 11:18:50PM +0200, Mateusz Kulikowski wrote: Replace memcpy() with ether_addr_copy() where possible to make checkpatc

Re: [PATCH] staging: rtl8192u: ieee80211: Silence sparse warning

2015-05-14 Thread Larry Finger
On 05/14/2015 02:35 PM, Johannes Berg wrote: On Wed, 2015-05-13 at 22:04 -0300, Gaston Gonzalez wrote: .../rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 53 ++ include/net/mac80211.h | 3 ++ net/mac80211/tkip.c

Re: [PATCH] staging: rtl8192u: ieee80211: Silence sparse warning

2015-05-14 Thread Johannes Berg
On Wed, 2015-05-13 at 22:04 -0300, Gaston Gonzalez wrote: > .../rtl8192u/ieee80211/ieee80211_crypt_tkip.c | 53 > ++ > include/net/mac80211.h | 3 ++ > net/mac80211/tkip.c| 9 ++-- > 3 files changed, 10 inserti

Re: [PATCH] staging: rtl8192u: ieee80211: Silence sparse warning

2015-05-14 Thread Dan Carpenter
Thanks Johannes. I'm a total newbie to networking so I don't get offended when the experts tell me I'm wrong. :) We'll look at the things you suggested. regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linux

Re: [PATCH 10/10] staging: rtl8188eu: return an error code, not a boolean

2015-05-14 Thread Dan Carpenter
On Thu, May 14, 2015 at 12:08:49AM +0200, Luca Ceresoli wrote: > I think _SUCCESS and _FAIL should be totally eradicated and replaced with > proper error codes and my intent is to do it all over the codebase. > However, since that would be a massive change, I'm sending this small > patch to get som

Re: [PATCH 10/10] staging: rtl8188eu: return an error code, not a boolean

2015-05-14 Thread Larry Finger
On 05/13/2015 05:08 PM, Luca Ceresoli wrote: Several functions in this driver return a boolean: _SUCCESS = 1 on success, _FAIL = 0 on error, defined in drivers/staging/rtl8188eu/include/osdep_service.h. The common practice in the Linux kernel is to return 0 on success, a negative error code othe

Re: [PATCH 07/10] staging: rtl8188eu: add missing blank lines after declarations

2015-05-14 Thread Larry Finger
On 05/13/2015 05:08 PM, Luca Ceresoli wrote: Fixes checkpatch warnings: WARNING: Missing a blank line after declarations Signed-off-by: Luca Ceresoli Cc: Greg Kroah-Hartman Cc: Larry Finger --- drivers/staging/rtl8188eu/os_dep/os_intfs.c | 3 +++ 1 file changed, 3 insertions(+) diff --

Re: [PATCH] staging: rts5208: remove always true comparison

2015-05-14 Thread Dan Carpenter
On Thu, May 14, 2015 at 07:55:59PM +0530, Sudip Mukherjee wrote: > the if comparison is always true as anything bitwise and-ing with 0x1E > can never be equal to 0x03. > > Fixes bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=69881 > It doesn't fix anything though, it just silences the war

[PATCH] staging: rts5208: remove always true comparison

2015-05-14 Thread Sudip Mukherjee
the if comparison is always true as anything bitwise and-ing with 0x1E can never be equal to 0x03. Fixes bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=69881 Reported-by: David Binderman Signed-off-by: Sudip Mukherjee --- drivers/staging/rts5208/sd.c | 6 ++ 1 file changed, 2 insert

[PATCH v5] staging: sm750fb: use arch_phys_wc_add() and ioremap_wc()

2015-05-14 Thread Luis R. Rodriguez
From: "Luis R. Rodriguez" The same area used for ioremap() is used for the MTRR area. Convert the driver from using the x86 specific MTRR code to the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add() will avoid MTRR if write-combining is available, in order to take advantage of that al

Re: [PATCH v4] staging: sm750fb: use arch_phys_wc_add() and ioremap_wc()

2015-05-14 Thread Luis R. Rodriguez
On Sun, May 10, 2015 at 03:09:03PM +0200, Greg KH wrote: > On Mon, May 04, 2015 at 05:15:51PM -0700, Luis R. Rodriguez wrote: > > --- > > drivers/staging/sm750fb/sm750.c| 36 > > > > drivers/staging/sm750fb/sm750.h| 3 --- > > drivers/staging/sm750fb/

Re: [PATCH] Staging: comedi: Removed expression that has no effect

2015-05-14 Thread AdrianRemonda
On Tue, May 12, 2015 at 02:19:01PM -0700, Greg Kroah-Hartman wrote: > On Tue, May 12, 2015 at 11:03:52PM +0200, Adrian Remonda wrote: > > This patch remove a register from an '|' expression. > > It is wrong since after in the code, the variable ai_trig gets > > written back to that register. > >

[PATCH] staging: unisys: cleanup UNISYS_VISORUTIL

2015-05-14 Thread Valentin Rothberg
Commit 53490b545cb0 ("staging: unisys: move periodic_work.c into the visorbus directory") removed the Kconfig option UNISYS_VISORUTIL, but left one reference in a Kconfig select. Remove this last reference. Signed-off-by: Valentin Rothberg --- drivers/staging/unisys/visorchannel/Kconfig | 1 -

[PATCH] staging: I2O cleanup

2015-05-14 Thread Valentin Rothberg
Remove the last reference on menuconfig I20 that has been removed by commit 4a72a7af462d ("staging: remove i2o subsystem"). Signed-off-by: Valentin Rothberg --- drivers/Makefile | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/Makefile b/drivers/Makefile index 46d2554be404..9a02fb7c510

Re: staging: remove i2o subsystem: some leftovers

2015-05-14 Thread Valentin Rothberg
Hi Greg, On Thu, May 14, 2015 at 2:54 PM, Greg KH wrote: > On Thu, May 14, 2015 at 01:37:04PM +0200, Valentin Rothberg wrote: >> Hi Greg, >> >> your commit 4a72a7af462d ("staging: remove i2o subsystem") is in >> today's linux-next tree (i.e., next-2015

Re: staging: remove i2o subsystem: some leftovers

2015-05-14 Thread Greg KH
On Thu, May 14, 2015 at 01:37:04PM +0200, Valentin Rothberg wrote: > Hi Greg, > > your commit 4a72a7af462d ("staging: remove i2o subsystem") is in > today's linux-next tree (i.e., next-20150514) and it removes the > menuconfig I2O, but leaves the following line un

staging: remove i2o subsystem: some leftovers

2015-05-14 Thread Valentin Rothberg
Hi Greg, your commit 4a72a7af462d ("staging: remove i2o subsystem") is in today's linux-next tree (i.e., next-20150514) and it removes the menuconfig I2O, but leaves the following line untouched: drivers/Makefile:101:obj-$(CONFIG_I2O) += message/ Can this line and the fo

Re: [PATCH] staging: lustre: return error if copy_to_user fails

2015-05-14 Thread Dan Carpenter
On Thu, May 14, 2015 at 10:58:44AM +, Drokin, Oleg wrote: > So I imagine the only case where this could fail is if we got a pointer to > some read-only location > (or there's somebody playing with mappings behind our back?) so it should be > totally fine to > do it the other way around: > >

Re: [PATCH] staging: lustre: return error if copy_to_user fails

2015-05-14 Thread Drokin, Oleg
Hello! On May 14, 2015, at 5:52 AM, Gujulan Elango, Hari Prasath (H.) wrote: > On Thu, May 14, 2015 at 12:47:19PM +0300, Dan Carpenter wrote: >> On Thu, May 14, 2015 at 09:22:01AM +, Gujulan Elango, Hari Prasath (H.) >> wrote: >>> The return value of copy_to_user() isn't checked for failure.

Re: [PATCH] staging: lustre: return error if copy_to_user fails

2015-05-14 Thread Gujulan Elango, Hari Prasath (H.)
On Thu, May 14, 2015 at 12:47:19PM +0300, Dan Carpenter wrote: > On Thu, May 14, 2015 at 09:22:01AM +, Gujulan Elango, Hari Prasath (H.) > wrote: > > The return value of copy_to_user() isn't checked for failure.Hence > > return -EFAULT if it fails. > > > > Signed-off-by: Hari Prasath Gujulan

Re: [PATCH] staging: lustre: return error if copy_to_user fails

2015-05-14 Thread Dan Carpenter
On Thu, May 14, 2015 at 09:22:01AM +, Gujulan Elango, Hari Prasath (H.) wrote: > The return value of copy_to_user() isn't checked for failure.Hence > return -EFAULT if it fails. > > Signed-off-by: Hari Prasath Gujulan Elango > --- > drivers/staging/lustre/lustre/lov/lov_pack.c | 7 --- >

[PATCH] staging: lustre: return error if copy_to_user fails

2015-05-14 Thread Gujulan Elango, Hari Prasath (H.)
The return value of copy_to_user() isn't checked for failure.Hence return -EFAULT if it fails. Signed-off-by: Hari Prasath Gujulan Elango --- drivers/staging/lustre/lustre/lov/lov_pack.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/staging/lustre/lustre/lov/

[PATCH] staging: rtl8188eu: remove unwanted assignment

2015-05-14 Thread Gujulan Elango, Hari Prasath (H.)
remove an unwanted assignment to a variable which is overwritten in the very next line.The first value assigned is not used. Signed-off-by: Hari Prasath Gujulan Elango --- drivers/staging/rtl8188eu/hal/usb_halinit.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtl8188eu/hal

Re: [PATCH] staging: rtl8192u: ieee80211: Silence sparse warning

2015-05-14 Thread Dan Carpenter
On Wed, May 13, 2015 at 10:04:14PM -0300, Gaston Gonzalez wrote: > @@ -327,7 +280,7 @@ static int ieee80211_tkip_encrypt(struct sk_buff > *skb, int hdr_len, void *priv) > tkey->tx_iv32); > tkey->tx_phase1_done = 1; > } > -tkip_mixing_phase2(rc4key,