[PATCH 01/25] fs/buffer: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Alexander Viro Cc: linux-fsde...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- fs/buffer.c| 16 ++--

[PATCH 05/25] lib/radix-tree: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Andrew Morton Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + lib/radix-tree.c | 25

[PATCH 01/25] fs/buffer: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Alexander Viro Cc: linux-fsde...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- fs/buffer.c| 16 ++-- include/linux/cpuhotplug.h | 1 + 2 files changed, 7 insertions(+),

[PATCH 05/25] lib/radix-tree: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Andrew Morton Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + lib/radix-tree.c | 25 - 2 files changed, 13 insertions(+), 13 deletions(-) diff

Re: [PATCH v8: 1/4] x86/msr: Add MSR_MISC_FEATURE_ENABLES and PHIR3MWAIT bit

On Tue, Nov 01, 2016 at 11:14:47AM +0100, Grzegorz Andrejczuk wrote: > Intel Xeon Phi x200 (codenamed Knights Landing) allows to enable > MONITOR and MWAIT instructions outside of ring 0. > > The feature is controlled by MSR MISC_FEATURE_ENABLES (0x140). > Setting bit 1 of this register enables

Re: [PATCH v8: 1/4] x86/msr: Add MSR_MISC_FEATURE_ENABLES and PHIR3MWAIT bit

On Tue, Nov 01, 2016 at 11:14:47AM +0100, Grzegorz Andrejczuk wrote: > Intel Xeon Phi x200 (codenamed Knights Landing) allows to enable > MONITOR and MWAIT instructions outside of ring 0. > > The feature is controlled by MSR MISC_FEATURE_ENABLES (0x140). > Setting bit 1 of this register enables

[PATCH 04/25] lib/percpu_counter: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + lib/percpu_counter.c |

[PATCH 03/25] mm/memcg: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Johannes Weiner Cc: Michal Hocko Cc: cgro...@vger.kernel.org Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner ---

[PATCH 07/25] mm/vmscan: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- mm/vmscan.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff

[PATCH 04/25] lib/percpu_counter: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + lib/percpu_counter.c | 25 ++--- 2 files

[PATCH 03/25] mm/memcg: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: Johannes Weiner Cc: Michal Hocko Cc: cgro...@vger.kernel.org Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + mm/memcontrol.c| 24

[PATCH 07/25] mm/vmscan: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- mm/vmscan.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index

cpu hotplug: convert more drivers (batch #4)

Another small batch of drivers converted to the new hotplug state engine. The whole series is also available at git://git.kernel.org/pub/scm/linux/kernel/git/bigeasy/hotplug-staging.git smp/hotplug on top of v4.9-rc3. Sebastian

cpu hotplug: convert more drivers (batch #4)

Another small batch of drivers converted to the new hotplug state engine. The whole series is also available at git://git.kernel.org/pub/scm/linux/kernel/git/bigeasy/hotplug-staging.git smp/hotplug on top of v4.9-rc3. Sebastian

[PATCH 13/25] drivers base/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Greg Kroah-Hartman

[PATCH 13/25] drivers base/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Greg Kroah-Hartman Signed-off-by: Sebastian

[PATCH 16/25] ia64/salinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by:

[PATCH 14/25] ia64/err-inject: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Tony Luck Cc: Fenghua

[PATCH 15/25] ia64/palinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Tony Luck Cc: Fenghua

[PATCH 16/25] ia64/salinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- arch/ia64/kernel/salinfo.c | 83

[PATCH 14/25] ia64/err-inject: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Tony Luck Cc: Fenghua Yu Cc:

[PATCH 15/25] ia64/palinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. The removal of the files happens now in the prepare down stage as there is no reason to keep them around until the cpu has actually died. Cc: Tony Luck Cc: Fenghua Yu Cc:

[PATCH 10/25] s390/smp: Make cpu notifier symetric

From: Thomas Gleixner There is no reason to remove the sysfs cpu files when the CPU is dead, they can be removed when the cpu is prepared to go down. Doing it at DOWN_PREPARE allows us to convert it to a symetric hotplug state in the next step. Cc: Martin Schwidefsky

[PATCH 09/25] net/flowcache: Convert to hotplug state machine

Install the callbacks via the state machine. Use multi state support to avoid custom list handling for the multiple instances. Cc: "David S. Miller" Cc: Steffen Klassert Cc: Herbert Xu Cc: net...@vger.kernel.org

[PATCH 10/25] s390/smp: Make cpu notifier symetric

From: Thomas Gleixner There is no reason to remove the sysfs cpu files when the CPU is dead, they can be removed when the cpu is prepared to go down. Doing it at DOWN_PREPARE allows us to convert it to a symetric hotplug state in the next step. Cc: Martin Schwidefsky Cc: Heiko Carstens Cc:

[PATCH 09/25] net/flowcache: Convert to hotplug state machine

Install the callbacks via the state machine. Use multi state support to avoid custom list handling for the multiple instances. Cc: "David S. Miller" Cc: Steffen Klassert Cc: Herbert Xu Cc: net...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner ---

[PATCH 19/25] x86/mcheck: Explicit cleanup on failure in mce_amd

If the ONLINE callback fails, the driver does not any clean up right away instead it waits to get to the DEAD stage to do it. Yes, it waits. Since we don't pass the error code back to the caller, no one knows. Do the clean up right away so it does not look like a leak. Cc: Tony Luck

[PATCH 19/25] x86/mcheck: Explicit cleanup on failure in mce_amd

If the ONLINE callback fails, the driver does not any clean up right away instead it waits to get to the DEAD stage to do it. Yes, it waits. Since we don't pass the error code back to the caller, no one knows. Do the clean up right away so it does not look like a leak. Cc: Tony Luck Cc:

[PATCH 17/25] ia64/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by:

[PATCH 17/25] ia64/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- arch/ia64/kernel/topology.c | 55

[PATCH 21/25] x86/mcheck: Split threshold_cpu_callback into two callbacks

The threshold_cpu_callback callbacks looks like one of the notifier and its arguments are almost the same. Split this out and have one ONLINE and one DEAD callback. This will come handy later once the main code gets changed to use the callback mechanism. Also, handle

[PATCH 22/25] x86/mcheck: Do the init in one place

Part of the init (memory allocation and so on) is done in mcheck_cpu_init(). While moving the the allocation to mcheck_init_device() (where the hotplug calls are initialized) it becomes necessary to move the callback (mcheck_cpu_init()), too. The callback is now removed from identify_cpu() and

[PATCH 21/25] x86/mcheck: Split threshold_cpu_callback into two callbacks

The threshold_cpu_callback callbacks looks like one of the notifier and its arguments are almost the same. Split this out and have one ONLINE and one DEAD callback. This will come handy later once the main code gets changed to use the callback mechanism. Also, handle

[PATCH 22/25] x86/mcheck: Do the init in one place

Part of the init (memory allocation and so on) is done in mcheck_cpu_init(). While moving the the allocation to mcheck_init_device() (where the hotplug calls are initialized) it becomes necessary to move the callback (mcheck_cpu_init()), too. The callback is now removed from identify_cpu() and

[PATCH 11/25] s390/smp: Convert to hotplug state machine

cpuhp_setup_state() invokes the startup callback on all online cpus with the proper protection, so we can remove the cpu hotplug protection from the init function and the creation of the per cpu files for online cpus in smp_add_present_cpu(). smp_add_present_cpu() is called also called from

[PATCH 18/25] x86/mcheck: Move threshold_create_device()

Move the threshold_create_device() so it can use threshold_remove_device() without a a declaration. Cc: Tony Luck Cc: Borislav Petkov Cc: linux-e...@vger.kernel.org Cc: x...@kernel.org Signed-off-by: Sebastian Andrzej Siewior

[PATCH 23/25] x86/mcheck: Make CPU_DOWN_PREPARE the counter part of CPU_STARTING

The previous patch moved mcheck_cpu_init() out of identify_cpu() and put it as the first CPU hotplug callback which is invoked on the target CPU during bring up. It enables MCE and starts the MCE timer. If a CPU goes down then those two things have to be reverted and this happens currently in

[PATCH 11/25] s390/smp: Convert to hotplug state machine

cpuhp_setup_state() invokes the startup callback on all online cpus with the proper protection, so we can remove the cpu hotplug protection from the init function and the creation of the per cpu files for online cpus in smp_add_present_cpu(). smp_add_present_cpu() is called also called from

[PATCH 18/25] x86/mcheck: Move threshold_create_device()

Move the threshold_create_device() so it can use threshold_remove_device() without a a declaration. Cc: Tony Luck Cc: Borislav Petkov Cc: linux-e...@vger.kernel.org Cc: x...@kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner ---

[PATCH 23/25] x86/mcheck: Make CPU_DOWN_PREPARE the counter part of CPU_STARTING

The previous patch moved mcheck_cpu_init() out of identify_cpu() and put it as the first CPU hotplug callback which is invoked on the target CPU during bring up. It enables MCE and starts the MCE timer. If a CPU goes down then those two things have to be reverted and this happens currently in

[PATCH 20/25] x86/mcheck: Be prepared for a rollback back to the ONLINE state

If we try a CPU down and fail in the middle then we roll back to the online state. This means we would perform CPU_ONLINE() without invoking CPU_DEAD() for the cleanup of what was allocated in CPU_ONLINE. Be prepared for this and don't allocate the struct if we have it already. Cc: Tony Luck

[PATCH 24/25] x86/mcheck: Move CPU_ONLINE to hotplug state machine

This callback is still partly asymmetrical since the counterpart of mce_device_create is done in CPU_DEAD. On failure we don't undo mce_device_create() doing _but_ it will happen once we move CPU_DEAD to the state machine. Cc: Tony Luck Cc: Borislav Petkov

[PATCH 20/25] x86/mcheck: Be prepared for a rollback back to the ONLINE state

If we try a CPU down and fail in the middle then we roll back to the online state. This means we would perform CPU_ONLINE() without invoking CPU_DEAD() for the cleanup of what was allocated in CPU_ONLINE. Be prepared for this and don't allocate the struct if we have it already. Cc: Tony Luck

[PATCH 24/25] x86/mcheck: Move CPU_ONLINE to hotplug state machine

This callback is still partly asymmetrical since the counterpart of mce_device_create is done in CPU_DEAD. On failure we don't undo mce_device_create() doing _but_ it will happen once we move CPU_DEAD to the state machine. Cc: Tony Luck Cc: Borislav Petkov Cc: linux-e...@vger.kernel.org Cc:

[PATCH 06/25] mm/page_alloc: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + mm/page_alloc.c| 49

[PATCH 12/25] drivers base/cacheinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. No functional change. Cc: Greg Kroah-Hartman Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner

[PATCH 06/25] mm/page_alloc: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: linux...@kvack.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + mm/page_alloc.c| 49 +++--- 2 files changed, 26 insertions(+),

[PATCH 12/25] drivers base/cacheinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. No functional change. Cc: Greg Kroah-Hartman Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- drivers/base/cacheinfo.c | 57

[PATCH 08/25] net/dev: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: "David S. Miller" Cc: net...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + net/core/dev.c

[PATCH 08/25] net/dev: Convert to hotplug state machine

Install the callbacks via the state machine. Cc: "David S. Miller" Cc: net...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- include/linux/cpuhotplug.h | 1 + net/core/dev.c | 16 ++-- 2 files changed, 7 insertions(+), 10

Re: [PATCH v7 3/3] iio: adc: add support for Allwinner SoCs ADC

On Thu, 03 Nov 2016, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [PATCH v7 3/3] iio: adc: add support for Allwinner SoCs ADC

On Thu, 03 Nov 2016, Quentin Schulz wrote: > The Allwinner SoCs all have an ADC that can also act as a touchscreen > controller and a thermal sensor. This patch adds the ADC driver which is > based on the MFD for the same SoCs ADC. > > This also registers the thermal adc channel in the iio map

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Thu, Nov 03, 2016 at 10:29:52AM -0400, Konrad Rzeszutek Wilk wrote: > Somehow I thought you wanted to put them through your tree (which > is why I acked them). > > I can take them and also the first couple of Alexander through > my tree. Or if it makes it simpler - they can go through the -mm

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Thu, Nov 03, 2016 at 10:29:52AM -0400, Konrad Rzeszutek Wilk wrote: > Somehow I thought you wanted to put them through your tree (which > is why I acked them). > > I can take them and also the first couple of Alexander through > my tree. Or if it makes it simpler - they can go through the -mm

Re: [PATCHv3 1/4] dt-bindings: mfd: Add Altera Arria10 SR Monitor

On Wed, 02 Nov 2016, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the Arria10 DevKit System Resource Chip register and state > monitoring module to the MFD. > > Signed-off-by: Thor Thayer > --- > Note: This

Re: [PATCHv3 1/4] dt-bindings: mfd: Add Altera Arria10 SR Monitor

On Wed, 02 Nov 2016, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the Arria10 DevKit System Resource Chip register and state > monitoring module to the MFD. > > Signed-off-by: Thor Thayer > --- > Note: This needs to be applied to the bindings document that > was Acked &

Re: [PATCH] clk: rockchip: fix some clocks' name to be more standard style

Am Donnerstag, 3. November 2016, 16:52:48 schrieb Shawn Lin: > On 2016/11/2 15:04, Jianqun Xu wrote: > > Fix aclk_emmcgrf to aclk_emmc_grf, and fix aclk_emmccore to be > > aclk_emmc_core. > > What is the standard style should be? > > TRM uses aclk_emmccore but not aclk_emmc_core, so should it be

Re: [PATCH] clk: rockchip: fix some clocks' name to be more standard style

Am Donnerstag, 3. November 2016, 16:52:48 schrieb Shawn Lin: > On 2016/11/2 15:04, Jianqun Xu wrote: > > Fix aclk_emmcgrf to aclk_emmc_grf, and fix aclk_emmccore to be > > aclk_emmc_core. > > What is the standard style should be? > > TRM uses aclk_emmccore but not aclk_emmc_core, so should it be

[RFC PATCH] scsi: libsas: fix WARN on device removal

The following patch introduces an annoying WARN when a device is removed from the SAS topology: [SCSI] libsas: prevent domain rediscovery competing with ata error handling A sample WARN is as follows: [ 236.842227] WARNING: CPU: 7 PID: 1520 at fs/sysfs/group.c:237 sysfs_remove_group+0x90/0x98 [

[RFC PATCH] scsi: libsas: fix WARN on device removal

The following patch introduces an annoying WARN when a device is removed from the SAS topology: [SCSI] libsas: prevent domain rediscovery competing with ata error handling A sample WARN is as follows: [ 236.842227] WARNING: CPU: 7 PID: 1520 at fs/sysfs/group.c:237 sysfs_remove_group+0x90/0x98 [

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Thu, Nov 03, 2016 at 07:14:46AM -0700, Christoph Hellwig wrote: > On Wed, Nov 02, 2016 at 07:12:31AM -0400, Alexander Duyck wrote: > > There are no users for swiotlb_map_sg or swiotlb_unmap_sg so we might as > > well just drop them. > > FYI, I sent the same patch already on Sep, 11 and Konrad

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Thu, Nov 03, 2016 at 07:14:46AM -0700, Christoph Hellwig wrote: > On Wed, Nov 02, 2016 at 07:12:31AM -0400, Alexander Duyck wrote: > > There are no users for swiotlb_map_sg or swiotlb_unmap_sg so we might as > > well just drop them. > > FYI, I sent the same patch already on Sep, 11 and Konrad

[RFC PATCH 2/3] rtc: Add Amlogic Virtual Wake RTC

The Amlogic Meson GX SoCs uses a special register to store the time in seconds to wakeup after a system suspend. In order to be able to reuse the RTC wakealarm feature, this driver implements a fake RTC device which uses the system time to deduce a suspend delay. Signed-off-by: Neil Armstrong

[RFC PATCH 0/3] ARM64: meson-gxbb: Add support for system suspend

Thie patchset is a very experiment patchset to support the System Suspend feature of the Amlogic Meson GX SoCs. These SoCs implements system suspend using a non-standard PSCI CPU_SUSPEND parameter to enter system suspend. A small driver is added to properly fill the platform_suspend_ops and make

[RFC PATCH 2/3] rtc: Add Amlogic Virtual Wake RTC

The Amlogic Meson GX SoCs uses a special register to store the time in seconds to wakeup after a system suspend. In order to be able to reuse the RTC wakealarm feature, this driver implements a fake RTC device which uses the system time to deduce a suspend delay. Signed-off-by: Neil Armstrong

[RFC PATCH 0/3] ARM64: meson-gxbb: Add support for system suspend

Thie patchset is a very experiment patchset to support the System Suspend feature of the Amlogic Meson GX SoCs. These SoCs implements system suspend using a non-standard PSCI CPU_SUSPEND parameter to enter system suspend. A small driver is added to properly fill the platform_suspend_ops and make

[RFC PATCH 3/3] ARM64: dts: meson-gxbb: Add support for PM and Virtual RTC

Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi index 2d69a3b..6c08d21 100644 ---

[RFC PATCH 3/3] ARM64: dts: meson-gxbb: Add support for PM and Virtual RTC

Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi b/arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi index 2d69a3b..6c08d21 100644 ---

[RFC PATCH 1/3] ARM64: meson: Add Amlogic Meson GX PM Suspend

The Amlogic Meson GX SoCs uses a non-standard argument to the PSCI CPU_SUSPEND call to enter system suspend. Implement such call within platform_suspend_ops. Signed-off-by: Neil Armstrong --- drivers/firmware/meson/Kconfig | 6 +++

[RFC PATCH 1/3] ARM64: meson: Add Amlogic Meson GX PM Suspend

The Amlogic Meson GX SoCs uses a non-standard argument to the PSCI CPU_SUSPEND call to enter system suspend. Implement such call within platform_suspend_ops. Signed-off-by: Neil Armstrong --- drivers/firmware/meson/Kconfig | 6 +++ drivers/firmware/meson/Makefile | 1 +

Re: [Patch 05/35] media: ti-vpe: Use line average de-interlacing for first 2 frames

On 24/10/16 18:56, Benoit Parrot wrote: Hans Verkuil wrote on Mon [2016-Oct-17 16:14:35 +0200]: On 09/28/2016 11:20 PM, Benoit Parrot wrote: From: Archit Taneja For n input fields, the VPE de-interlacer creates n - 2 progressive frames. That's confusing.

Re: [Patch 05/35] media: ti-vpe: Use line average de-interlacing for first 2 frames

On 24/10/16 18:56, Benoit Parrot wrote: Hans Verkuil wrote on Mon [2016-Oct-17 16:14:35 +0200]: On 09/28/2016 11:20 PM, Benoit Parrot wrote: From: Archit Taneja For n input fields, the VPE de-interlacer creates n - 2 progressive frames. That's confusing. I think you mean '(n / 2) - 1'?

Re: [PATCH 2/2] loop: support 4k physical blocksize

> -figure_loop_size(struct loop_device *lo, loff_t offset, loff_t sizelimit) > +figure_loop_size(struct loop_device *lo, loff_t offset, loff_t sizelimit, > + loff_t logical_blocksize) > { > loff_t size = get_size(offset, sizelimit, lo->lo_backing_file); > sector_t x =

Re: [PATCH 2/2] loop: support 4k physical blocksize

> -figure_loop_size(struct loop_device *lo, loff_t offset, loff_t sizelimit) > +figure_loop_size(struct loop_device *lo, loff_t offset, loff_t sizelimit, > + loff_t logical_blocksize) > { > loff_t size = get_size(offset, sizelimit, lo->lo_backing_file); > sector_t x =

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/01/2016 03:05 PM, Jens Axboe wrote: +void blk_stat_init(struct blk_rq_stat *stat) +{ + __blk_stat_init(stat, ktime_to_ns(ktime_get())); +} + +static bool __blk_stat_is_current(struct blk_rq_stat *stat, s64 now) +{ + return (now & BLK_STAT_NSEC_MASK) == (stat->time &

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/01/2016 03:05 PM, Jens Axboe wrote: +void blk_stat_init(struct blk_rq_stat *stat) +{ + __blk_stat_init(stat, ktime_to_ns(ktime_get())); +} + +static bool __blk_stat_is_current(struct blk_rq_stat *stat, s64 now) +{ + return (now & BLK_STAT_NSEC_MASK) == (stat->time &

Re: [RFC PATCH 0/3] PM / Domains: Add support for devices that require multiple domains

On 11/10/16 10:15, Jon Hunter wrote: ... Second, another way of seeing this is: Depending on the current runtime selected configuration you need to re-configure the PM domain topology - but the device would still remain in the same PM domain. In other words, you would

Re: [RFC PATCH 0/3] PM / Domains: Add support for devices that require multiple domains

On 11/10/16 10:15, Jon Hunter wrote: ... Second, another way of seeing this is: Depending on the current runtime selected configuration you need to re-configure the PM domain topology - but the device would still remain in the same PM domain. In other words, you would

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/03/2016 08:10 AM, Bart Van Assche wrote: On 11/01/2016 03:05 PM, Jens Axboe wrote: +void blk_stat_init(struct blk_rq_stat *stat) +{ +__blk_stat_init(stat, ktime_to_ns(ktime_get())); +} + +static bool __blk_stat_is_current(struct blk_rq_stat *stat, s64 now) +{ +return (now &

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/03/2016 08:10 AM, Bart Van Assche wrote: On 11/01/2016 03:05 PM, Jens Axboe wrote: +void blk_stat_init(struct blk_rq_stat *stat) +{ +__blk_stat_init(stat, ktime_to_ns(ktime_get())); +} + +static bool __blk_stat_is_current(struct blk_rq_stat *stat, s64 now) +{ +return (now &

Re: [PATCH 3/4] blk-mq: implement hybrid poll mode for sync O_DIRECT

On 11/03/2016 08:01 AM, Bart Van Assche wrote: On 11/01/2016 03:05 PM, Jens Axboe wrote: +static void blk_mq_poll_hybrid_sleep(struct request_queue *q, + struct request *rq) +{ +struct hrtimer_sleeper hs; +ktime_t kt; + +if (!q->poll_nsec ||

Re: [PATCH v2] iio: adc: at91: add suspend and resume callback

On Wed, Nov 02, 2016 at 05:21:48PM +0800, Wenyou Yang wrote: > Add suspend/resume callback, support the pinctrl sleep state when > the system suspend as well. > > Signed-off-by: Wenyou Yang Acked-by: Ludovic Desroches Thanks > --- > >

Re: [PATCH 3/4] blk-mq: implement hybrid poll mode for sync O_DIRECT

On 11/03/2016 08:01 AM, Bart Van Assche wrote: On 11/01/2016 03:05 PM, Jens Axboe wrote: +static void blk_mq_poll_hybrid_sleep(struct request_queue *q, + struct request *rq) +{ +struct hrtimer_sleeper hs; +ktime_t kt; + +if (!q->poll_nsec ||

Re: [PATCH v2] iio: adc: at91: add suspend and resume callback

On Wed, Nov 02, 2016 at 05:21:48PM +0800, Wenyou Yang wrote: > Add suspend/resume callback, support the pinctrl sleep state when > the system suspend as well. > > Signed-off-by: Wenyou Yang Acked-by: Ludovic Desroches Thanks > --- > > Changes in v2: > - Use CONFIG_PM_SLEEP. > - Use

Re: [PATCH] arm64: errata: Check for --fix-cortex-a53-843419 and --fix-cortex-a53

On Wed, Nov 02, 2016 at 02:57:26PM -0700, Florian Fainelli wrote: > On 11/02/2016 02:41 PM, Markus Mayer wrote: > > On 2 November 2016 at 14:27, Will Deacon wrote: > >> On Wed, Nov 02, 2016 at 02:07:17PM -0700, Markus Mayer wrote: > >>> The question I am asking is: What do we

Re: [PATCH] arm64: errata: Check for --fix-cortex-a53-843419 and --fix-cortex-a53

On Wed, Nov 02, 2016 at 02:57:26PM -0700, Florian Fainelli wrote: > On 11/02/2016 02:41 PM, Markus Mayer wrote: > > On 2 November 2016 at 14:27, Will Deacon wrote: > >> On Wed, Nov 02, 2016 at 02:07:17PM -0700, Markus Mayer wrote: > >>> The question I am asking is: What do we have to lose by

Re: bpf: kernel BUG in htab_elem_free

On Wed, Nov 2, 2016 at 11:14 PM, Dmitry Vyukov wrote: > Here we go. > > The following program triggers kernel BUG in htab_elem_free. > On commit 0c183d92b20b5c84ca655b45ef57b3318b83eb9e (Oct 31). > Run as "while true; do ./a.out; done". > > [ cut here ]

Re: bpf: kernel BUG in htab_elem_free

On Wed, Nov 2, 2016 at 11:14 PM, Dmitry Vyukov wrote: > Here we go. > > The following program triggers kernel BUG in htab_elem_free. > On commit 0c183d92b20b5c84ca655b45ef57b3318b83eb9e (Oct 31). > Run as "while true; do ./a.out; done". > > [ cut here ] > kernel BUG at

Re: [PATCH v14 14/16] vfio/type1: Check doorbell safety

Hi Diana, On 03/11/2016 14:45, Diana Madalina Craciun wrote: > Hi Eric, > > On 10/12/2016 04:23 PM, Eric Auger wrote: >> On x86 IRQ remapping is abstracted by the IOMMU. On ARM this is abstracted >> by the msi controller. >> >> Since we currently have no way to detect whether the MSI controller

Re: [PATCH v14 14/16] vfio/type1: Check doorbell safety

Hi Diana, On 03/11/2016 14:45, Diana Madalina Craciun wrote: > Hi Eric, > > On 10/12/2016 04:23 PM, Eric Auger wrote: >> On x86 IRQ remapping is abstracted by the IOMMU. On ARM this is abstracted >> by the msi controller. >> >> Since we currently have no way to detect whether the MSI controller

Re: [PATCH 3/4] blk-mq: implement hybrid poll mode for sync O_DIRECT

On 11/01/2016 03:05 PM, Jens Axboe wrote: +static void blk_mq_poll_hybrid_sleep(struct request_queue *q, +struct request *rq) +{ + struct hrtimer_sleeper hs; + ktime_t kt; + + if (!q->poll_nsec || test_bit(REQ_ATOM_POLL_SLEPT, >atomic_flags))

Re: [PATCH 3/4] blk-mq: implement hybrid poll mode for sync O_DIRECT

On 11/01/2016 03:05 PM, Jens Axboe wrote: +static void blk_mq_poll_hybrid_sleep(struct request_queue *q, +struct request *rq) +{ + struct hrtimer_sleeper hs; + ktime_t kt; + + if (!q->poll_nsec || test_bit(REQ_ATOM_POLL_SLEPT, >atomic_flags))

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Wed, Nov 02, 2016 at 07:12:31AM -0400, Alexander Duyck wrote: > There are no users for swiotlb_map_sg or swiotlb_unmap_sg so we might as > well just drop them. FYI, I sent the same patch already on Sep, 11 and Konrad already ACKed it: https://lkml.org/lkml/2016/9/11/112

Re: [mm PATCH v2 01/26] swiotlb: Drop unused functions swiotlb_map_sg and swiotlb_unmap_sg

On Wed, Nov 02, 2016 at 07:12:31AM -0400, Alexander Duyck wrote: > There are no users for swiotlb_map_sg or swiotlb_unmap_sg so we might as > well just drop them. FYI, I sent the same patch already on Sep, 11 and Konrad already ACKed it: https://lkml.org/lkml/2016/9/11/112

[PATCH 2/2] loop: support 4k physical blocksize

When generating bootable VM images certain systems (most notably s390x) require devices with 4k blocksize. This patch implements a new flag 'LO_FLAGS_BLOCKSIZE' which will set the physical blocksize to that of the underlying device, and allow to change the logical blocksize for up to the physical

[PATCH 2/2] loop: support 4k physical blocksize

When generating bootable VM images certain systems (most notably s390x) require devices with 4k blocksize. This patch implements a new flag 'LO_FLAGS_BLOCKSIZE' which will set the physical blocksize to that of the underlying device, and allow to change the logical blocksize for up to the physical

Re: [PATCH] userns: suppress kmemleak message

On Wed, 2 Nov 2016 22:39:48 -0700, Dmitry Torokhov wrote: > We do not ever intend to unregister "user" sysctl table, unfortunately > it leads kmemleak to believe that we are leaking memory: > > unreferenced object 0x8807383bfd48 (size 96): > comm "swapper/0", pid 1, jiffies 4294894636 (age

Re: [PATCH] userns: suppress kmemleak message

On Wed, 2 Nov 2016 22:39:48 -0700, Dmitry Torokhov wrote: > We do not ever intend to unregister "user" sysctl table, unfortunately > it leads kmemleak to believe that we are leaking memory: > > unreferenced object 0x8807383bfd48 (size 96): > comm "swapper/0", pid 1, jiffies 4294894636 (age

[PATCHv4 0/2] loop: enable different logical blocksizes

Currently the loop driver just simulates 512-byte blocks. When creating bootable images for virtual machines it might be required to use a different physical blocksize (eg 4k for S/390 DASD), as the some bootloaders (like lilo or zipl for S/390) need to know the physical block addresses of the

[PATCHv3 1/2] loop: Remove unused 'bdev' argument from loop_set_capacity

Signed-off-by: Hannes Reinecke Reviewed-by: Christoph Hellwig Reviewed-by: Ming Lei --- drivers/block/loop.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index

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