[PATCH 02/20] staging: wlan-ng: avoid new typedef: p80211enum_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211enum_t. Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 44 +-- 1 file changed, 22 insertions(+),

[PATCH 17/20] staging: wlan-ng: avoid new typedef: p80211item_unk392_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_unk392_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 4 ++-- drivers/staging/wlan-ng/p80211netdev.c | 2 +-

[PATCH 09/20] staging: wlan-ng: avoid new typedef: p80211macarray_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211macarray_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 10/20] staging: wlan-ng: avoid new typedef: p80211item_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 0/2] NFS: Use complete() instead complete_all()

Hi Daniel, On 09/22/2016 07:54 AM, Daniel Wagner wrote: > From: Daniel Wagner > > Hi, > > Using complete_all() is not wrong per se but it suggest that there > might be more than one waiter. For -rt I am reviewing all > complete_all() users and would like to leave

[PATCH 1/1] update balloon size in balloon "probe"

From: Konstantin Neumoin Patch Commit 3d2a3774c1b046f548ebea0391a602fd5685a307 Author: Michael S. Tsirkin Date: Tue Mar 10 11:55:08 2015 +1030 virtio-balloon: do not call blocking ops when !TASK_RUNNING has added a regression. Original

Re: [PATCH 0/2] NFS: Use complete() instead complete_all()

Hi Daniel, On 09/22/2016 07:54 AM, Daniel Wagner wrote: > From: Daniel Wagner > > Hi, > > Using complete_all() is not wrong per se but it suggest that there > might be more than one waiter. For -rt I am reviewing all > complete_all() users and would like to leave only the real ones in the >

[PATCH 1/1] update balloon size in balloon "probe"

From: Konstantin Neumoin Patch Commit 3d2a3774c1b046f548ebea0391a602fd5685a307 Author: Michael S. Tsirkin Date: Tue Mar 10 11:55:08 2015 +1030 virtio-balloon: do not call blocking ops when !TASK_RUNNING has added a regression. Original code with wait_event_interruptible

Re: [PATCH 2/2] regulator: dbx500: add missing header dependencies

On Friday, September 23, 2016 8:50:10 PM CEST Baoyou Xie wrote: > We get 1 warning when building kernel with W=1: > drivers/regulator/dbx500-prcmu.c:158:27: warning: no previous prototype for > 'dbx500_regulator_testcase' [-Wmissing-prototypes] > > In fact, this function is not declared in any

[PATCH 20/20] staging: wlan-ng: fix block comments style errors

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: Block comments should align the * on each line Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 135 +- 1 file changed, 68

Re: [PATCH 2/2] regulator: dbx500: add missing header dependencies

On Friday, September 23, 2016 8:50:10 PM CEST Baoyou Xie wrote: > We get 1 warning when building kernel with W=1: > drivers/regulator/dbx500-prcmu.c:158:27: warning: no previous prototype for > 'dbx500_regulator_testcase' [-Wmissing-prototypes] > > In fact, this function is not declared in any

[PATCH 20/20] staging: wlan-ng: fix block comments style errors

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: Block comments should align the * on each line Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 135 +- 1 file changed, 68 insertions(+), 67 deletions(-)

[PATCH] usb: xhci: mark xhci_unmap_td_bounce_buffer() static

We get 1 warning when building kernel with W=1: drivers/usb/host/xhci-ring.c:608:6: warning: no previous prototype for 'xhci_unmap_td_bounce_buffer' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made

[PATCH 14/20] staging: wlan-ng: avoid new typedef: p80211item_pstr14_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr14_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 2 +-

[PATCH 19/20] staging: wlan-ng: avoid new typedef: p80211item_unk4096_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_unk4096_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 4 ++--

[PATCH 15/20] staging: wlan-ng: avoid new typedef: p80211item_pstr32_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr32_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 4 ++--

[PATCH 11/20] staging: wlan-ng: avoid new typedef: p80211itemd_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211itemd_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211req.c | 3 ++- drivers/staging/wlan-ng/p80211types.h

[PATCH] usb: xhci: mark xhci_unmap_td_bounce_buffer() static

We get 1 warning when building kernel with W=1: drivers/usb/host/xhci-ring.c:608:6: warning: no previous prototype for 'xhci_unmap_td_bounce_buffer' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made

[PATCH 14/20] staging: wlan-ng: avoid new typedef: p80211item_pstr14_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr14_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 2 +- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 2

[PATCH 19/20] staging: wlan-ng: avoid new typedef: p80211item_unk4096_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_unk4096_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 4 ++-- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 2

[PATCH 15/20] staging: wlan-ng: avoid new typedef: p80211item_pstr32_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr32_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 4 ++-- drivers/staging/wlan-ng/p80211metastruct.h | 8

[PATCH 11/20] staging: wlan-ng: avoid new typedef: p80211itemd_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211itemd_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211req.c | 3 ++- drivers/staging/wlan-ng/p80211types.h | 4 ++--

[PATCH 18/20] staging: wlan-ng: avoid new typedef: p80211item_unk1024_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_unk1024_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 2 +-

Re: GPU-DRM-TTM: Fine-tuning for several function implementations

>> Do other identifiers fit better to a specification from the document >> "CodingStyle" >> like the following? >> >> "… >> Choose label names which say what the goto does or why the goto exists. >> …" >> >> >> Does this wording need any more adjustments? > > No. I have got an other impression.

[PATCH 16/20] staging: wlan-ng: avoid new typedef: p80211item_pstr255_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr255_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2

[PATCH 18/20] staging: wlan-ng: avoid new typedef: p80211item_unk1024_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_unk1024_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 2 +- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 2

Re: GPU-DRM-TTM: Fine-tuning for several function implementations

>> Do other identifiers fit better to a specification from the document >> "CodingStyle" >> like the following? >> >> "… >> Choose label names which say what the goto does or why the goto exists. >> …" >> >> >> Does this wording need any more adjustments? > > No. I have got an other impression.

[PATCH 16/20] staging: wlan-ng: avoid new typedef: p80211item_pstr255_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr255_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 03/20] staging: wlan-ng: avoid new typedef: p80211pstr_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211pstr_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 13/20] staging: wlan-ng: avoid new typedef: p80211item_pstr6_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr6_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 4 ++--

[PATCH 12/20] staging: wlan-ng: avoid new typedef: p80211item_uint32_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_uint32_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 8 +-

[PATCH 03/20] staging: wlan-ng: avoid new typedef: p80211pstr_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211pstr_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211types.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 13/20] staging: wlan-ng: avoid new typedef: p80211item_pstr6_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_pstr6_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/p80211metastruct.h | 4 ++-- drivers/staging/wlan-ng/p80211netdev.c | 4 ++--

[PATCH 12/20] staging: wlan-ng: avoid new typedef: p80211item_uint32_t

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs It applies for typedef p80211item_uint32_t Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 8 +- drivers/staging/wlan-ng/p80211metastruct.h | 224

[PATCH] cxgb4: fix -ve error check on a signed iq

From: Colin Ian King iq is unsigned, so the error check for iq < 0 has no effect so errors can slip past this check. Fix this by making iq signed and also get_filter_steerq return a signed int so a -ve error can be returned. Signed-off-by: Colin Ian King

[PATCH] cxgb4: fix -ve error check on a signed iq

From: Colin Ian King iq is unsigned, so the error check for iq < 0 has no effect so errors can slip past this check. Fix this by making iq signed and also get_filter_steerq return a signed int so a -ve error can be returned. Signed-off-by: Colin Ian King ---

[PATCH] usb: core: hcd: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/usb/core/hcd.c:2390:5: warning: no previous prototype for 'usb_bus_start_enum' [-Wmissing-prototypes] In fact, these functions are declared in linux/usb/otg.h, so this patch adds the missing header dependencies. Signed-off-by: Baoyou Xie

[PATCH] usb: core: hcd: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/usb/core/hcd.c:2390:5: warning: no previous prototype for 'usb_bus_start_enum' [-Wmissing-prototypes] In fact, these functions are declared in linux/usb/otg.h, so this patch adds the missing header dependencies. Signed-off-by: Baoyou Xie

Re: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

On Friday, September 23, 2016 10:23:30 AM CEST Gabriele Paoloni wrote: > Hi Arnd > > > -Original Message- > > From: Arnd Bergmann [mailto:a...@arndb.de] > > Sent: 23 September 2016 10:52 > > To: zhichang.yuan > > Cc: Gabriele Paoloni; linux-arm-ker...@lists.infradead.org; > >

Re: [PATCH] drm/sun4i: rgb: Enable panel after controller

Hi Maxime, On 23 September 2016 at 23:16, Maxime Ripard wrote: > On Thu, Sep 22, 2016 at 08:03:31AM +1000, Jonathan Liu wrote: >> Hi Maxime, >> >> On Thursday, 22 September 2016, Maxime Ripard > com> wrote: >> >> > On Wed, Sep 21,

Re: [PATCH 1/2] regulator: dbx500: remove unused functions in dbx500-prcmu.c

On Friday, September 23, 2016 8:47:22 PM CEST Baoyou Xie wrote: > We get 2 warnings when building kernel with W=1: > drivers/regulator/dbx500-prcmu.c:78:6: warning: no previous prototype for > 'ux500_regulator_suspend_debug' [-Wmissing-prototypes] > drivers/regulator/dbx500-prcmu.c:87:6: warning:

Re: [PATCH 1/2] regulator: dbx500: remove unused functions in dbx500-prcmu.c

On Friday, September 23, 2016 8:47:22 PM CEST Baoyou Xie wrote: > We get 2 warnings when building kernel with W=1: > drivers/regulator/dbx500-prcmu.c:78:6: warning: no previous prototype for > 'ux500_regulator_suspend_debug' [-Wmissing-prototypes] > drivers/regulator/dbx500-prcmu.c:87:6: warning:

Re: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

On Friday, September 23, 2016 10:23:30 AM CEST Gabriele Paoloni wrote: > Hi Arnd > > > -Original Message- > > From: Arnd Bergmann [mailto:a...@arndb.de] > > Sent: 23 September 2016 10:52 > > To: zhichang.yuan > > Cc: Gabriele Paoloni; linux-arm-ker...@lists.infradead.org; > >

Re: [PATCH] drm/sun4i: rgb: Enable panel after controller

Hi Maxime, On 23 September 2016 at 23:16, Maxime Ripard wrote: > On Thu, Sep 22, 2016 at 08:03:31AM +1000, Jonathan Liu wrote: >> Hi Maxime, >> >> On Thursday, 22 September 2016, Maxime Ripard > com> wrote: >> >> > On Wed, Sep 21, 2016 at 11:03:04PM +1000, Jonathan Liu wrote: >> > > The panel

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On 23/09/16 14:18, Robin Murphy wrote: On 23/09/16 14:13, Stuart Yoder wrote: [...] Which arch/arm/mach-* platform are you using for Juno? I don't even know! :) I just start with a multi_v7_defconfig plus a few extra bits (LPAE, KVM, sil24, sky2, etc.) and it works. I guess it's the

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On 23/09/16 14:18, Robin Murphy wrote: On 23/09/16 14:13, Stuart Yoder wrote: [...] Which arch/arm/mach-* platform are you using for Juno? I don't even know! :) I just start with a multi_v7_defconfig plus a few extra bits (LPAE, KVM, sil24, sky2, etc.) and it works. I guess it's the

Re: strace lockup when tracing exec in go

On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > On 09/23, Michal Hocko wrote: > > > > On Fri 23-09-16 12:21:41, Oleg Nesterov wrote: > > > On 09/22, Michal Hocko wrote: > > > > > > > > --- a/kernel/signal.c > > > > +++ b/kernel/signal.c > > > > @@ -91,6 +91,10 @@ static int sig_ignored(struct

Re: strace lockup when tracing exec in go

On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > On 09/23, Michal Hocko wrote: > > > > On Fri 23-09-16 12:21:41, Oleg Nesterov wrote: > > > On 09/22, Michal Hocko wrote: > > > > > > > > --- a/kernel/signal.c > > > > +++ b/kernel/signal.c > > > > @@ -91,6 +91,10 @@ static int sig_ignored(struct

Re: [RFC][PATCH] ftrace/scripts: Add helper script to bisect function tracing problem functions

On Wed, 21 Sep 2016 13:57:57 -0400 Steven Rostedt wrote: > [ > Everyone OK with adding this to the scripts/tracing directory? > > This has proven to be useful to more than just me. > ] > Since nobody replied, I'm just going to add this to my repo for the next

Re: [RFC][PATCH] ftrace/scripts: Add helper script to bisect function tracing problem functions

On Wed, 21 Sep 2016 13:57:57 -0400 Steven Rostedt wrote: > [ > Everyone OK with adding this to the scripts/tracing directory? > > This has proven to be useful to more than just me. > ] > Since nobody replied, I'm just going to add this to my repo for the next merge window. --

[PATCH] vme: fake: mark symbols static where possible

We get 4 warnings when building kernel with W=1: drivers/vme/bridges/vme_fake.c:384:6: warning: no previous prototype for 'fake_lm_check' [-Wmissing-prototypes] drivers/vme/bridges/vme_fake.c:619:6: warning: no previous prototype for 'fake_vmewrite8' [-Wmissing-prototypes]

[PATCH] vme: fake: mark symbols static where possible

We get 4 warnings when building kernel with W=1: drivers/vme/bridges/vme_fake.c:384:6: warning: no previous prototype for 'fake_lm_check' [-Wmissing-prototypes] drivers/vme/bridges/vme_fake.c:619:6: warning: no previous prototype for 'fake_vmewrite8' [-Wmissing-prototypes]

Re: [Update][RFC/RFT][PATCH v3 2/5] driver core: Functional dependencies tracking support

On Tuesday, September 20, 2016 12:46:30 AM Lukas Wunner wrote: > On Fri, Sep 16, 2016 at 02:33:55PM +0200, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Currently, there is a problem with taking functional dependencies > > between into account. >

[PATCH] staging: rtl8192u: remove unused functions in r8192U_core.c

We get 2 warnings when building kernel with W=1: drivers/staging/rtl8192u/r8192U_core.c:925:12: warning: no previous declaration for 'ieeerate2rtlrate' [-Wmissing-declarations] drivers/staging/rtl8192u/r8192U_core.c:958:12: warning: no previous declaration for 'rtl8192_rate2rate'

Re: [Update][RFC/RFT][PATCH v3 2/5] driver core: Functional dependencies tracking support

On Tuesday, September 20, 2016 12:46:30 AM Lukas Wunner wrote: > On Fri, Sep 16, 2016 at 02:33:55PM +0200, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Currently, there is a problem with taking functional dependencies > > between into account. > ^ >devices > > >

[PATCH] staging: rtl8192u: remove unused functions in r8192U_core.c

We get 2 warnings when building kernel with W=1: drivers/staging/rtl8192u/r8192U_core.c:925:12: warning: no previous declaration for 'ieeerate2rtlrate' [-Wmissing-declarations] drivers/staging/rtl8192u/r8192U_core.c:958:12: warning: no previous declaration for 'rtl8192_rate2rate'

Re: [PATCH] ftrace: trigger: Call traceoff trigger after event recorded

On Fri, 23 Sep 2016 22:11:33 +0900 Masami Hiramatsu wrote: > Ping? Thanks for the ping. I've been hacking on other things lately that, even though I marked this as "todo", it has falling in my INBOX abyss. I'll take a look at this today. -- Steve > > On Fri, 9 Sep 2016

Re: [PATCH] cris: migrate exception table users off module.h and onto extable.h

On Mon, Sep 19, 2016 at 05:56:54PM -0400, Paul Gortmaker wrote: > This file was only including module.h for exception table related > functions. We've now separated that content out into its own file > "extable.h" so now move over to that and avoid all the extra header > content in module.h that

Re: [PATCH] ftrace: trigger: Call traceoff trigger after event recorded

On Fri, 23 Sep 2016 22:11:33 +0900 Masami Hiramatsu wrote: > Ping? Thanks for the ping. I've been hacking on other things lately that, even though I marked this as "todo", it has falling in my INBOX abyss. I'll take a look at this today. -- Steve > > On Fri, 9 Sep 2016 01:05:45 +0900 >

Re: [PATCH] cris: migrate exception table users off module.h and onto extable.h

On Mon, Sep 19, 2016 at 05:56:54PM -0400, Paul Gortmaker wrote: > This file was only including module.h for exception table related > functions. We've now separated that content out into its own file > "extable.h" so now move over to that and avoid all the extra header > content in module.h that

Re: BUG_ON in rcu_sync_func triggered

On Wed, Sep 14, 2016 at 3:58 PM, Oleg Nesterov wrote: > On 09/14, Nikolay Borisov wrote: >> >> [ 557.006656] [] dump_stack+0x6b/0xa0 >> [ 557.012737] [] warn_slowpath_common+0x95/0xe0 >> [ 557.019781] [] warn_slowpath_null+0x1a/0x20 >> [ 557.026645] []

Re: BUG_ON in rcu_sync_func triggered

On Wed, Sep 14, 2016 at 3:58 PM, Oleg Nesterov wrote: > On 09/14, Nikolay Borisov wrote: >> >> [ 557.006656] [] dump_stack+0x6b/0xa0 >> [ 557.012737] [] warn_slowpath_common+0x95/0xe0 >> [ 557.019781] [] warn_slowpath_null+0x1a/0x20 >> [ 557.026645] [] rcu_sync_enter+0x148/0x1a0 >> [

[PATCH v2] i2c: uniphier-f: fix misdetection of incomplete STOP condition

Currently, the status register FI2C_SR is checked immediately after a STOP condition is issued in case of the deferred STOP condition. It takes typically 5-10 usec until the corresponding bits in the register are set, so the error check for "stop condition was not completed" is very likely to be

[PATCH v2] i2c: uniphier-f: fix misdetection of incomplete STOP condition

Currently, the status register FI2C_SR is checked immediately after a STOP condition is issued in case of the deferred STOP condition. It takes typically 5-10 usec until the corresponding bits in the register are set, so the error check for "stop condition was not completed" is very likely to be

Re: [PATCH] i2c: uniphier-f: fix misdetection of incomplete STOP condition

Hi Wolfram, 2016-09-23 21:12 GMT+09:00 Wolfram Sang : > On Fri, Sep 23, 2016 at 09:04:01PM +0900, Masahiro Yamada wrote: >> Currently, the status register FI2C_SR is checked immediately after >> a STOP condition is issued in case of the deferred STOP condition. >> It takes

Re: [PATCH] i2c: uniphier-f: fix misdetection of incomplete STOP condition

Hi Wolfram, 2016-09-23 21:12 GMT+09:00 Wolfram Sang : > On Fri, Sep 23, 2016 at 09:04:01PM +0900, Masahiro Yamada wrote: >> Currently, the status register FI2C_SR is checked immediately after >> a STOP condition is issued in case of the deferred STOP condition. >> It takes typically 5-10 usec

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

On Fri 23-09-16 21:00:18, zijun_hu wrote: > On 09/23/2016 08:42 PM, Michal Hocko wrote: > no, it don't work for many special case > for example, provided PMD_SIZE=2M > mapping [0x1f8800, 0x208800) virtual range will be split to two ranges > [0x1f8800, 0x20) and

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

On Fri 23-09-16 21:00:18, zijun_hu wrote: > On 09/23/2016 08:42 PM, Michal Hocko wrote: > no, it don't work for many special case > for example, provided PMD_SIZE=2M > mapping [0x1f8800, 0x208800) virtual range will be split to two ranges > [0x1f8800, 0x20) and

Re: failed to add c++ probe

On Thu, 22 Sep 2016 10:54:06 +0200 Peter Zijlstra wrote: > On Wed, Sep 21, 2016 at 01:43:24PM +0900, Masami Hiramatsu wrote: > > On Wed, 21 Sep 2016 12:37:59 +0900 > > Masami Hiramatsu wrote: > > > Hmm, I found there are 3 issues in perf-probe to

[PATCH] f2fs: support configuring fault injection per superblock

From: Chao Yu Previously, we only support global fault injection configuration, so that when we configure type/rate of fault injection through sysfs, mount option, it will influence all f2fs partition which is being used. It is not make sence, since it will be not convenient

[PATCH] staging: rtl8192u: ieee80211: ieee80211_softmac: mark symbols static where possible

We get 5 warnings when building kernel with W=1: drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c:287:13: warning: no previous declaration for 'softmac_ps_mgmt_xmit' [-Wmissing-declarations] drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c:323:24: warning: no previous declaration for

Re: failed to add c++ probe

On Thu, 22 Sep 2016 10:54:06 +0200 Peter Zijlstra wrote: > On Wed, Sep 21, 2016 at 01:43:24PM +0900, Masami Hiramatsu wrote: > > On Wed, 21 Sep 2016 12:37:59 +0900 > > Masami Hiramatsu wrote: > > > Hmm, I found there are 3 issues in perf-probe to define event on C++ libs. > > > > 1) No

[PATCH] f2fs: support configuring fault injection per superblock

From: Chao Yu Previously, we only support global fault injection configuration, so that when we configure type/rate of fault injection through sysfs, mount option, it will influence all f2fs partition which is being used. It is not make sence, since it will be not convenient if developer want

[PATCH] staging: rtl8192u: ieee80211: ieee80211_softmac: mark symbols static where possible

We get 5 warnings when building kernel with W=1: drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c:287:13: warning: no previous declaration for 'softmac_ps_mgmt_xmit' [-Wmissing-declarations] drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c:323:24: warning: no previous declaration for

Re: [PATCH v4] mfd: arizona: Add DT options for max_channels_clocked and PDM speaker config

On Tue, Sep 13, 2016 at 10:05:44AM +0100, Richard Fitzgerald wrote: > This patch adds DT settings for the max_channels_clocked, spk_fmt and > spk_mute pdata. > > Signed-off-by: Richard Fitzgerald > --- > Documentation/devicetree/bindings/mfd/arizona.txt | 18

Re: [PATCH v4] mfd: arizona: Add DT options for max_channels_clocked and PDM speaker config

On Tue, Sep 13, 2016 at 10:05:44AM +0100, Richard Fitzgerald wrote: > This patch adds DT settings for the max_channels_clocked, spk_fmt and > spk_mute pdata. > > Signed-off-by: Richard Fitzgerald > --- > Documentation/devicetree/bindings/mfd/arizona.txt | 18 ++ >

Re: GPU-DRM-QXL: Move three assignments in qxl_device_init()

On 23 September 2016 at 09:50, SF Markus Elfring wrote: >> Markus, please contact the list in advance in future before posting a bunch >> of patches that don't fix any problems. > > I am trying to improve various open issues also in Linux source files. > That the

Re: GPU-DRM-QXL: Move three assignments in qxl_device_init()

On 23 September 2016 at 09:50, SF Markus Elfring wrote: >> Markus, please contact the list in advance in future before posting a bunch >> of patches that don't fix any problems. > > I am trying to improve various open issues also in Linux source files. > That the fact that you see issues (in

Re: [PATCH 02/10][v3] dt-bindings: fsl: updates bindings for some SoC-specific devices

On Tue, Sep 13, 2016 at 04:09:55PM +0800, shh@gmail.com wrote: > From: Shaohui Xie Again, subject could still be more specific. Aim to make it unique enough that the same subject could never appear again. > SCFG and DCFG are SoC-specific devices can be found on SoCs

[PATCH 1/2] Staging: ks7010: mark symbols static where possible

We get 3 warnings when building kernel with W=1: drivers/staging/ks7010/ks7010_sdio.c:90:6: warning: no previous prototype for 'ks_wlan_hw_sleep_doze_request' [-Wmissing-prototypes] drivers/staging/ks7010/ks7010_sdio.c:120:6: warning: no previous prototype for 'ks_wlan_hw_sleep_wakeup_request'

Re: [PATCH 02/10][v3] dt-bindings: fsl: updates bindings for some SoC-specific devices

On Tue, Sep 13, 2016 at 04:09:55PM +0800, shh@gmail.com wrote: > From: Shaohui Xie Again, subject could still be more specific. Aim to make it unique enough that the same subject could never appear again. > SCFG and DCFG are SoC-specific devices can be found on SoCs like LS1021A, >

[PATCH 1/2] Staging: ks7010: mark symbols static where possible

We get 3 warnings when building kernel with W=1: drivers/staging/ks7010/ks7010_sdio.c:90:6: warning: no previous prototype for 'ks_wlan_hw_sleep_doze_request' [-Wmissing-prototypes] drivers/staging/ks7010/ks7010_sdio.c:120:6: warning: no previous prototype for 'ks_wlan_hw_sleep_wakeup_request'

[PATCH] brcmfmac: drop unused fields from struct brcmf_pub

From: Rafał Miłecki They seem to be there from the first day. We calculate these values but never use them. Signed-off-by: Rafał Miłecki --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.c | 3 ---

[PATCH] brcmfmac: drop unused fields from struct brcmf_pub

From: Rafał Miłecki They seem to be there from the first day. We calculate these values but never use them. Signed-off-by: Rafał Miłecki --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.c | 3 --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.h | 4

Re: [PATCH v3] gpio: Added zynq specific check for special pins on bank zero

On Fri, Sep 23, 2016 at 1:26 PM, Nava kishore Manne wrote: > From: Nava kishore Manne > > This patch adds zynq specific check for bank 0 pins 7 and 8 > are special and cannot be used as inputs > > Signed-off-by: Nava kishore Manne

Re: [PATCH v3] gpio: Added zynq specific check for special pins on bank zero

On Fri, Sep 23, 2016 at 1:26 PM, Nava kishore Manne wrote: > From: Nava kishore Manne > > This patch adds zynq specific check for bank 0 pins 7 and 8 > are special and cannot be used as inputs > > Signed-off-by: Nava kishore Manne > Reported-by: Jonas Karlsson > Acked-by: Sören Brinkmann >

Re: [PATCH 05/10][v3] dt-bindings: ahci-fsl-qoriq: updated for SoC ls1046a

On Tue, Sep 13, 2016 at 04:09:58PM +0800, shh@gmail.com wrote: > From: Shaohui Xie > > Signed-off-by: Shaohui Xie > --- > change in V3: > 1. new patch. > > Documentation/devicetree/bindings/ata/ahci-fsl-qoriq.txt | 2 +- > 1 file changed, 1

Re: [PATCH 05/10][v3] dt-bindings: ahci-fsl-qoriq: updated for SoC ls1046a

On Tue, Sep 13, 2016 at 04:09:58PM +0800, shh@gmail.com wrote: > From: Shaohui Xie > > Signed-off-by: Shaohui Xie > --- > change in V3: > 1. new patch. > > Documentation/devicetree/bindings/ata/ahci-fsl-qoriq.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Acked-by: Rob

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On Fri, Sep 23, 2016 at 8:18 AM, Robin Murphy wrote: > On 23/09/16 14:13, Stuart Yoder wrote: >> >> >>> -Original Message- >>> From: Robin Murphy [mailto:robin.mur...@arm.com] >>> Sent: Friday, September 23, 2016 7:17 AM >>> To: Alison Wang ;

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On Fri, Sep 23, 2016 at 8:18 AM, Robin Murphy wrote: > On 23/09/16 14:13, Stuart Yoder wrote: >> >> >>> -Original Message- >>> From: Robin Murphy [mailto:robin.mur...@arm.com] >>> Sent: Friday, September 23, 2016 7:17 AM >>> To: Alison Wang ; shawn...@kernel.org; >>>

Re: [PATCHv2 3/5] staging:android:ion: Fix blank line issues

On Fri, Sep 23, 2016 at 3:17 PM, Greg KH wrote: > On Fri, Sep 23, 2016 at 11:05:15AM +0300, giannis.dami...@gmail.com wrote: >> From: Yannis Damigos >> >> This patch fixes the following blank line issues: >> >> CHECK: Please don't use

Re: [PATCH 4.4 000/118] 4.4.22-stable review

On 09/23/2016 01:08 AM, Greg Kroah-Hartman wrote: On Thu, Sep 22, 2016 at 08:01:35PM -0700, Guenter Roeck wrote: e5767a13d7cb ("cxl: use pcibios_free_controller_deferred() when removing vPHBs") does not apply to v4.4 nor to v4.7 (and isn't marked stable ???). I don't understand what

Re: [PATCHv2 3/5] staging:android:ion: Fix blank line issues

On Fri, Sep 23, 2016 at 3:17 PM, Greg KH wrote: > On Fri, Sep 23, 2016 at 11:05:15AM +0300, giannis.dami...@gmail.com wrote: >> From: Yannis Damigos >> >> This patch fixes the following blank line issues: >> >> CHECK: Please don't use multiple blank lines >> + >> + > > What does that mean with

Re: [PATCH 4.4 000/118] 4.4.22-stable review

On 09/23/2016 01:08 AM, Greg Kroah-Hartman wrote: On Thu, Sep 22, 2016 at 08:01:35PM -0700, Guenter Roeck wrote: e5767a13d7cb ("cxl: use pcibios_free_controller_deferred() when removing vPHBs") does not apply to v4.4 nor to v4.7 (and isn't marked stable ???). I don't understand what

[PATCH 1/2] include/linux: provide a safe version of container_of()

Some code relies on "negative" (i.e. too big) pointer values being returned by container_of() when its first argument is NULL. But doing so breaks the compiler's assumptions that pointer arithmetic never overflows. container_of_safe() checks its arguments and returns NULL in the case the member

[PATCH 1/2] include/linux: provide a safe version of container_of()

Some code relies on "negative" (i.e. too big) pointer values being returned by container_of() when its first argument is NULL. But doing so breaks the compiler's assumptions that pointer arithmetic never overflows. container_of_safe() checks its arguments and returns NULL in the case the member

Re: thousands of kworker processes with 4.7.x and 4.8-rc*

On 2016-09-19 16:08, Tomasz Chmielewski wrote: On several servers running 4.7.x and 4.8-rc6/7 kernels I'm seeing thousands of kworker processes. # ps auxf|grep -c kworker 2104 Load average goes into hundreds on a pretty much idle server (biggest CPU and RAM consumers are probably SSHD with one

[PATCH 2/2] llist: introduce llist_entry_safe()

Currently llist_for_each_entry() and llist_for_each_entry_safe() iterate until >member != NULL. But when building the kernel with Clang, the compiler assumes >member cannot be NULL if the member's offset is greater than 0. Therefore the loop condition is always true, and the loops become infinite.

Re: thousands of kworker processes with 4.7.x and 4.8-rc*

On 2016-09-19 16:08, Tomasz Chmielewski wrote: On several servers running 4.7.x and 4.8-rc6/7 kernels I'm seeing thousands of kworker processes. # ps auxf|grep -c kworker 2104 Load average goes into hundreds on a pretty much idle server (biggest CPU and RAM consumers are probably SSHD with one

[PATCH 2/2] llist: introduce llist_entry_safe()

Currently llist_for_each_entry() and llist_for_each_entry_safe() iterate until >member != NULL. But when building the kernel with Clang, the compiler assumes >member cannot be NULL if the member's offset is greater than 0. Therefore the loop condition is always true, and the loops become infinite.

<    5   6   7   8   9   10   11   12   13   14   >