Re: [PATCH 2/2] sched/idle: Use spin loop primitives for polling idle

On Sun, Aug 20, 2017 at 07:25:02PM +1000, Nicholas Piggin wrote: > Signed-off-by: Nicholas Piggin > --- > kernel/sched/idle.c | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c > index

Re: [PATCH 2/2] sched/idle: Use spin loop primitives for polling idle

On Sun, Aug 20, 2017 at 07:25:02PM +1000, Nicholas Piggin wrote: > Signed-off-by: Nicholas Piggin > --- > kernel/sched/idle.c | 7 ++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c > index 6c23e30c0e5c..b884980da8ef 100644 > ---

Re: [PATCH 1/2] of: Add vendor prefix for Amarula Solutions

On Thu, Aug 31, 2017 at 4:54 PM, Heiko Stuebner wrote: > Hi Rob, > > Am Donnerstag, 31. August 2017, 15:08:55 CEST schrieb Rob Herring: >> On Sat, Aug 26, 2017 at 12:21:42PM +0530, Jagan Teki wrote: >> > From: Jagan Teki >> > >> > Added 'amarula' as a

RE: [PATCH] Unifying headers for AArch64 and ARM

Ping for this patch: https://lkml.org/lkml/2017/8/10/136 The patch can be viewed on the mail-archive link below, https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1465874.html Please let me know if anyone has any feedback on this. Thanks. Best Regards, Kaushik M. Phatak

Re: [PATCH 1/2] of: Add vendor prefix for Amarula Solutions

On Thu, Aug 31, 2017 at 4:54 PM, Heiko Stuebner wrote: > Hi Rob, > > Am Donnerstag, 31. August 2017, 15:08:55 CEST schrieb Rob Herring: >> On Sat, Aug 26, 2017 at 12:21:42PM +0530, Jagan Teki wrote: >> > From: Jagan Teki >> > >> > Added 'amarula' as a vendor prefix for Amarula Solutions, >> >

RE: [PATCH] Unifying headers for AArch64 and ARM

Ping for this patch: https://lkml.org/lkml/2017/8/10/136 The patch can be viewed on the mail-archive link below, https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1465874.html Please let me know if anyone has any feedback on this. Thanks. Best Regards, Kaushik M. Phatak

Re: [PATCH 1/2] locking: Use spin primitives for busy loops

This really should have been many patches. On Sun, Aug 20, 2017 at 07:25:01PM +1000, Nicholas Piggin wrote: > @@ -108,12 +109,10 @@ static inline unsigned __read_seqcount_begin(const > seqcount_t *s) > { > unsigned ret; > > -repeat: > ret = READ_ONCE(s->sequence); > - if

Re: [PATCH 1/2] locking: Use spin primitives for busy loops

This really should have been many patches. On Sun, Aug 20, 2017 at 07:25:01PM +1000, Nicholas Piggin wrote: > @@ -108,12 +109,10 @@ static inline unsigned __read_seqcount_begin(const > seqcount_t *s) > { > unsigned ret; > > -repeat: > ret = READ_ONCE(s->sequence); > - if

[PATCH 2/3] agp: add compat_ioctl.h to frontend.c

When building I got the following warnings: drivers/char/agp/frontend.c:163:5: warning: no previous prototype for 'agp_create_segment' [-Wmissing-prototypes] drivers/char/agp/frontend.c:215:26: warning: no previous prototype for 'agp_find_private' [-Wmissing-prototypes]

[PATCH 2/3] agp: add compat_ioctl.h to frontend.c

When building I got the following warnings: drivers/char/agp/frontend.c:163:5: warning: no previous prototype for 'agp_create_segment' [-Wmissing-prototypes] drivers/char/agp/frontend.c:215:26: warning: no previous prototype for 'agp_find_private' [-Wmissing-prototypes]

[PATCH 0/3] agp: Misc fix

Hello The first patch goal is to regroup all miscdevice number in the same place. The two subsequent patch are build warning fix found when working on the first. Corentin Labbe (3): agp: move AGPGART_MINOR to include/linux/miscdevice.h agp: add compat_ioctl.h to frontend.c agp: remove

[PATCH 0/3] agp: Misc fix

Hello The first patch goal is to regroup all miscdevice number in the same place. The two subsequent patch are build warning fix found when working on the first. Corentin Labbe (3): agp: move AGPGART_MINOR to include/linux/miscdevice.h agp: add compat_ioctl.h to frontend.c agp: remove

[PATCH 1/3] agp: move AGPGART_MINOR to include/linux/miscdevice.h

This patch move the define for AGPGART_MINOR to include/linux/miscdevice.h. It is better that all minor number definitions are in the same place. Signed-off-by: Corentin Labbe --- include/linux/agpgart.h| 2 -- include/linux/miscdevice.h | 1 + 2 files changed, 1

[PATCH 1/3] agp: move AGPGART_MINOR to include/linux/miscdevice.h

This patch move the define for AGPGART_MINOR to include/linux/miscdevice.h. It is better that all minor number definitions are in the same place. Signed-off-by: Corentin Labbe --- include/linux/agpgart.h| 2 -- include/linux/miscdevice.h | 1 + 2 files changed, 1 insertion(+), 2

[PATCH 3/3] agp: remove unused variable num_segments

This patch fix the following build warning: warning: variable 'num_segments' set but not used [-Wunused-but-set-variable] Signed-off-by: Corentin Labbe --- drivers/char/agp/frontend.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 3/3] agp: remove unused variable num_segments

This patch fix the following build warning: warning: variable 'num_segments' set but not used [-Wunused-but-set-variable] Signed-off-by: Corentin Labbe --- drivers/char/agp/frontend.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/char/agp/frontend.c

Re: [PATCH] DSA support for Micrel KSZ8895

Hi! On Wed 2017-08-30 21:32:07, tristram...@microchip.com wrote: > > On Mon 2017-08-28 16:09:27, Andrew Lunn wrote: > > > > I may be confused here, but AFAICT: > > > > > > > > 1) Yes, it has standard layout when accessed over MDIO. > > > > > > > > > Section 4.8 of the datasheet says: > > > > > >

Re: [PATCH] DSA support for Micrel KSZ8895

Hi! On Wed 2017-08-30 21:32:07, tristram...@microchip.com wrote: > > On Mon 2017-08-28 16:09:27, Andrew Lunn wrote: > > > > I may be confused here, but AFAICT: > > > > > > > > 1) Yes, it has standard layout when accessed over MDIO. > > > > > > > > > Section 4.8 of the datasheet says: > > > > > >

[PATCH] f2fs: clear get_ssr_cost

se->ckpt_valid_blocks is always larger than se->valid_blocks, so get_ssr_cost can be cleared. Signed-off-by: Yunlong Song --- fs/f2fs/gc.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index cd147e7..b226760

[PATCH] f2fs: clear get_ssr_cost

se->ckpt_valid_blocks is always larger than se->valid_blocks, so get_ssr_cost can be cleared. Signed-off-by: Yunlong Song --- fs/f2fs/gc.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-) diff --git a/fs/f2fs/gc.c b/fs/f2fs/gc.c index cd147e7..b226760 100644 --- a/fs/f2fs/gc.c

Re: [PATCH 2/3] input/keyboard: Add support for Dollar Cove TI power button

On Fri, 01 Sep 2017 13:09:36 +0200, Andy Shevchenko wrote: > > On Thu, 2017-08-31 at 11:33 -0700, Dmitry Torokhov wrote: > > > > + > > > + ret = enable_irq_wake(irq); > > > + if (ret) > > > + dev_warn(dev, "Can't enable IRQ as wake source: > > > %d\n", ret); > > > > We do not normally

Re: [PATCH 2/3] input/keyboard: Add support for Dollar Cove TI power button

On Fri, 01 Sep 2017 13:09:36 +0200, Andy Shevchenko wrote: > > On Thu, 2017-08-31 at 11:33 -0700, Dmitry Torokhov wrote: > > > > + > > > + ret = enable_irq_wake(irq); > > > + if (ret) > > > + dev_warn(dev, "Can't enable IRQ as wake source: > > > %d\n", ret); > > > > We do not normally

RE: [PATCH 4/4] lockdep: Fix workqueue crossrelease annotation

> -Original Message- > From: Byungchul Park [mailto:byungchul.p...@lge.com] > Sent: Friday, September 01, 2017 7:16 PM > To: Peter Zijlstra > Cc: mi...@kernel.org; t...@kernel.org; boqun.f...@gmail.com; > da...@fromorbit.com; johan...@sipsolutions.net; o...@redhat.com; linux- >

RE: [PATCH 4/4] lockdep: Fix workqueue crossrelease annotation

> -Original Message- > From: Byungchul Park [mailto:byungchul.p...@lge.com] > Sent: Friday, September 01, 2017 7:16 PM > To: Peter Zijlstra > Cc: mi...@kernel.org; t...@kernel.org; boqun.f...@gmail.com; > da...@fromorbit.com; johan...@sipsolutions.net; o...@redhat.com; linux- >

Re: linux-next: Signed-off-by missing for commit in the rdma tree

On 8/31/2017 5:50 PM, Stephen Rothwell wrote: > Hi Doug, > > Commit > > 4b9796b0a6fb ("IB/hfi1: Use accessor to determine ring size") > > is missing a Signed-off-by from its author. > What's the best way to fix this? I can rebase, but I know Linus hates that. What about git note? --

Re: linux-next: Signed-off-by missing for commit in the rdma tree

On 8/31/2017 5:50 PM, Stephen Rothwell wrote: > Hi Doug, > > Commit > > 4b9796b0a6fb ("IB/hfi1: Use accessor to determine ring size") > > is missing a Signed-off-by from its author. > What's the best way to fix this? I can rebase, but I know Linus hates that. What about git note? --

Re: [PATCH] clk: at91: utmi: set the mainck rate

On Fri, 1 Sep 2017 11:46:58 +0200 Ludovic Desroches wrote: > By default, it is assumed that the UTMI clock is generated from a 12 MHz > reference clock (MAINCK). If it's not the case, the FREQ field of the > SFR_UTMICKTRIM has to be updated to generate the UTMI

Re: [PATCH] clk: at91: utmi: set the mainck rate

On Fri, 1 Sep 2017 11:46:58 +0200 Ludovic Desroches wrote: > By default, it is assumed that the UTMI clock is generated from a 12 MHz > reference clock (MAINCK). If it's not the case, the FREQ field of the > SFR_UTMICKTRIM has to be updated to generate the UTMI clock in the > proper way. > >

RE: [PATCH v4 1/3] dt-bindings: add eeprom "size" property

Hi Rob, Sorry I missed it, will follow from next version. --- ^Divagar >-Original Message- >From: Rob Herring [mailto:r...@kernel.org] >Sent: Thursday, August 31, 2017 8:56 PM >To: Mohandass, Divagar >Cc: mark.rutl...@arm.com; w...@the-dreams.de;

RE: [PATCH v4 1/3] dt-bindings: add eeprom "size" property

Hi Rob, Sorry I missed it, will follow from next version. --- ^Divagar >-Original Message- >From: Rob Herring [mailto:r...@kernel.org] >Sent: Thursday, August 31, 2017 8:56 PM >To: Mohandass, Divagar >Cc: mark.rutl...@arm.com; w...@the-dreams.de; sakari.ai...@iki.fi;

Re: virtio_net: ethtool supported link modes

On Fri, 2017-09-01 at 11:36 +0800, Jason Wang wrote: > > On 2017年09月01日 01:04, Radu Rendec wrote: > > Hello, > > > > Looking at the code in virtnet_set_link_ksettings, it seems the speed > > and duplex can be set to any valid value. The driver will "remember" > > them and report them back in

Re: virtio_net: ethtool supported link modes

On Fri, 2017-09-01 at 11:36 +0800, Jason Wang wrote: > > On 2017年09月01日 01:04, Radu Rendec wrote: > > Hello, > > > > Looking at the code in virtnet_set_link_ksettings, it seems the speed > > and duplex can be set to any valid value. The driver will "remember" > > them and report them back in

[PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

In come corner case, the reserved segments are used to do gc, and there are not enough free segments for write checkpoint to finish its job, then the gc process will fail to change the prefree segments to free segments. Signed-off-by: Yunlong Song --- fs/f2fs/gc.c | 10

[PATCH v2] f2fs: collect prefree segments to avoild write checkpoint fail

In come corner case, the reserved segments are used to do gc, and there are not enough free segments for write checkpoint to finish its job, then the gc process will fail to change the prefree segments to free segments. Signed-off-by: Yunlong Song --- fs/f2fs/gc.c | 10 ++ 1 file

[PATCH v2 1/5] net: mdio-mux: Fix NULL Comparison style

This patch fix checkpatch warning about NULL Comparison style. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/mdio-mux.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c

[PATCH v2 1/5] net: mdio-mux: Fix NULL Comparison style

This patch fix checkpatch warning about NULL Comparison style. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/mdio-mux.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c b/drivers/net/phy/mdio-mux.c index

[PATCH v2 4/5] net: mdio-mux-mmioreg: Can handle 8/16/32 bits registers

This patch fix an old information that mdio-mux-mmioreg can only handle 8bit registers. This is not true anymore. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 4/5] net: mdio-mux-mmioreg: Can handle 8/16/32 bits registers

This patch fix an old information that mdio-mux-mmioreg can only handle 8bit registers. This is not true anymore. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/phy/Kconfig

Re: [PATCH 23/25] ALSA/dummy: Replace tasklet with softirq hrtimer

On Fri, 01 Sep 2017 12:25:37 +0200, Takashi Sakamoto wrote: > > Hi, > > On Sep 1 2017 00:36, Takashi Iwai wrote: > > I gave it at try, but it caused a kernel hang, unfortunately. > > > > The reason is that snd_pcm_period_elapased() may stop the stream > > (e.g. when reaching at the end). With

[PATCH v2 5/5] net: mdio-mux: fix unbalanced put_device

mdio_mux_uninit() call put_device (unconditionally) because of of_mdio_find_bus() in mdio_mux_init. But of_mdio_find_bus is only called if mux_bus is empty. If mux_bus is set, mdio_mux_uninit will print a "refcount_t: underflow" trace. This patch add a get_device in the other branch of "if

Re: [PATCH 23/25] ALSA/dummy: Replace tasklet with softirq hrtimer

On Fri, 01 Sep 2017 12:25:37 +0200, Takashi Sakamoto wrote: > > Hi, > > On Sep 1 2017 00:36, Takashi Iwai wrote: > > I gave it at try, but it caused a kernel hang, unfortunately. > > > > The reason is that snd_pcm_period_elapased() may stop the stream > > (e.g. when reaching at the end). With

[PATCH v2 5/5] net: mdio-mux: fix unbalanced put_device

mdio_mux_uninit() call put_device (unconditionally) because of of_mdio_find_bus() in mdio_mux_init. But of_mdio_find_bus is only called if mux_bus is empty. If mux_bus is set, mdio_mux_uninit will print a "refcount_t: underflow" trace. This patch add a get_device in the other branch of "if

[PATCH v2 0/5] net: mdio-mux: Misc fix

Hello This patch series fix minor problems found when working on the dwmac-sun8i syscon mdio-mux. Regards Changes since v1: - Removed obsolete comment about of_mdio_find_bus/put_device - removed more DRV_VERSION Corentin Labbe (5): net: mdio-mux: Fix NULL Comparison style net: mdio-mux:

[PATCH v2 2/5] net: mdio-mux: Remove unnecessary 'out of memory' message

This patch fix checkpatch warning about unnecessary 'out of memory' message. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/mdio-mux.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c

[PATCH v2 3/5] net: mdio-mux: printing driver version is useless

Remove the driver version information because this information is not useful in an upstream kernel driver. Signed-off-by: Corentin Labbe --- drivers/net/phy/mdio-mux.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c

[PATCH v2 0/5] net: mdio-mux: Misc fix

Hello This patch series fix minor problems found when working on the dwmac-sun8i syscon mdio-mux. Regards Changes since v1: - Removed obsolete comment about of_mdio_find_bus/put_device - removed more DRV_VERSION Corentin Labbe (5): net: mdio-mux: Fix NULL Comparison style net: mdio-mux:

[PATCH v2 2/5] net: mdio-mux: Remove unnecessary 'out of memory' message

This patch fix checkpatch warning about unnecessary 'out of memory' message. Signed-off-by: Corentin Labbe Reviewed-by: Andrew Lunn --- drivers/net/phy/mdio-mux.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c b/drivers/net/phy/mdio-mux.c index

[PATCH v2 3/5] net: mdio-mux: printing driver version is useless

Remove the driver version information because this information is not useful in an upstream kernel driver. Signed-off-by: Corentin Labbe --- drivers/net/phy/mdio-mux.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/phy/mdio-mux.c b/drivers/net/phy/mdio-mux.c index

[RFC PATCH 1/2] autofs: set compat flag on sbi when daemon uses 32bit addressation

Signed-off-by: Stanislav Kinsburskiy --- fs/autofs4/autofs_i.h |3 +++ fs/autofs4/dev-ioctl.c |3 +++ fs/autofs4/inode.c |4 +++- 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/fs/autofs4/autofs_i.h b/fs/autofs4/autofs_i.h index

[RFC PATCH 1/2] autofs: set compat flag on sbi when daemon uses 32bit addressation

Signed-off-by: Stanislav Kinsburskiy --- fs/autofs4/autofs_i.h |3 +++ fs/autofs4/dev-ioctl.c |3 +++ fs/autofs4/inode.c |4 +++- 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/fs/autofs4/autofs_i.h b/fs/autofs4/autofs_i.h index 4737615..3da105f 100644 ---

[RFC PATCH 2/2] autofs: sent 32-bit sized packet for 32-bit process

The structure autofs_v5_packet (except name) is not aligned by 8 bytes, which leads to different sizes in 32 and 64-bit architectures. Let's form 32-bit compatible packet when daemon has 32-bit addressation. Suggested-by: Dmitry V. Levin Signed-off-by: Stanislav Kinsburskiy

[RFC PATCH 2/2] autofs: sent 32-bit sized packet for 32-bit process

The structure autofs_v5_packet (except name) is not aligned by 8 bytes, which leads to different sizes in 32 and 64-bit architectures. Let's form 32-bit compatible packet when daemon has 32-bit addressation. Suggested-by: Dmitry V. Levin Signed-off-by: Stanislav Kinsburskiy ---

[RFC PATCH 0/2] autofs: fix autofs_v5_packet dlivery in compat mode

The problem is that in compat mode struct autofs_v5_packet has to have different size (i.e. 4 bytes less). This is RFC because: 1) This issue is hidden, because autofs pipe has O_DIRECT and the rest of the epacket is truncated when read. 2) X86 arch doesn't have is_compat_task() helper 3) It's

[RFC PATCH 0/2] autofs: fix autofs_v5_packet dlivery in compat mode

The problem is that in compat mode struct autofs_v5_packet has to have different size (i.e. 4 bytes less). This is RFC because: 1) This issue is hidden, because autofs pipe has O_DIRECT and the rest of the epacket is truncated when read. 2) X86 arch doesn't have is_compat_task() helper 3) It's

Re: [Qemu-devel] [PATCH v11 2/6] ACPI: Add APEI GHES Table Generation support

On Fri, 1 Sep 2017 17:58:55 +0800 gengdongjiu wrote: > Hi Igor, > > On 2017/8/29 18:20, Igor Mammedov wrote: > > On Fri, 18 Aug 2017 22:23:43 +0800 > > Dongjiu Geng wrote: [...] > > > >> +void ghes_build_acpi(GArray *table_data, GArray

Re: [Qemu-devel] [PATCH v11 2/6] ACPI: Add APEI GHES Table Generation support

On Fri, 1 Sep 2017 17:58:55 +0800 gengdongjiu wrote: > Hi Igor, > > On 2017/8/29 18:20, Igor Mammedov wrote: > > On Fri, 18 Aug 2017 22:23:43 +0800 > > Dongjiu Geng wrote: [...] > > > >> +void ghes_build_acpi(GArray *table_data, GArray *hardware_error, > >> +

RE: [PATCH v2] PCIe AER: report uncorrectable errors only to the functions that logged the errors

Hi Bjorn Many thanks for looking at this > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 01 September 2017 05:43 > To: Gabriele Paoloni > Cc: Linuxarm; liudongdong (C); linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: Re: [PATCH v2]

RE: [PATCH v2] PCIe AER: report uncorrectable errors only to the functions that logged the errors

Hi Bjorn Many thanks for looking at this > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 01 September 2017 05:43 > To: Gabriele Paoloni > Cc: Linuxarm; liudongdong (C); linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: Re: [PATCH v2]

[PATCH] sched: reset sysctl_sched_time_avg to default when

System will hang if user set sysctl_sched_time_avg to 0 by [root@XXX ~]# sysctl kernel.sched_time_avg_ms=0 Stack traceback for pid 0 0x883f6406c600 0 0 1 3 R 0x883f6406cf50 *swapper/3 883f7ccc3ae8 0018 810c4dd0 00017800 883f7ccc3d78

[PATCH] sched: reset sysctl_sched_time_avg to default when

System will hang if user set sysctl_sched_time_avg to 0 by [root@XXX ~]# sysctl kernel.sched_time_avg_ms=0 Stack traceback for pid 0 0x883f6406c600 0 0 1 3 R 0x883f6406cf50 *swapper/3 883f7ccc3ae8 0018 810c4dd0 00017800 883f7ccc3d78

Re: [PATCH 1/1] perf stat: Only auto-merge events that are PMU aliases

On Thu, Aug 31, 2017 at 03:41:22PM -0300, Arnaldo Carvalho de Melo wrote: > Hi Andi, Jiri, > > Please check the patch below, would be glad to have your acks, > > - Arnaldo > > Peter reported that when he explicitely asked for multiple events with > the same name on the command line it got

Re: [PATCH 1/1] perf stat: Only auto-merge events that are PMU aliases

On Thu, Aug 31, 2017 at 03:41:22PM -0300, Arnaldo Carvalho de Melo wrote: > Hi Andi, Jiri, > > Please check the patch below, would be glad to have your acks, > > - Arnaldo > > Peter reported that when he explicitely asked for multiple events with > the same name on the command line it got

[GIT PULL] MMC fixes for v.4.13 rc8

Hi Linus, Here are two more mmc fixes intended for v4.13-rc8. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98: Linux 4.13-rc7 (2017-08-27 17:20:40 -0700) are available

[GIT PULL] MMC fixes for v.4.13 rc8

Hi Linus, Here are two more mmc fixes intended for v4.13-rc8. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit cc4a41fe5541a73019a864883297bd5043aa6d98: Linux 4.13-rc7 (2017-08-27 17:20:40 -0700) are available

Re: [tip:locking/core] locking/osq_lock: Fix osq_lock queue corruption

On Thu, Aug 31, 2017 at 12:40:19PM -0700, Davidlohr Bueso wrote: > On Thu, 10 Aug 2017, tip-bot for Prateek Sood wrote: > > > Signed-off-by: Prateek Sood > > [ Added pictures, rewrote comments. ] > > Signed-off-by: Peter Zijlstra (Intel) > > Cc:

Re: [tip:locking/core] locking/osq_lock: Fix osq_lock queue corruption

On Thu, Aug 31, 2017 at 12:40:19PM -0700, Davidlohr Bueso wrote: > On Thu, 10 Aug 2017, tip-bot for Prateek Sood wrote: > > > Signed-off-by: Prateek Sood > > [ Added pictures, rewrote comments. ] > > Signed-off-by: Peter Zijlstra (Intel) > > Cc: Linus Torvalds > > Cc: Peter Zijlstra > > Cc:

Re: [RFC][PATCH] perf: Rewrite enabled/running timekeeping

On 31.08.2017 20:18, Peter Zijlstra wrote: > On Wed, Aug 23, 2017 at 11:54:15AM +0300, Alexey Budankov wrote: >> On 22.08.2017 23:47, Peter Zijlstra wrote: >>> On Thu, Aug 10, 2017 at 06:57:43PM +0300, Alexey Budankov wrote: The key thing in the patch is explicit updating of tstamp fields for

Re: [RFC][PATCH] perf: Rewrite enabled/running timekeeping

On 31.08.2017 20:18, Peter Zijlstra wrote: > On Wed, Aug 23, 2017 at 11:54:15AM +0300, Alexey Budankov wrote: >> On 22.08.2017 23:47, Peter Zijlstra wrote: >>> On Thu, Aug 10, 2017 at 06:57:43PM +0300, Alexey Budankov wrote: The key thing in the patch is explicit updating of tstamp fields for

Re: [RFC PATCH v1 1/3] arm64/ras: support sea error recovery

On Fri, Sep 01, 2017 at 06:31:59PM +0800, Xie XiuQi wrote: > diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c > index d661d45..fa9400d 100644 > --- a/drivers/acpi/apei/ghes.c > +++ b/drivers/acpi/apei/ghes.c > @@ -52,6 +52,7 @@ > #include > #include > #include > +#include >

Re: [RFC PATCH v1 1/3] arm64/ras: support sea error recovery

On Fri, Sep 01, 2017 at 06:31:59PM +0800, Xie XiuQi wrote: > diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c > index d661d45..fa9400d 100644 > --- a/drivers/acpi/apei/ghes.c > +++ b/drivers/acpi/apei/ghes.c > @@ -52,6 +52,7 @@ > #include > #include > #include > +#include >

Re: [PATCH] swait: add missing barrier to swake_up

On Fri, Sep 01, 2017 at 04:14:50PM +1000, Nicholas Piggin wrote: > swake_up and swake_up_all test the swaitqueue outside the lock, > but they are missing the barrier that would ensure visibility > of a previous store that sets the wakeup condition with the > load that tests the swaitqueue. This

Re: [PATCH] swait: add missing barrier to swake_up

On Fri, Sep 01, 2017 at 04:14:50PM +1000, Nicholas Piggin wrote: > swake_up and swake_up_all test the swaitqueue outside the lock, > but they are missing the barrier that would ensure visibility > of a previous store that sets the wakeup condition with the > load that tests the swaitqueue. This

Re: [PATCH 1/5] tracing, mm: Record pfn instead of pointer to struct page

On Fri, 1 Sep 2017 10:16:21 +0200 Vlastimil Babka wrote: > > Right, but that should work with the latest trace-cmd. Does it? > > Hmm, by "sparse memory model without vmemmap" I don't mean there's a > number instead of "vmemmap_base". I mean CONFIG_SPARSEMEM=y > > Then

Re: [PATCH 1/5] tracing, mm: Record pfn instead of pointer to struct page

On Fri, 1 Sep 2017 10:16:21 +0200 Vlastimil Babka wrote: > > Right, but that should work with the latest trace-cmd. Does it? > > Hmm, by "sparse memory model without vmemmap" I don't mean there's a > number instead of "vmemmap_base". I mean CONFIG_SPARSEMEM=y > > Then __pfn_to_page() looks

Re: [RFC PATCH v1 2/3] apei: add ghes param for arch_apei_report_mem_error

n Fri, Sep 01, 2017 at 06:32:00PM +0800, Xie XiuQi wrote: > Add ghes param for arch_apei_report_mem_error, with which > we could do more arch-specific processing. > > Signed-off-by: Xie XiuQi > --- > arch/x86/kernel/acpi/apei.c | 2 +- > drivers/acpi/apei/apei-base.c | 4

Re: [RFC PATCH v1 2/3] apei: add ghes param for arch_apei_report_mem_error

n Fri, Sep 01, 2017 at 06:32:00PM +0800, Xie XiuQi wrote: > Add ghes param for arch_apei_report_mem_error, with which > we could do more arch-specific processing. > > Signed-off-by: Xie XiuQi > --- > arch/x86/kernel/acpi/apei.c | 2 +- > drivers/acpi/apei/apei-base.c | 4 +++- >

Re: [PATCH 12/15] media: dmx.h: get rid of DMX_SET_SOURCE

2017-09-01 12:45 GMT+02:00 Mauro Carvalho Chehab : > Em Fri, 1 Sep 2017 11:53:11 +0200 > Honza Petrouš escreveu: > >> 2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab : >> > Em Fri, 1 Sep 2017 08:28:20 +0200 >> > Honza

Re: [PATCH 12/15] media: dmx.h: get rid of DMX_SET_SOURCE

2017-09-01 12:45 GMT+02:00 Mauro Carvalho Chehab : > Em Fri, 1 Sep 2017 11:53:11 +0200 > Honza Petrouš escreveu: > >> 2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab : >> > Em Fri, 1 Sep 2017 08:28:20 +0200 >> > Honza Petrouš escreveu: >> > >> >> 2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab

Re: printk: what is going on with additional newlines?

On Fri, 1 Sep 2017 09:29:06 +0200 Pavel Machek wrote: > Well, usually dev_info (and friends) is right thing to use for > production. But very little debugging remains after the > .. well.. debugging phase, so something that behaves similar to > printf() is nice. Try using

Re: printk: what is going on with additional newlines?

On Fri, 1 Sep 2017 09:29:06 +0200 Pavel Machek wrote: > Well, usually dev_info (and friends) is right thing to use for > production. But very little debugging remains after the > .. well.. debugging phase, so something that behaves similar to > printf() is nice. Try using trace_printk(). Who

Re: [PATCH 2/3] input/keyboard: Add support for Dollar Cove TI power button

On Thu, 2017-08-31 at 11:33 -0700, Dmitry Torokhov wrote: > > + > > + ret = enable_irq_wake(irq); > > + if (ret) > > + dev_warn(dev, "Can't enable IRQ as wake source: > > %d\n", ret); > > We do not normally enable wake IRQs in probe, but instead do: > >

Re: [PATCH 2/3] input/keyboard: Add support for Dollar Cove TI power button

On Thu, 2017-08-31 at 11:33 -0700, Dmitry Torokhov wrote: > > + > > + ret = enable_irq_wake(irq); > > + if (ret) > > + dev_warn(dev, "Can't enable IRQ as wake source: > > %d\n", ret); > > We do not normally enable wake IRQs in probe, but instead do: > >

RE: [PATCH 14/15] futex: convert futex_pi_state.refcount to refcount_t

> On Fri, 1 Sep 2017, Peter Zijlstra wrote: > > > On Fri, Sep 01, 2017 at 09:39:50AM +0200, Thomas Gleixner wrote: > > > > On Wed, 30 Aug 2017, Elena Reshetova wrote: > > > > > atomic_t variables are currently used to implement reference > > > > > counters with the following properties: > > > > >

RE: [PATCH 14/15] futex: convert futex_pi_state.refcount to refcount_t

> On Fri, 1 Sep 2017, Peter Zijlstra wrote: > > > On Fri, Sep 01, 2017 at 09:39:50AM +0200, Thomas Gleixner wrote: > > > > On Wed, 30 Aug 2017, Elena Reshetova wrote: > > > > > atomic_t variables are currently used to implement reference > > > > > counters with the following properties: > > > > >

[for-next][PATCH 3/3] ftrace: Zero out ftrace hashes when a module is removed

From: "Steven Rostedt (VMware)" When a ftrace filter has a module function, and that module is removed, the filter still has its address as being enabled. This can cause interesting side effects. Nothing dangerous, but unwanted functions can be traced because of it. # cd

[for-next][PATCH 3/3] ftrace: Zero out ftrace hashes when a module is removed

From: "Steven Rostedt (VMware)" When a ftrace filter has a module function, and that module is removed, the filter still has its address as being enabled. This can cause interesting side effects. Nothing dangerous, but unwanted functions can be traced because of it. # cd /sys/kernel/tracing #

[for-next][PATCH 2/3] tracing: Only have rmmod clear buffers that its events were active in

From: "Steven Rostedt (VMware)" Currently, when a module event is enabled, when that module is removed, it clears all ring buffers. This is to prevent another module from being loaded and having one of its trace event IDs from reusing a trace event ID of the removed module.

[for-next][PATCH 2/3] tracing: Only have rmmod clear buffers that its events were active in

From: "Steven Rostedt (VMware)" Currently, when a module event is enabled, when that module is removed, it clears all ring buffers. This is to prevent another module from being loaded and having one of its trace event IDs from reusing a trace event ID of the removed module. This could cause

[for-next][PATCH 0/3] tracing: Small improvements for 4.14

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 2a5bfe47624bfc835aa0632a0505ba55576c98db Steven Rostedt (VMware) (2): tracing: Only have rmmod clear buffers that its events were active in ftrace: Zero out ftrace hashes when a module is

[for-next][PATCH 0/3] tracing: Small improvements for 4.14

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 2a5bfe47624bfc835aa0632a0505ba55576c98db Steven Rostedt (VMware) (2): tracing: Only have rmmod clear buffers that its events were active in ftrace: Zero out ftrace hashes when a module is

[for-next][PATCH 1/3] ftrace: Fix debug preempt config name in stack_tracer_{en,dis}able

From: Zev Weiss stack_tracer_disable()/stack_tracer_enable() had been using the wrong name for the config symbol to enable their preempt-debugging checks -- fix with a word swap. Link: http://lkml.kernel.org/r/20170831154036.4xldyakmmhuts...@hatter.bewilderbeest.net

[for-next][PATCH 1/3] ftrace: Fix debug preempt config name in stack_tracer_{en,dis}able

From: Zev Weiss stack_tracer_disable()/stack_tracer_enable() had been using the wrong name for the config symbol to enable their preempt-debugging checks -- fix with a word swap. Link: http://lkml.kernel.org/r/20170831154036.4xldyakmmhuts...@hatter.bewilderbeest.net Cc: sta...@vger.kernel.org

Greetings

hi,i have a proposal of charity for you,email me back if interested. mrs,Ann Johnson

Greetings

hi,i have a proposal of charity for you,email me back if interested. mrs,Ann Johnson

Re: [PATCH] RM64: dts: ls208xa: Add iommu-map property for pci

On 01/09/17 11:13, Bharat Bhushan wrote: > > >> -Original Message- From: linux-kernel-ow...@vger.kernel.org >> [mailto:linux-kernel- ow...@vger.kernel.org] On Behalf Of Bharat >> Bhushan Sent: Thursday, August 31, 2017 4:53 PM To: Marc Zyngier >> ;

[PATCH] arm64: allwinner: h5: add NanoPi NEO Plus2 DT support

Add initial DT for NanoPi NEO Plus2 by FriendlyARM - Allwinner quad core H5 Cortex A53 with an ARM Mali-450MP GPU - 1 GB DDR3 RAM - 8GB eMMC flash (Samsung KLM8G1WEPD-B031) - micro SD card slot - Gigabit Ethernet (external RTL8211E-VB-CG chip) - 802.11 b/g/n WiFi, Bluetooth 4.0 (Ampak AP6212A

Re: [PATCH] RM64: dts: ls208xa: Add iommu-map property for pci

On 01/09/17 11:13, Bharat Bhushan wrote: > > >> -Original Message- From: linux-kernel-ow...@vger.kernel.org >> [mailto:linux-kernel- ow...@vger.kernel.org] On Behalf Of Bharat >> Bhushan Sent: Thursday, August 31, 2017 4:53 PM To: Marc Zyngier >> ; robh...@kernel.org; Mark Rutland >> ;

[PATCH] arm64: allwinner: h5: add NanoPi NEO Plus2 DT support

Add initial DT for NanoPi NEO Plus2 by FriendlyARM - Allwinner quad core H5 Cortex A53 with an ARM Mali-450MP GPU - 1 GB DDR3 RAM - 8GB eMMC flash (Samsung KLM8G1WEPD-B031) - micro SD card slot - Gigabit Ethernet (external RTL8211E-VB-CG chip) - 802.11 b/g/n WiFi, Bluetooth 4.0 (Ampak AP6212A

Re: [PATCH v5] arm64: allwinner: h5: add support for NanoPi NEO Plus2

Hi Maxime Thanks for the review. I will send a PATCH v6 soon. On Thu, Aug 31, 2017 at 04:58:59PM +0200, Maxime Ripard wrote: > Hi, > > On Wed, Aug 30, 2017 at 02:50:57PM +0200, Antony Antony wrote: > > Add initial DT support for NanoPi NEO Plus2 by FriendlyARM > > Allwinner quad

Re: [PATCH v5] arm64: allwinner: h5: add support for NanoPi NEO Plus2

Hi Maxime Thanks for the review. I will send a PATCH v6 soon. On Thu, Aug 31, 2017 at 04:58:59PM +0200, Maxime Ripard wrote: > Hi, > > On Wed, Aug 30, 2017 at 02:50:57PM +0200, Antony Antony wrote: > > Add initial DT support for NanoPi NEO Plus2 by FriendlyARM > > Allwinner quad

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