[PATCH] staging: rts5208: fix always true condition

2014-02-15 Thread Levente Kurusa
ANDing anything with 0x1E and expecting it to be not 0x03 will always be true. AND instead with 0x03, so that we check the last two bits, which should be what was intended there. Reported-by: David Binderman Signed-off-by: Levente Kurusa --- drivers/staging/rts5208/sd.c | 2 +- 1 file changed,

Re: [PATCH] [RFC] staging: rtl8821ae: fix invalid bit mask on MSR_AP check

2014-02-15 Thread Dan Carpenter
On Sat, Feb 15, 2014 at 08:53:34AM +0100, Levente Kurusa wrote: > Thanks Dan, maybe you know some people who could test it? > RTLXX guys? Or maybe we can take the patch as is? > I cannot really think of any other solution other than removing > the other clause, but since that was written to the

Re: [PATCH] staging: rts5208: fix always true condition

2014-02-15 Thread Dan Carpenter
On Sat, Feb 15, 2014 at 10:44:35AM +0100, Levente Kurusa wrote: > ANDing anything with 0x1E and expecting it to be not 0x03 will always > be true. AND instead with 0x03, so that we check the last two bits, > which should be what was intended there. > This one is less clear what the intent was. C

Re: [PATCH 10/13] staging: r8188eu: Remove wrapper _enter_critical_mutex()

2014-02-15 Thread Dan Carpenter
On Fri, Feb 14, 2014 at 04:54:14PM -0600, Larry Finger wrote: > diff --git a/drivers/staging/rtl8188eu/hal/usb_ops_linux.c > b/drivers/staging/rtl8188eu/hal/usb_ops_linux.c > index 1fa5370..d5f6a32 100644 > --- a/drivers/staging/rtl8188eu/hal/usb_ops_linux.c > +++ b/drivers/staging/rtl8188eu/hal/u

Re: [PATCH] [RFC] staging: rtl8821ae: fix invalid bit mask on MSR_AP check

2014-02-15 Thread Levente Kurusa
On 02/15/2014 11:36 AM, Dan Carpenter wrote: > On Sat, Feb 15, 2014 at 08:53:34AM +0100, Levente Kurusa wrote: >> Thanks Dan, maybe you know some people who could test it? >> RTLXX guys? Or maybe we can take the patch as is? >> I cannot really think of any other solution other than removing >>

[PATCH] staging: davinci_vpfe: fix error check

2014-02-15 Thread Levente Kurusa
The check would check the pointer, which is never less than 0. According to the error message, the correct check would be to check the return value of ipipe_mode. Check that instead. Reported-by: David Binderman Signed-off-by: Levente Kurusa --- drivers/staging/media/davinci_vpfe/dm365_ipipe_hw

Re: [PATCH] staging: davinci_vpfe: fix error check

2014-02-15 Thread Josh Triplett
On Sat, Feb 15, 2014 at 11:17:11AM +0100, Levente Kurusa wrote: > The check would check the pointer, which is never less than 0. > According to the error message, the correct check would be > to check the return value of ipipe_mode. Check that instead. > > Reported-by: David Binderman > Signed-of

Re: [PATCH 10/13] staging: r8188eu: Remove wrapper _enter_critical_mutex()

2014-02-15 Thread Larry Finger
On 02/15/2014 04:41 AM, Dan Carpenter wrote: On Fri, Feb 14, 2014 at 04:54:14PM -0600, Larry Finger wrote: diff --git a/drivers/staging/rtl8188eu/hal/usb_ops_linux.c b/drivers/staging/rtl8188eu/hal/usb_ops_linux.c index 1fa5370..d5f6a32 100644 --- a/drivers/staging/rtl8188eu/hal/usb_ops_linux.c

Re: [PATCH V6 1/1] Drivers: hv: Implement the file copy service

2014-02-15 Thread Greg KH
On Wed, Feb 12, 2014 at 10:14:03AM -0800, K. Y. Srinivasan wrote: > Implement the file copy service for Linux guests on Hyper-V. This permits the > host to copy a file (over VMBUS) into the guest. This facility is part of > "guest integration services" supported on the Windows platform. > Here is a

Re: [PATCH 10/13] staging: r8188eu: Remove wrapper _enter_critical_mutex()

2014-02-15 Thread Greg KH
On Fri, Feb 14, 2014 at 04:54:14PM -0600, Larry Finger wrote: > This wrapper returned the result of mutex_lock_interruptible(); however, > none of the callers checked the returned value. Then why is the code logic changing? > > As a result of a gcc upgrade to version 4.8.1, two false unitialized

Re: [PATCH 10/13] staging: r8188eu: Remove wrapper _enter_critical_mutex()

2014-02-15 Thread Greg KH
On Sat, Feb 15, 2014 at 12:38:11PM -0800, Greg KH wrote: > I've applied this series up to here. Nevermind, the others applied, so I've merged them, just not this patch. thanks, greg k-h ___ devel mailing list de...@linuxdriverproject.org http://driverd

Re: [PATCH 2/3] staging: r8188eu: delete unnecessary field initialization

2014-02-15 Thread Greg Kroah-Hartman
On Sat, Feb 15, 2014 at 08:36:12AM +0100, Julia Lawall wrote: > From: Julia Lawall > > On success, the function netdev_alloc_skb initializes the dev field of its > result to its first argument, so this doesn't have to be done in the > calling context. > > The semantic patch that fixes this probl

RE: [PATCH V6 1/1] Drivers: hv: Implement the file copy service

2014-02-15 Thread KY Srinivasan
> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Saturday, February 15, 2014 12:08 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 V6

Re: [PATCH 02/13] staging: r8188eu: Remove pointless "alignment" entry in recv_frame

2014-02-15 Thread Zhao, Gang
On Sat, 2014-02-15 at 06:54:06 +0800, Larry Finger wrote: > This alignment entry in union recv_frame does nothing. It certainly > dues not ensure alignment. ^ typo here. I accidently sent this as a private mail before, better to resend to the list. > > Suggested-by: jes.soren...@redha