Re: [PATCH 1/1] Staging: dgnc: dgnc_tty: code style improvements

2015-02-12 Thread Dan Carpenter
On Thu, Feb 12, 2015 at 11:18:50PM -0800, tolga ceylan wrote: > Just noticed this warning in all dgnc_* files: > > *NOTE TO LINUX KERNEL HACKERS: DO NOT REFORMAT THIS CODE! > * > *This is shared code between Digi's CVS archive and the > *Linux Kernel sources. > *Changing the

Re: [PATCH 1/1] Staging: dgnc: dgnc_tty: code style improvements

2015-02-12 Thread tolga ceylan
On 02/12/2015 10:20 PM, Joe Perches wrote: On Thu, 2015-02-12 at 21:58 -0800, Tolga Ceylan wrote: On Wed, Feb 11, 2015 at 2:36 AM, Dan Carpenter wrote: That looks kind of uglier than before. Please run your patch throught scripts/checkpatch.pl --strict. [] Running with --strict helped, but

[PATCH 1/1] Staging: iio: meter: ade7854-i2c: code style improvements

2015-02-12 Thread Tolga Ceylan
Code reformatting based on checkpatch.pl with --strict: 1) Lines over 80 characters were fixed 2) Alignment should match open paranthesis cases corrected 3) Comparison to NULL rewritten as !indio_dev Signed-off-by: Tolga Ceylan --- drivers/staging/iio/meter/ade7854-i2c.c | 39 +--

Re: [PATCH 1/1] Staging: dgnc: dgnc_tty: code style improvements

2015-02-12 Thread Joe Perches
On Thu, 2015-02-12 at 21:58 -0800, Tolga Ceylan wrote: > On Wed, Feb 11, 2015 at 2:36 AM, Dan Carpenter > wrote: > > That looks kind of uglier than before. Please run your patch throught > > scripts/checkpatch.pl --strict. [] > Running with --strict helped, but now I'm also getting warnings for

Re: [PATCH 1/1] Staging: dgnc: dgnc_tty: code style improvements

2015-02-12 Thread Tolga Ceylan
On Wed, Feb 11, 2015 at 2:36 AM, Dan Carpenter wrote: > That looks kind of uglier than before. Please run your patch throught > scripts/checkpatch.pl --strict. > > regards, > dan carpenter > Running with --strict helped, but now I'm also getting warnings for camel case usage. If I try to fix cam

Re: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Andrew Morton
On Thu, 12 Feb 2015 23:43:17 +0100 "Rafael J. Wysocki" wrote: > On Thursday, February 12, 2015 10:10:30 PM KY Srinivasan wrote: > > [cut] yay! > > > > > > > > > > > > This issue was first discovered by Andy Whitcroft: > > > > > > https://lkml.org/lkml/2014/3/14/451 > > > > > > I had sent patc

Re: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Rafael J. Wysocki
On Thursday, February 12, 2015 10:10:30 PM KY Srinivasan wrote: [cut] > > > > > > > > > > This issue was first discovered by Andy Whitcroft: > > > > > https://lkml.org/lkml/2014/3/14/451 > > > > > I had sent patches based on Andy's analysis that did not affect > > > > > the users of the kernel ho

RE: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread KY Srinivasan
> -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Thursday, February 12, 2015 2:28 PM > To: KY Srinivasan > Cc: Vitaly Kuznetsov; linux-ker...@vger.kernel.org; Greg Kroah-Hartman; > Haiyang Zhang; Andrew Morton; Yasuaki Ishimatsu; Tang Chen; Vlastimil > Ba

Re: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Rafael J. Wysocki
On Thursday, February 12, 2015 10:01:48 PM KY Srinivasan wrote: > > > -Original Message- > > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > > Sent: Thursday, February 12, 2015 2:13 PM > > To: KY Srinivasan > > Cc: Vitaly Kuznetsov; linux-ker...@vger.kernel.org; Greg Kroah-Hartman; >

RE: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread KY Srinivasan
> -Original Message- > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Sent: Thursday, February 12, 2015 2:13 PM > To: KY Srinivasan > Cc: Vitaly Kuznetsov; linux-ker...@vger.kernel.org; Greg Kroah-Hartman; > Haiyang Zhang; Andrew Morton; Yasuaki Ishimatsu; Tang Chen; Vlastimil > Ba

Re: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Rafael J. Wysocki
On Thursday, February 12, 2015 03:38:42 PM KY Srinivasan wrote: > > > -Original Message- > > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > > Sent: Thursday, February 12, 2015 2:24 AM > > To: linux-ker...@vger.kernel.org > > Cc: Greg Kroah-Hartman; KY Srinivasan; Haiyang Zhang; Andr

[PATCH] staging: vt6655: fix coding style issues in channel.c

2015-02-12 Thread Ivan Stankovic
Observe the line length limit to make checkpatch.pl happy. Signed-off-by: Ivan Stankovic --- drivers/staging/vt6655/channel.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6655/channel.c b/drivers/staging/vt6655/channel.c index 3c17725..7a71782 10

RE: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread KY Srinivasan
> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Thursday, February 12, 2015 7:50 AM > To: KY Srinivasan > Cc: linux-ker...@vger.kernel.org; Greg Kroah-Hartman; Haiyang Zhang; > Andrew Morton; Yasuaki Ishimatsu; Tang Chen; Vlastimil Babka; David > Rientje

Re: checkpatch induced patches...

2015-02-12 Thread Kalle Valo
Joe Perches writes: > On Wed, 2015-02-11 at 21:02 +0100, Richard Weinberger wrote: >> On Wed, Feb 11, 2015 at 7:36 PM, Dan Carpenter >> wrote: >> > On Wed, Feb 11, 2015 at 10:00:29AM -0800, Joe Perches wrote: >> >> I'm half tempted to submit some patch like this to >> >> make it difficult to us

Re: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Vitaly Kuznetsov
KY Srinivasan writes: >> -Original Message- >> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] >> Sent: Thursday, February 12, 2015 2:24 AM >> To: linux-ker...@vger.kernel.org >> Cc: Greg Kroah-Hartman; KY Srinivasan; Haiyang Zhang; Andrew Morton; >> Yasuaki Ishimatsu; Tang Chen; Vlas

Re: [PATCH 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Vitaly Kuznetsov
David Rientjes writes: > On Wed, 11 Feb 2015, David Rientjes wrote: > >> > If newly added memory is brought online with e.g. udev rule: >> > SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online" >> > the following deadlock is observed (and easily reproducable): >> > >> > First participant, wo

RE: [PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread KY Srinivasan
> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Thursday, February 12, 2015 2:24 AM > To: linux-ker...@vger.kernel.org > Cc: Greg Kroah-Hartman; KY Srinivasan; Haiyang Zhang; Andrew Morton; > Yasuaki Ishimatsu; Tang Chen; Vlastimil Babka; David Rientjes;

[PATCH 1/1] staging: lustre: llite: Remove unnecessary OOM message

2015-02-12 Thread Quentin Lambert
This patch reduces the kernel size by removing error messages that duplicate the normal OOM message. Signed-off-by: Quentin Lambert --- drivers/staging/lustre/lustre/llite/llite_close.c | 4 +--- drivers/staging/lustre/lustre/llite/xattr_cache.c | 5 + 2 files changed, 2 insertions(+), 7 del

[PATCH] staging: lustre: Move proc_*() functions inside #ifdef CONFIG_SYSCTL

2015-02-12 Thread Geert Uytterhoeven
If CONFIG_SYSCTL=n: drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c:84: warning: ‘proc_set_timeout’ defined but not used drivers/staging/lustre/lustre/obdclass/linux/linux-sysctl.c:95: warning: ‘proc_memory_alloc’ defined but not used drivers/staging/lustre/lustre/obdclas

Re: [PATCH] staging: vt6656: Fix possible leak in vnt_download_firmware()

2015-02-12 Thread Martin Kepplinger
Am 2015-02-11 um 20:33 schrieb Christian Engelmayer: > When failing to allocate buffer memory, function vnt_download_firmware() goes > through the wrong exit path and fails to release the already requested > firmware. Thus use the correct cleanup. Detected by Coverity CID 1269128. > > Signed-off-b

[PATCH] staging: unisys: remove unneeded functions

2015-02-12 Thread Sudip Mukherjee
these functions are not being used anywhere.so we can remove them. has been verified by "git grep" that they are not being referenced anywhere also has been build tested. Signed-off-by: Sudip Mukherjee --- i am not sure if this is correct. req_handler_add() and req_handler_del() is not being use

Re: [PATCH 1/1] staging: unisys: Remove allocation from declaration line

2015-02-12 Thread Quentin Lambert
On 11/02/2015 11:23, Dan Carpenter wrote: On Wed, Feb 11, 2015 at 06:26:27AM +0800, Greg Kroah-Hartman wrote: On Tue, Feb 10, 2015 at 02:02:14PM +0100, Quentin Lambert wrote: This patch removes allocation from declaration line because people are known to gloss over declarations. Again, who are

[PATCH RESEND 3/3] Drivers: hv: balloon: fix deadlock between memory adding and onlining

2015-02-12 Thread Vitaly Kuznetsov
If newly added memory is brought online with e.g. udev rule: SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online" the following deadlock is observed (and easily reproducable): First participant, worker thread doing add_memory(): ... [ 725.491469] 6 locks held by kworker/0:1/27: [ 725.505037]

[PATCH RESEND 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Vitaly Kuznetsov
RESEND (with no changes) because Rafael J. Wysocki was missing in recepients. If newly added memory is brought online with e.g. udev rule: SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online" the following deadlock is observed (and easily reproducable): First participant, worker thread doing

[PATCH RESEND 1/3] driver core: export lock_device_hotplug/unlock_device_hotplug

2015-02-12 Thread Vitaly Kuznetsov
add_memory() is supposed to be run with device_hotplug_lock grabbed, otherwise it can race with e.g. device_online(). Allow external modules (hv_balloon for now) to lock device hotplug. Signed-off-by: Vitaly Kuznetsov --- drivers/base/core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/

[PATCH RESEND 2/3] memory_hotplug: add note about holding device_hotplug_lock and add_memory()

2015-02-12 Thread Vitaly Kuznetsov
add_memory() is supposed to be run with device_hotplug_lock grabbed, otherwise it can race with e.g. device_online(). ACPI memory hotplug does that already but e.g. Hyper-V ballooning driver doesn't. Signed-off-by: Vitaly Kuznetsov --- mm/memory_hotplug.c | 6 +- 1 file changed, 5 insertions

Re: [PATCH 0/3] memory_hotplug: hyperv: fix deadlock between memory adding and onlining

2015-02-12 Thread Vitaly Kuznetsov
David Rientjes writes: > On Wed, 11 Feb 2015, Vitaly Kuznetsov wrote: > >> If newly added memory is brought online with e.g. udev rule: >> SUBSYSTEM=="memory", ACTION=="add", ATTR{state}="online" >> the following deadlock is observed (and easily reproducable): >> >> First participant, worker thr

Re: [PATCH 1/3] driver core: export lock_device_hotplug/unlock_device_hotplug

2015-02-12 Thread Vitaly Kuznetsov
"Rafael J. Wysocki" writes: > On Wednesday, February 11, 2015 12:39:47 PM Andrew Morton wrote: >> On Wed, 11 Feb 2015 16:44:20 +0100 Vitaly Kuznetsov >> wrote: >> >> > add_memory() is supposed to be run with device_hotplug_lock grabbed, >> > otherwise >> > it can race with e.g. device_online(

Re: checkpatch induced patches...

2015-02-12 Thread Sudip Mukherjee
On Thu, Feb 12, 2015 at 01:43:00AM +0300, Dan Carpenter wrote: > On Wed, Feb 11, 2015 at 12:43:03PM -0800, Joe Perches wrote: > > Maybe some help/warning text like: > > > > --forceWithout --force, checkpatch will not scan files > > using -f or --f