Re: [PATCH] sched/fair: Do not decay new task load on first enqueue

Hi Matt, On 23 September 2016 at 13:58, Matt Fleming wrote: > Since commit 7dc603c9028e ("sched/fair: Fix PELT integrity for new > tasks") ::last_update_time will be set to a non-zero value in > post_init_entity_util_avg(), which leads to p->se.avg.load_avg being >

Re: [PATCH] sched/fair: Do not decay new task load on first enqueue

Hi Matt, On 23 September 2016 at 13:58, Matt Fleming wrote: > Since commit 7dc603c9028e ("sched/fair: Fix PELT integrity for new > tasks") ::last_update_time will be set to a non-zero value in > post_init_entity_util_avg(), which leads to p->se.avg.load_avg being > decayed on enqueue before the

[PATCH] kcov: do not instrument lib/stackdepot.c

There's no point in collecting coverage from lib/stackdepot.c, as it is not a function of syscall inputs. Disabling kcov instrumentation for that file will reduce the coverage noise level. Signed-off-by: Alexander Potapenko --- lib/Makefile | 1 + 1 file changed, 1

[PATCH] kcov: do not instrument lib/stackdepot.c

There's no point in collecting coverage from lib/stackdepot.c, as it is not a function of syscall inputs. Disabling kcov instrumentation for that file will reduce the coverage noise level. Signed-off-by: Alexander Potapenko --- lib/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [RFC PATCH 2/3] PM / Domains: Add support for devices with multiple domains

Hi Jon, On Fri, Sep 23, 2016 at 2:57 PM, Jon Hunter wrote: > On 21/09/16 15:57, Geert Uytterhoeven wrote: >> On Wed, Sep 21, 2016 at 4:37 PM, Jon Hunter wrote: >>> On 21/09/16 09:53, Geert Uytterhoeven wrote: On Tue, Sep 20, 2016 at 12:28 PM, Jon

Re: [RFC PATCH 2/3] PM / Domains: Add support for devices with multiple domains

Hi Jon, On Fri, Sep 23, 2016 at 2:57 PM, Jon Hunter wrote: > On 21/09/16 15:57, Geert Uytterhoeven wrote: >> On Wed, Sep 21, 2016 at 4:37 PM, Jon Hunter wrote: >>> On 21/09/16 09:53, Geert Uytterhoeven wrote: On Tue, Sep 20, 2016 at 12:28 PM, Jon Hunter wrote: > Some devices may

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

On Fri 23-09-16 22:14:40, zijun_hu wrote: > On 2016/9/23 21:33, Michal Hocko wrote: > > 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

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

On Fri 23-09-16 22:14:40, zijun_hu wrote: > On 2016/9/23 21:33, Michal Hocko wrote: > > 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

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

On 23/09/16 15:01, Stuart Yoder wrote: > > >> -Original Message- >> From: Robin Murphy [mailto:robin.mur...@arm.com] >> Sent: Friday, September 23, 2016 8:19 AM >> To: Stuart Yoder ; Alison Wang ; >> shawn...@kernel.org; >>

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

On 23/09/16 15:01, Stuart Yoder wrote: > > >> -Original Message- >> From: Robin Murphy [mailto:robin.mur...@arm.com] >> Sent: Friday, September 23, 2016 8:19 AM >> To: Stuart Yoder ; Alison Wang ; >> shawn...@kernel.org; >> ker...@pengutronix.de; Fabio Estevam Estevam ; >>

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

>> I am trying to improve various open issues also in Linux source files. >> > That the fact that you see issues (in these particular cases) while > others do not I guess that the discussed "story" affects more challenges in communication and different opinions about where to invest software

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

>> I am trying to improve various open issues also in Linux source files. >> > That the fact that you see issues (in these particular cases) while > others do not I guess that the discussed "story" affects more challenges in communication and different opinions about where to invest software

Re: [PATCH] usb: gadget: udc: atmel: fix endpoint name

Le 16/09/2016 à 10:36, Nicolas Ferre a écrit : > Le 15/09/2016 à 17:07, Alexandre Belloni a écrit : >> Since commit c32b5bcfa3c4 ("ARM: dts: at91: Fix USB endpoint nodes"), >> atmel_usba_udc fails with: >> >> [ cut here ] >> WARNING: CPU: 0 PID: 0 at

Re: [PATCH] usb: gadget: udc: atmel: fix endpoint name

Le 16/09/2016 à 10:36, Nicolas Ferre a écrit : > Le 15/09/2016 à 17:07, Alexandre Belloni a écrit : >> Since commit c32b5bcfa3c4 ("ARM: dts: at91: Fix USB endpoint nodes"), >> atmel_usba_udc fails with: >> >> [ cut here ] >> WARNING: CPU: 0 PID: 0 at

Re: strace lockup when tracing exec in go

On Fri 23-09-16 16:07:24, Oleg Nesterov wrote: > On 09/23, Michal Hocko wrote: > > > > On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > > > > > > This change is simply wrong no matter what. > > > > I've just tried to extend the existing > > > > /* > > * Tracers may want to know about even

Re: strace lockup when tracing exec in go

On Fri 23-09-16 16:07:24, Oleg Nesterov wrote: > On 09/23, Michal Hocko wrote: > > > > On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > > > > > > This change is simply wrong no matter what. > > > > I've just tried to extend the existing > > > > /* > > * Tracers may want to know about even

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

On 2016/9/23 21:33, Michal Hocko wrote: > 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

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

On 2016/9/23 21:33, Michal Hocko wrote: > 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

Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support

Hi! Alan Tull writes: > Supports Altera SOCFPGA bridges: > * fpga2sdram > * fpga2hps > * hps2fpga > * lwhps2fpga > > Allows enabling/disabling the bridges through the FPGA > Bridge Framework API functions. > > The fpga2sdram driver only supports enabling and disabling > of the ports that

Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support

Hi! Alan Tull writes: > Supports Altera SOCFPGA bridges: > * fpga2sdram > * fpga2hps > * hps2fpga > * lwhps2fpga > > Allows enabling/disabling the bridges through the FPGA > Bridge Framework API functions. > > The fpga2sdram driver only supports enabling and disabling > of the ports that

[PATCH 3/8 V2] staging: rts5208: fix comment blocks style in rtsx_chip.h

This patch fixes the following checkpatch.pl warning in rtsx_chip.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx_chip.h | 52 +++-- 1 file changed,

[PATCH 3/8 V2] staging: rts5208: fix comment blocks style in rtsx_chip.h

This patch fixes the following checkpatch.pl warning in rtsx_chip.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx_chip.h | 52 +++-- 1 file changed, 27 insertions(+), 25

[PATCH 1/8 V2] staging: rts5208: avoid new typedef in rtsx.h: rtsx_dev_t

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: do not add new typedefs It also remove DELAY_PARA_T because code is not using it. Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 4

[PATCH 2/8 V2] staging: rts5208: avoid symbolic permissions in rtsx.c

This patch fixes the following checkpatch.pl warning in rtsx.c: WARNING: Symbolic permissions are not preferred. Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 6/8 V2] staging: rts5208: fix line style warnings in spi.c

This patch fixes the following checkpatch.pl warning in spi.c: WARNING: line over 80 characters Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/spi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/rts5208/spi.c

[PATCH 8/8 V2] staging: rts5208: fix style warnings in xd.c

This patch fixes the following checkpatch.pl warning in xd.c: WARNING: else is not generally useful after a break or return It also makes code more uniform with the new changes Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/xd.c | 38

[PATCH 6/8 V2] staging: rts5208: fix line style warnings in spi.c

This patch fixes the following checkpatch.pl warning in spi.c: WARNING: line over 80 characters Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/spi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/rts5208/spi.c

[PATCH 8/8 V2] staging: rts5208: fix style warnings in xd.c

This patch fixes the following checkpatch.pl warning in xd.c: WARNING: else is not generally useful after a break or return It also makes code more uniform with the new changes Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/xd.c | 38 ++ 1

[PATCH 1/8 V2] staging: rts5208: avoid new typedef in rtsx.h: rtsx_dev_t

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: do not add new typedefs It also remove DELAY_PARA_T because code is not using it. Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 4 drivers/staging/rts5208/rtsx_chip.h | 2 +- 2 files

[PATCH 2/8 V2] staging: rts5208: avoid symbolic permissions in rtsx.c

This patch fixes the following checkpatch.pl warning in rtsx.c: WARNING: Symbolic permissions are not preferred. Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/staging/rts5208/rtsx.c

[PATCH 7/8 V2] staging: rts5208: fix style warnings in sd.c

This patch fixes the following checkpatch.pl warning in sd.c: WARNING: else is not generally useful after a break or return It also makes code more uniform with the new changes Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/sd.c | 173

[PATCH 0/8 V2] staging: rts5208: Fix several style warnings

This patchset fix several style warnings reported by checkpatch.pl script. Changes V2: * Fix commit subject names to be more specific Sergio Paracuellos (8): staging: rts5208: avoid new typedef in rtsx.h: rtsx_dev_t staging: rts5208: avoid symbolic permissions in rtsx.c staging: rts5208:

[PATCH 7/8 V2] staging: rts5208: fix style warnings in sd.c

This patch fixes the following checkpatch.pl warning in sd.c: WARNING: else is not generally useful after a break or return It also makes code more uniform with the new changes Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/sd.c | 173 +++

[PATCH 0/8 V2] staging: rts5208: Fix several style warnings

This patchset fix several style warnings reported by checkpatch.pl script. Changes V2: * Fix commit subject names to be more specific Sergio Paracuellos (8): staging: rts5208: avoid new typedef in rtsx.h: rtsx_dev_t staging: rts5208: avoid symbolic permissions in rtsx.c staging: rts5208:

[PATCH 4/8 V2] staging: rts5208: fix comment blocks style in rtsx.h

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 5/8 V2] staging: rts5208: remove not used typedef in rtsx_sys.h

This patch fixes the following checkpatch.pl warning in rtsx_sys.h: WARNING: do not add new typedefs Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx_sys.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_sys.h

[PATCH 4/8 V2] staging: rts5208: fix comment blocks style in rtsx.h

This patch fixes the following checkpatch.pl warning in rtsx.h: WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 5/8 V2] staging: rts5208: remove not used typedef in rtsx_sys.h

This patch fixes the following checkpatch.pl warning in rtsx_sys.h: WARNING: do not add new typedefs Signed-off-by: Sergio Paracuellos --- drivers/staging/rts5208/rtsx_sys.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/rts5208/rtsx_sys.h

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

On Fri, 2016-09-23 at 22:23 +0900, Tomasz Chmielewski wrote: > 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

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

On Fri, 2016-09-23 at 22:23 +0900, Tomasz Chmielewski wrote: > 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

Re: strace lockup when tracing exec in go

On 09/23, Michal Hocko wrote: > > On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > > > > This change is simply wrong no matter what. > > I've just tried to extend the existing > > /* >* Tracers may want to know about even ignored signals. >*/ > return !t->ptrace; > >

Re: [PATCH 2/3] gpio: Add a driver for the Raspberry Pi's firmware GPIO calls.

On Fri, Sep 23, 2016 at 3:15 PM, Eric Anholt wrote: > Linus Walleij writes: >> Maybe it should be named GPIO_RPI_FXL6408 ? >> >> (No strong opinion.) > > See DT binding comment -- I think since this driver has no dependency on > being to the 6408 on

Re: strace lockup when tracing exec in go

On 09/23, Michal Hocko wrote: > > On Fri 23-09-16 15:21:02, Oleg Nesterov wrote: > > > > This change is simply wrong no matter what. > > I've just tried to extend the existing > > /* >* Tracers may want to know about even ignored signals. >*/ > return !t->ptrace; > >

Re: [PATCH 2/3] gpio: Add a driver for the Raspberry Pi's firmware GPIO calls.

On Fri, Sep 23, 2016 at 3:15 PM, Eric Anholt wrote: > Linus Walleij writes: >> Maybe it should be named GPIO_RPI_FXL6408 ? >> >> (No strong opinion.) > > See DT binding comment -- I think since this driver has no dependency on > being to the 6408 on the pi3, we shouldn't needlessly bind it to

[PATCH 1/2] drm/bridge: analogix_dp: Add analogix_dp_psr_supported

So users know whether PSR should be enabled or not. Signed-off-by: Tomeu Vizoso Cc: Sean Paul Cc: Yakir Yang Cc: Archit Taneja --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 8

[PATCH 2/2] drm/rockchip: analogix_dp: Refuse to enable PSR if panel doesn't support it

There's no point in enabling PSR when the panel doesn't support it. This also avoids a problem when PSR gets enabled when a CRTC is being disabled, because sometimes in that situation the DSP_HOLD_VALID_INTR interrupt on which we wait will never arrive. This was observed on RK3288 with a panel

[PATCH 1/2] drm/bridge: analogix_dp: Add analogix_dp_psr_supported

So users know whether PSR should be enabled or not. Signed-off-by: Tomeu Vizoso Cc: Sean Paul Cc: Yakir Yang Cc: Archit Taneja --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 8 include/drm/bridge/analogix_dp.h | 1 + 2 files changed, 9 insertions(+) diff

[PATCH 2/2] drm/rockchip: analogix_dp: Refuse to enable PSR if panel doesn't support it

There's no point in enabling PSR when the panel doesn't support it. This also avoids a problem when PSR gets enabled when a CRTC is being disabled, because sometimes in that situation the DSP_HOLD_VALID_INTR interrupt on which we wait will never arrive. This was observed on RK3288 with a panel

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Fri, Sep 23, 2016 at 03:13:15PM +0200, Daniel Vetter wrote: > Hm, maybe we should simply not call ->lastclose for kms drivers. That is > kinda only a hack for ums/dri1 drivers. Are you sure about that - isn't it needed so that the fbdev mode gets restored when the last DRM user exits, so that

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Fri, Sep 23, 2016 at 03:13:15PM +0200, Daniel Vetter wrote: > Hm, maybe we should simply not call ->lastclose for kms drivers. That is > kinda only a hack for ums/dri1 drivers. Are you sure about that - isn't it needed so that the fbdev mode gets restored when the last DRM user exits, so that

Re: [PATCH 0/2] Ajust lockdep static allocations

On 9/23/2016 2:12 AM, Peter Zijlstra wrote: On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: These patches adjust the static allocations for lockdep data structures used for debugging locking correctness. The current code reserves about 4MB extra space for these data structures. Most

Re: [PATCH 0/2] Ajust lockdep static allocations

On 9/23/2016 2:12 AM, Peter Zijlstra wrote: On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: These patches adjust the static allocations for lockdep data structures used for debugging locking correctness. The current code reserves about 4MB extra space for these data structures. Most

Re: [1/2] pwm: sunxi: allow the pwm to finish its pulse before disable

Hey Jonathan, On 23-09-16 16:02, Jonathan Liu wrote: On 26 August 2016 at 03:50, wrote: When we inform the PWM block to stop toggeling the output, we may end up in a state where the output is not what we would expect (e.g. not the low-pulse) but whatever the output was

Re: [1/2] pwm: sunxi: allow the pwm to finish its pulse before disable

Hey Jonathan, On 23-09-16 16:02, Jonathan Liu wrote: On 26 August 2016 at 03:50, wrote: When we inform the PWM block to stop toggeling the output, we may end up in a state where the output is not what we would expect (e.g. not the low-pulse) but whatever the output was at when the clock got

Re: [1/2] pwm: sunxi: allow the pwm to finish its pulse before disable

On 26 August 2016 at 03:50, wrote: > When we inform the PWM block to stop toggeling the output, we may end up > in a state where the output is not what we would expect (e.g. not the > low-pulse) but whatever the output was at when the clock got disabled. > > To counter this

Re: [1/2] pwm: sunxi: allow the pwm to finish its pulse before disable

On 26 August 2016 at 03:50, wrote: > When we inform the PWM block to stop toggeling the output, we may end up > in a state where the output is not what we would expect (e.g. not the > low-pulse) but whatever the output was at when the clock got disabled. > > To counter this we have to wait for

RE: [PATCH v2] fs/select: add vmalloc fallback for select(2)

From: Vlastimil Babka > Sent: 23 September 2016 10:59 ... > > I suspect that fdt->max_fds is an upper bound for the highest fd the > > process has open - not the RLIMIT_NOFILE value. > > I gathered that the highest fd effectively limits the number of files, > so it's the same. I might be wrong.

RE: [PATCH v2] fs/select: add vmalloc fallback for select(2)

From: Vlastimil Babka > Sent: 23 September 2016 10:59 ... > > I suspect that fdt->max_fds is an upper bound for the highest fd the > > process has open - not the RLIMIT_NOFILE value. > > I gathered that the highest fd effectively limits the number of files, > so it's the same. I might be wrong.

Re: [PATCH v2 0/3] Move runnable tools from Documentation to tools

On 09/22/2016 08:57 AM, Jonathan Corbet wrote: > On Wed, 21 Sep 2016 18:51:10 -0600 > Shuah Khan wrote: > >> Move runnable tools from Documentation to tools. I moved just the >> tools code, and left documentation files as is. >> >> Based on the v1 series feedback, This

Re: [PATCH v2 0/3] Move runnable tools from Documentation to tools

On 09/22/2016 08:57 AM, Jonathan Corbet wrote: > On Wed, 21 Sep 2016 18:51:10 -0600 > Shuah Khan wrote: > >> Move runnable tools from Documentation to tools. I moved just the >> tools code, and left documentation files as is. >> >> Based on the v1 series feedback, This v2 series moves

[PATCH] pm80xx: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/scsi/pm8001/pm80xx_hwi.c:69:6: warning: no previous prototype for 'pm80xx_pci_mem_copy' [-Wmissing-prototypes] drivers/scsi/pm8001/pm80xx_hwi.c:4540:6: warning: no previous prototype for 'mpi_set_phy_profile_req' [-Wmissing-prototypes] In

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On 09/23, Robert Ho wrote: > > --- a/fs/proc/task_mmu.c > +++ b/fs/proc/task_mmu.c > @@ -147,7 +147,7 @@ m_next_vma(struct proc_maps_private *priv, struct > vm_area_struct *vma) > static void m_cache_vma(struct seq_file *m, struct vm_area_struct *vma) > { > if (m->count < m->size) /* vma

[PATCH] pm80xx: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/scsi/pm8001/pm80xx_hwi.c:69:6: warning: no previous prototype for 'pm80xx_pci_mem_copy' [-Wmissing-prototypes] drivers/scsi/pm8001/pm80xx_hwi.c:4540:6: warning: no previous prototype for 'mpi_set_phy_profile_req' [-Wmissing-prototypes] In

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On 09/23, Robert Ho wrote: > > --- a/fs/proc/task_mmu.c > +++ b/fs/proc/task_mmu.c > @@ -147,7 +147,7 @@ m_next_vma(struct proc_maps_private *priv, struct > vm_area_struct *vma) > static void m_cache_vma(struct seq_file *m, struct vm_area_struct *vma) > { > if (m->count < m->size) /* vma

[PATCH 04/20] staging: wlan-ng: avoid new typedef: p80211pstrd_t

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

[PATCH 04/20] staging: wlan-ng: avoid new typedef: p80211pstrd_t

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

Re: BUG_ON in rcu_sync_func triggered

On 09/23, Nikolay Borisov wrote: > > > --- a/fs/super.c > > +++ b/fs/super.c > > @@ -1344,7 +1344,9 @@ int thaw_super(struct super_block *sb) > > int error; > > > > down_write(>s_umount); > > - if (sb->s_writers.frozen == SB_UNFROZEN) { > > + if (sb->s_writers.frozen !=

[PATCH] [SCSI] bfa: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/scsi/bfa/bfad.c:1502:1: warning: no previous prototype for 'restart_bfa' [-Wmissing-prototypes] drivers/scsi/bfa/bfad_attr.c:447:1: warning: no previous prototype for 'bfad_im_issue_fc_host_lip' [-Wmissing-prototypes]

Re: BUG_ON in rcu_sync_func triggered

On 09/23, Nikolay Borisov wrote: > > > --- a/fs/super.c > > +++ b/fs/super.c > > @@ -1344,7 +1344,9 @@ int thaw_super(struct super_block *sb) > > int error; > > > > down_write(>s_umount); > > - if (sb->s_writers.frozen == SB_UNFROZEN) { > > + if (sb->s_writers.frozen !=

[PATCH] [SCSI] bfa: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/scsi/bfa/bfad.c:1502:1: warning: no previous prototype for 'restart_bfa' [-Wmissing-prototypes] drivers/scsi/bfa/bfad_attr.c:447:1: warning: no previous prototype for 'bfad_im_issue_fc_host_lip' [-Wmissing-prototypes]

[PATCH] pm8001: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/scsi/pm8001/pm8001_sas.c:530:23: warning: no previous prototype for 'pm8001_alloc_dev' [-Wmissing-prototypes] drivers/scsi/pm8001/pm8001_hwi.c:4495:5: warning: no previous prototype for 'pm8001_chip_phy_stop_req' [-Wmissing-prototypes] In

[PATCH] staging: wlan-ng: avoid to introduce new typedefs

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 12 +- drivers/staging/wlan-ng/p80211metastruct.h | 248

[PATCH 01/20] staging: wlan-ng: avoid new typedef: p80211enumpair_t

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

Re: [PATCH 1/3] dt-bindings: Add a binding for the RPi firmware GPIO driver.

On Fri, Sep 23, 2016 at 3:08 PM, Eric Anholt wrote: > Sort of related: I also worry that we have races with the firmware for > the platform GPIO bits, since both ARM and firmware are doing RMWs (or, > even worse, maybe just Ws?) of the registers controlled by the pinctrl >

[PATCH] staging: wlan-ng: avoid to introduce new typedefs

This patch fixes the following checkpatch.pl warning in p80211types.h: WARNING: do not add new typedefs Signed-off-by: Sergio Paracuellos --- drivers/staging/wlan-ng/cfg80211.c | 12 +- drivers/staging/wlan-ng/p80211metastruct.h | 248 ++---

[PATCH 01/20] staging: wlan-ng: avoid new typedef: p80211enumpair_t

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

Re: [PATCH 1/3] dt-bindings: Add a binding for the RPi firmware GPIO driver.

On Fri, Sep 23, 2016 at 3:08 PM, Eric Anholt wrote: > Sort of related: I also worry that we have races with the firmware for > the platform GPIO bits, since both ARM and firmware are doing RMWs (or, > even worse, maybe just Ws?) of the registers controlled by the pinctrl > driver. Hopefully I

[PATCH] pm8001: mark symbols static where possible

We get 2 warnings when building kernel with W=1: drivers/scsi/pm8001/pm8001_sas.c:530:23: warning: no previous prototype for 'pm8001_alloc_dev' [-Wmissing-prototypes] drivers/scsi/pm8001/pm8001_hwi.c:4495:5: warning: no previous prototype for 'pm8001_chip_phy_stop_req' [-Wmissing-prototypes] In

[PATCH 00/20] staging: wlan-ng: fix some style issues in p80211types.h

This patchset fix some style issues reported by checkpatch.pl script. Sergio Paracuellos (20): staging: wlan-ng: avoid new typedef: p80211enumpair_t staging: wlan-ng: avoid new typedef: p80211enum_t staging: wlan-ng: avoid new typedef: p80211pstr_t staging: wlan-ng: avoid new typedef:

[PATCH 05/20] staging: wlan-ng: avoid new typedef: p80211pstr255_t

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

[PATCH 00/20] staging: wlan-ng: fix some style issues in p80211types.h

This patchset fix some style issues reported by checkpatch.pl script. Sergio Paracuellos (20): staging: wlan-ng: avoid new typedef: p80211enumpair_t staging: wlan-ng: avoid new typedef: p80211enum_t staging: wlan-ng: avoid new typedef: p80211pstr_t staging: wlan-ng: avoid new typedef:

[PATCH 05/20] staging: wlan-ng: avoid new typedef: p80211pstr255_t

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

[PATCH 06/20] staging: wlan-ng: avoid new typedef: p80211pstr6_t

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

[PATCH 06/20] staging: wlan-ng: avoid new typedef: p80211pstr6_t

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

Re: [PATCH 2/2] powernv:idle:Implement lite variant of power_enter_stop

Hi Michael, On Fri, Sep 23, 2016 at 09:03:45PM +1000, Michael Ellerman wrote: > "Gautham R. Shenoy" writes: > > > From: "Gautham R. Shenoy" > > > > This patch adds a function named power_enter_stop_lite() that can > > execute a stop instruction

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 21:12:33, Robert Ho wrote: > From: Xiao Guangrong > > Recently, Redhat reported that nvml test suite failed on QEMU/KVM, > more detailed info please refer to: >https://bugzilla.redhat.com/show_bug.cgi?id=1365721 > > Actually, this bug is not

Re: [PATCHv3 5/5] staging:android:ion: Remove empty release function

I believed I tested it but I found out that the CONFIG_OF_RESERVED_MEM was not enabled in my config. So it was not properly tested. I will try to test it again. Sorry, Yannis On Fri, Sep 23, 2016 at 3:06 PM, Greg KH wrote: > On Fri, Sep 23, 2016 at 12:50:15PM +0300,

Re: [PATCH v3 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

On Fri, Sep 23, 2016 at 02:49:20PM +0200, Rafael J. Wysocki wrote: > On Tuesday, September 20, 2016 10:51:13 AM Marek Szyprowski wrote: > > On 2016-09-19 23:45, Tobias Jakobi wrote: > > > I did some tests with the new version today. Sadly the reboot/shutdown > > > issues are still present. > > >

[PATCH 07/20] staging: wlan-ng: avoid new typedef: p80211pstr14_t

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

Re: [PATCH 2/2] powernv:idle:Implement lite variant of power_enter_stop

Hi Michael, On Fri, Sep 23, 2016 at 09:03:45PM +1000, Michael Ellerman wrote: > "Gautham R. Shenoy" writes: > > > From: "Gautham R. Shenoy" > > > > This patch adds a function named power_enter_stop_lite() that can > > execute a stop instruction when ESL and EC bits are set to zero in the > >

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 21:12:33, Robert Ho wrote: > From: Xiao Guangrong > > Recently, Redhat reported that nvml test suite failed on QEMU/KVM, > more detailed info please refer to: >https://bugzilla.redhat.com/show_bug.cgi?id=1365721 > > Actually, this bug is not only for NVDIMM/DAX but also for

Re: [PATCHv3 5/5] staging:android:ion: Remove empty release function

I believed I tested it but I found out that the CONFIG_OF_RESERVED_MEM was not enabled in my config. So it was not properly tested. I will try to test it again. Sorry, Yannis On Fri, Sep 23, 2016 at 3:06 PM, Greg KH wrote: > On Fri, Sep 23, 2016 at 12:50:15PM +0300, Yannis Damigos wrote: >>

Re: [PATCH v3 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

On Fri, Sep 23, 2016 at 02:49:20PM +0200, Rafael J. Wysocki wrote: > On Tuesday, September 20, 2016 10:51:13 AM Marek Szyprowski wrote: > > On 2016-09-19 23:45, Tobias Jakobi wrote: > > > I did some tests with the new version today. Sadly the reboot/shutdown > > > issues are still present. > > >

[PATCH 07/20] staging: wlan-ng: avoid new typedef: p80211pstr14_t

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

[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

[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 ++--

[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

[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

[PATCH 08/20] staging: wlan-ng: avoid new typedef: p80211pstr32_t

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

[PATCH 08/20] staging: wlan-ng: avoid new typedef: p80211pstr32_t

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

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