Re: [PATCH v2 7/7] staging: cxt1e1: remove unneeded a value

2014-03-06 Thread DaeSeok Youn
Ok. I will fix it and send again. Thanks. Daeseok Youn 2014-03-07 4:58 GMT+09:00 Greg KH : > On Thu, Mar 06, 2014 at 05:12:48PM +0900, Daeseok Youn wrote: >> >> It doesn't need to assign name array address to np pointer. >> >> Signed-off-by: Daeseok Youn >> --- >> v2: replace sprintf() with snpr

Re: [PATCH RFC 26/46] drivers/base: provide an infrastructure for componentised subsystems

2014-03-06 Thread Laurent Pinchart
Hi Russell, Time for me to jump in. The more, the merrier I suppose. On Wednesday 26 February 2014 22:19:39 Russell King - ARM Linux wrote: > On Wed, Feb 26, 2014 at 10:00:25PM +0100, Guennadi Liakhovetski wrote: > > Hi Russell > > > > (I suspect this my email will be rejected by ALKML too like

Re: [RFC PATCH v4 3/8] staging: imx-drm: Document updated imx-drm device tree bindings

2014-03-06 Thread Laurent Pinchart
On Thursday 27 February 2014 16:10:41 Tomi Valkeinen wrote: > On 27/02/14 15:43, Russell King - ARM Linux wrote: > > That may be - but the problem with CDF solving this problem is that it's > > wrong. It's fixing what is in actual fact a *generic* problem in a much > > too specific way. To put it

Re: [PATCH] checkpatch: net and drivers/net: Warn on missing blank line after variable declaration

2014-03-06 Thread Andrew Morton
On Thu, 06 Mar 2014 15:28:40 -0800 Joe Perches wrote: > Networking prefers this style, so warn when it's not used. > > Networking uses: > > void foo(int bar) > { > int baz; > > code... > } > > not > > void foo(int bar) > { > int baz; > code... > } > > There are a lim

[PATCH] checkpatch: net and drivers/net: Warn on missing blank line after variable declaration

2014-03-06 Thread Joe Perches
Networking prefers this style, so warn when it's not used. Networking uses: void foo(int bar) { int baz; code... } not void foo(int bar) { int baz; code... } There are a limited number of false positives when using macros to declare variables like: WARNING: ne

Re: [PATCH] checkpatch: net and drivers/net: Warn on missing blank line after variable declaration

2014-03-06 Thread Andrew Morton
On Thu, 06 Mar 2014 15:42:30 -0800 Joe Perches wrote: > On Thu, 2014-03-06 at 15:35 -0800, Andrew Morton wrote: > > On Thu, 06 Mar 2014 15:28:40 -0800 Joe Perches wrote: > > > Networking prefers this style, so warn when it's not used. > > > void foo(int bar) > > > { > > > int baz; > > > > > >

[PATCH 1/4] staging: cxt1e1: fix checkpatch error 'assignment in if condition'

2014-03-06 Thread Daeseok Youn
checkpatch.pl error in linux.c: ERROR: do not use assignment in if condition Signed-off-by: Daeseok Youn --- drivers/staging/cxt1e1/linux.c | 31 +++ 1 files changed, 19 insertions(+), 12 deletions(-) diff --git a/drivers/staging/cxt1e1/linux.c b/drivers/staging/

[PATCH 2/4] staging: cxt1e1: fix checkpatch errors with open brace '{'

2014-03-06 Thread Daeseok Youn
clean up checkpatch.pl error in linux.c: ERROR: that open brace { should be on the previous line Signed-off-by: Daeseok Youn --- drivers/staging/cxt1e1/linux.c | 67 --- 1 files changed, 21 insertions(+), 46 deletions(-) diff --git a/drivers/staging/cxt1e

[PATCH 3/4] staging: cxtie1: remove unneeded mkret() calls

2014-03-06 Thread Daeseok Youn
The mkret() change a value of error from positive to negative. This patch is modified to return negative value when it failed. It doesn't need to call with function for changing from positive to negative. Signed-off-by: Daeseok Youn --- drivers/staging/cxt1e1/linux.c | 72 +---

[PATCH 4/4] staging: cxt1e1: remove redundant memset() call

2014-03-06 Thread Daeseok Youn
The name array doens't need to set to 0. Because sprintf/snprintf adds a terminating '\0'. And also it doesn't need to assign name array address to np pointer. Signed-off-by: Daeseok Youn --- drivers/staging/cxt1e1/linux.c |8 +++- 1 files changed, 3 insertions(+), 5 deletions(-) diff

[PATCH] checkpatch: Always warn on missing blank line after variable declaration block

2014-03-06 Thread Joe Perches
Make the test system wide, modify the message too. Signed-off-by: Joe Perches --- > OK, let's do this for now. Could you please cook up a followon patch > which makes this kernel-wide? I'll play with that for a while then I'll > decide how much I feel like irritating people. scripts/checkpatc

Re: [PATCH] usbip:usbip_common.c: check return value of sscanf

2014-03-06 Thread Joe Perches
On Thu, 2014-03-06 at 15:51 -0800, John de la Garza wrote: > Added code to check return value of sscanf. [] > diff --git a/drivers/staging/usbip/usbip_common.c > b/drivers/staging/usbip/usbip_common.c [] > @@ -55,7 +55,8 @@ static ssize_t usbip_debug_store(struct device *dev, >

[PATCH] usbip:usbip_common.c: check return value of sscanf

2014-03-06 Thread John de la Garza
Added code to check return value of sscanf. Signed-off-by: John de la Garza --- drivers/staging/usbip/usbip_common.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/usbip/usbip_common.c b/drivers/staging/usbip/usbip_common.c index 4a2aab1..2a11233 100644

Re: [PATCH] checkpatch: net and drivers/net: Warn on missing blank line after variable declaration

2014-03-06 Thread Joe Perches
On Thu, 2014-03-06 at 15:35 -0800, Andrew Morton wrote: > On Thu, 06 Mar 2014 15:28:40 -0800 Joe Perches wrote: > > Networking prefers this style, so warn when it's not used. > > void foo(int bar) > > { > > int baz; > > > > code... > > } > > > > not > > > > void foo(int bar) > > { > >

[PATCH V2 0/6] Drivers: net: hyperv: Enable various offloads

2014-03-06 Thread K. Y. Srinivasan
This patch set enables both checksum as well as segmentation offload. As part of this effort I have enabled scatter gather I/O a well. In this version of the patches, I have addressed comments from David Miller and Dan Carpenter. K. Y. Srinivasan (6): Drivers: net: hyperv: Enable scatter gather

[PATCH V3 3/6] Drivers: net: hyperv: Enable offloads on the host

2014-03-06 Thread K. Y. Srinivasan
Prior to enabling guest side offloads, enable the offloads on the host. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 55 + drivers/net/hyperv/rndis_filter.c | 80 + 2 files chan

[PATCH V2 1/6] Drivers: net: hyperv: Enable scatter gather I/O

2014-03-06 Thread K. Y. Srinivasan
Cleanup the code and enable scatter gather I/O. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/netvsc_drv.c | 153 +-- 1 files changed, 114 insertions(+), 39 deletions(-) diff --git a/drivers/net/hyperv/netvsc_drv.c b/driv

[PATCH V2 5/6] Drivers: net: hyperv: Enable send side checksum offload

2014-03-06 Thread K. Y. Srinivasan
Enable send side checksum offload. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 10 ++ drivers/net/hyperv/netvsc_drv.c | 69 +- 2 files changed, 77 insertions(+), 2 deletions(-) diff --git a/drivers

[PATCH V2 4/6] Drivers: net: hyperv: Enable receive side IP checksum offload

2014-03-06 Thread K. Y. Srinivasan
Enable receive side checksum offload. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 33 - drivers/net/hyperv/netvsc_drv.c | 19 +++ drivers/net/hyperv/rndis_filter.c |4 +++- 3 files c

[PATCH V2 6/6] Drivers: net: hyperv: Enable large send offload

2014-03-06 Thread K. Y. Srinivasan
Enable segmentation offload. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h | 40 +++ drivers/net/hyperv/netvsc_drv.c | 38 +--- 2 files changed, 74 insertions(+), 4 deletions

[PATCH V2 2/6] Drivers: net: hyperv: Cleanup the send path

2014-03-06 Thread K. Y. Srinivasan
In preparation for enabling offloads, cleanup the send path. Signed-off-by: K. Y. Srinivasan Reviewed-by: Haiyang Zhang --- drivers/net/hyperv/hyperv_net.h |7 +--- drivers/net/hyperv/netvsc_drv.c | 88 + drivers/net/hyperv/rndis_filter.c | 66 ---

[PATCH] [staging][r8188eu]: memory leak in rtw_free_cmd_obj if command is (_Set_Drv_Extra)

2014-03-06 Thread Wang, Xiaoming
pcmd->parmbuf->pbuf has been allocated if command is GEN_CMD_CODE(_Set_Drv_Extra), and it enqueued by rtw_enqueue_cmd. rtw_cmd_thread dequeue pcmd by rtw_dequeue_cmd. The memory leak happened on this branch "if( _FAIL == rtw_cmd_filter(pcmdpriv, pcmd) )" which goto post_process directly against

[PATCH 1/1] Drivers: hv: vmbus: Include the limit on the number of pfns we can handle

2014-03-06 Thread K. Y. Srinivasan
Increase the maximum number of pfns we can handle is a single vmbus packet. Signed-off-by: K. Y. Srinivasan --- include/linux/hyperv.h |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h index 330ec44..ab7359f 100644 --- a/inc

Re: [PATCH 1/1] Drivers: hv: vmbus: Include the limit on the number of pfns we can handle

2014-03-06 Thread Greg KH
On Thu, Mar 06, 2014 at 11:15:08PM -0800, K. Y. Srinivasan wrote: > Increase the maximum number of pfns we can handle is a single vmbus packet. Is that a correct sentance? > > Signed-off-by: K. Y. Srinivasan > --- > include/linux/hyperv.h |2 +- > 1 files changed, 1 insertions(+), 1 delet

RE: [PATCH 1/1] Drivers: hv: vmbus: Include the limit on the number of pfns we can handle

2014-03-06 Thread KY Srinivasan
> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Friday, March 7, 2014 12:19 PM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; > o...@aepfle.de; a...@canonical.com; jasow...@redhat.com > Subject: Re: [PATCH 1/1] Driver

[PATCH 1/1] Drivers: hv: vmbus: Increase the limit on the number of pfns we can handle

2014-03-06 Thread K. Y. Srinivasan
Increase the number of PFNs we can handle in a single vmbus packet. Some network packets may have more PFNs than the current limit we have. This is not a bug and this patch can be applied to the *next tree. Signed-off-by: K. Y. Srinivasan --- include/linux/hyperv.h |2 +- 1 files changed, 1

Re: [PATCH] checkpatch: net and drivers/net: Warn on missing blank line after variable declaration

2014-03-06 Thread Dan Carpenter
How many warnings does this generate does this generate when you run it across the whole tree? regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

<    1   2