Re: [PATCH v3 21/25] m68k: Switch to new sys-off handler API

On Mon, Nov 8, 2021 at 1:48 AM Dmitry Osipenko wrote: > Kernel now supports chained power-off handlers. Use > register_power_off_handler() that registers power-off handlers and > do_kernel_power_off() that invokes chained power-off handlers. Legacy > pm_power_off() will be removed once all drivers

Re: [PATCH 6/7] include: mfd: Remove leftovers from bd70528 watchdog

Thanks Alexandre, On 11/5/21 17:43, Alexandre Ghiti wrote: > This driver was removed so remove all references to it. > > Fixes: 52a5502507bc ("watchdog: bd70528 drop bd70528 support") > Signed-off-by: Alexandre Ghiti > --- > include/linux/mfd/rohm-bd70528.h | 24 > 1

[PATCH v3] perf vendor events power10: Add metric events json file for power10 platform

Add pmu metric json file for power10 platform. Signed-off-by: Kajol Jain --- Changelog v2 -> v3: - Did nit changes in BriefDescription as suggested by Paul A. Clarke and Michael Ellermen - Link tot the v2 patch: https://lkml.org/lkml/2021/10/22/48 v1 -> v2: - Did some nit changes in BriefDesc

Re: [PATCH] powerpc/64s: introduce CONFIG_MAXSMP to test very large SMP

Nicholas Piggin writes: > Similarly to x86, add MAXSMP that should help flush out problems with > vary large SMP and other values associated with very big systems. > > Signed-off-by: Nicholas Piggin > --- > arch/powerpc/Kconfig | 8 > arch/powerpc/platforms/Kconfig.cpu

Re: [PATCH] powerpc/pseries: Fix numa FORM2 parsing fallback code

Nicholas Piggin writes: > In case the FORM2 distance table from firmware is not the expected size, > there is fallback code that just populates the lookup table as local vs > remote. > > However it then continues on to use the distance table. Fix. > > Cc: Aneesh Kumar K.V > Fixes: 1c6b5a7e7405 ("

[PATCH kernel 3/3] powerpc/pseries/ddw: Do not try direct mapping with persistent memory and one window

There is a possibility of having just one DMA window available with a limited capacity which the existing code does not handle that well. If the window is big enough for the system RAM but less than MAX_PHYSMEM_BITS (which we want when persistent memory is present), we create 1:1 window and leave p

[PATCH kernel 2/3] powerpc/pseries/ddw: simplify enable_ddw()

This drops rather useless ddw_enabled flag as direct_mapping implies it anyway. While at this, fix indents in enable_ddw(). This should not cause any behavioral change. Signed-off-by: Alexey Kardashevskiy --- This replaces "powerpc/pseries/iommu: Fix indentations" --- arch/powerpc/platforms/p

[PATCH kernel 1/3] powerpc/pseries/ddw: Revert "Extend upper limit for huge DMA window for persistent memory"

This reverts commit 54fc3c681ded9437e4548e2501dc1136b23cfa9a which does not allow 1:1 mapping even for the system RAM which is usually possible. Signed-off-by: Alexey Kardashevskiy --- arch/powerpc/platforms/pseries/iommu.c | 9 - 1 file changed, 9 deletions(-) diff --git a/arch/powerpc

[PATCH kernel 0/3] powerpc/pseries/ddw: Fixes for persistent memory case

This is based on sha1 f855455dee0b Michael Ellerman "Automatic merge of 'next' into merge (2021-11-05 22:19)". Please comment. Thanks. Alexey Kardashevskiy (3): powerpc/pseries/ddw: Revert "Extend upper limit for huge DMA window for persistent memory" powerpc/pseries/ddw: simplify en

Re: [PATCH v3 00/25] Introduce power-off+restart call chain API

08.11.2021 03:44, Dmitry Osipenko пишет: > Problem > --- > > SoC devices require power-off call chaining functionality from kernel. > We have a widely used restart chaining provided by restart notifier API, > but nothing for power-off. > > Solution > > > Introduce new API that provi

[PATCH v3 25/25] reboot: Remove pm_power_off_prepare()

All pm_power_off_prepare() users were converted to sys-off handler API. Remove the obsolete callback. Signed-off-by: Dmitry Osipenko --- include/linux/pm.h | 1 - kernel/reboot.c| 11 --- 2 files changed, 12 deletions(-) diff --git a/include/linux/pm.h b/include/linux/pm.h index 1d

[PATCH v3 24/25] regulator: pfuze100: Use devm_register_sys_off_handler()

Use devm_register_sys_off_handler() that replaces global pm_power_off_prepare variable and allows to register multiple power-off handlers. Acked-by: Mark Brown Signed-off-by: Dmitry Osipenko --- drivers/regulator/pfuze100-regulator.c | 38 ++ 1 file changed, 14 insertion

[PATCH v3 23/25] ACPI: power: Switch to sys-off handler API

Switch to sys-off API that replaces legacy pm_power_off callbacks. Signed-off-by: Dmitry Osipenko --- drivers/acpi/sleep.c | 25 +++-- 1 file changed, 11 insertions(+), 14 deletions(-) diff --git a/drivers/acpi/sleep.c b/drivers/acpi/sleep.c index eaa47753b758..2e613fddd614

[PATCH v3 22/25] memory: emif: Use kernel_can_power_off()

Replace legacy pm_power_off with kernel_can_power_off() helper that is aware about chained power-off handlers. Signed-off-by: Dmitry Osipenko --- drivers/memory/emif.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/memory/emif.c b/drivers/memory/emif.c index 762d0c0f

[PATCH v3 21/25] m68k: Switch to new sys-off handler API

Kernel now supports chained power-off handlers. Use register_power_off_handler() that registers power-off handlers and do_kernel_power_off() that invokes chained power-off handlers. Legacy pm_power_off() will be removed once all drivers will be converted to the new power-off API. Normally arch cod

[PATCH v3 20/25] powerpc: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/powerpc/ker

[PATCH v3 19/25] nds32: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/nds32/kerne

[PATCH v3 18/25] mips: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/mips/kernel

[PATCH v3 17/25] ia64: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/ia64/kernel

[PATCH v3 16/25] x86: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/x86/kernel/

[PATCH v3 15/25] sh: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Signed-off-by: Dmitry Osipenko --- arch/sh/kernel/r

[PATCH v3 14/25] xen/x86: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Acked-by: Juergen Gross Signed-off-by: Dmitry Osipen

[PATCH v3 13/25] parisc: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Acked-by: Helge Deller # parisc Signed-off-by: Dmitr

[PATCH v3 12/25] arm64: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Acked-by: Catalin Marinas Signed-off-by: Dmitry Osip

[PATCH v3 11/25] riscv: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Acked-by: Palmer Dabbelt Signed-off-by: Dmitry Osipe

[PATCH v3 10/25] csky: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Acked-by: Guo Ren Signed-off-by: Dmitry Osipenko --

[PATCH v3 09/25] ARM: Use do_kernel_power_off()

Kernel now supports chained power-off handlers. Use do_kernel_power_off() that invokes chained power-off handlers. It also invokes legacy pm_power_off() for now, which will be removed once all drivers will be converted to the new power-off API. Reviewed-by: Russell King (Oracle) Signed-off-by: Dm

[PATCH v3 08/25] kernel: Add combined power-off+restart handler call chain API

SoC platforms often have multiple ways of how to perform system's power-off and restart operations. Meanwhile today's kernel is limited to a single option. Add combined power-off+restart handler call chain API, which is inspired by the restart API. The new API provides both power-off and restart fu

[PATCH v3 07/25] reboot: Remove extern annotation from function prototypes

There is no need to annotate function prototypes with 'extern', it makes code less readable. Remove unnecessary annotations from . Signed-off-by: Dmitry Osipenko --- include/linux/reboot.h | 38 +++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git

[PATCH v3 06/25] reboot: Warn if unregister_restart_handler() fails

Emit warning if unregister_restart_handler() fails since it never should fail. This will ease further API development by catching mistakes early. Signed-off-by: Dmitry Osipenko --- kernel/reboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/reboot.c b/kernel/reboot

[PATCH v3 05/25] reboot: Warn if restart handler has duplicated priority

Add sanity check which ensures that there are no two restart handlers registered with the same priority. Normally it's a direct sign of a problem if two handlers use the same priority. Signed-off-by: Dmitry Osipenko --- kernel/reboot.c | 15 ++- 1 file changed, 14 insertions(+), 1 de

[PATCH v3 04/25] reboot: Correct typo in a comment

Correct s/implemenations/implementations/ in . Signed-off-by: Dmitry Osipenko --- include/linux/reboot.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/reboot.h b/include/linux/reboot.h index af907a3d68d1..7c288013a3ca 100644 --- a/include/linux/reboot.h +++ b/

[PATCH v3 03/25] notifier: Add atomic/blocking_notifier_has_unique_priority()

Add atomic/blocking_notifier_has_unique_priority() helpers which return true if given handler has unique priority. Signed-off-by: Dmitry Osipenko --- include/linux/notifier.h | 5 +++ kernel/notifier.c| 69 2 files changed, 74 insertions(+) diff

[PATCH v3 02/25] notifier: Add blocking_notifier_call_chain_is_empty()

Add blocking_notifier_call_chain_is_empty() that returns true if call chain is empty. Signed-off-by: Dmitry Osipenko --- include/linux/notifier.h | 2 ++ kernel/notifier.c| 14 ++ 2 files changed, 16 insertions(+) diff --git a/include/linux/notifier.h b/include/linux/notifi

[PATCH v3 01/25] notifier: Remove extern annotation from function prototypes

There is no need to annotate function prototypes with 'extern', it makes code less readable. Remove unnecessary annotations from . Signed-off-by: Dmitry Osipenko --- include/linux/notifier.h | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) diff --git a/incl

[PATCH v3 00/25] Introduce power-off+restart call chain API

Problem --- SoC devices require power-off call chaining functionality from kernel. We have a widely used restart chaining provided by restart notifier API, but nothing for power-off. Solution Introduce new API that provides both restart and power-off call chains. Why combine restar

Re: [PATCH 0/3] KEXEC_SIG with appended signature

Michal Suchánek writes: > On Fri, Nov 05, 2021 at 09:55:52PM +1100, Daniel Axtens wrote: >> Michal Suchanek writes: >> >> > S390 uses appended signature for kernel but implements the check >> > separately from module loader. >> > >> > Support for secure boot on powerpc with appended signature i

Re: [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()

07.11.2021 20:32, Guenter Roeck пишет: > On 11/7/21 9:16 AM, Dmitry Osipenko wrote: >> 07.11.2021 20:08, Guenter Roeck пишет: >>> On 11/7/21 8:53 AM, Dmitry Osipenko wrote: 06.11.2021 23:54, Jonathan Neuschäfer пишет: > Hi, > > On Thu, Oct 28, 2021 at 12:16:57AM +0300, Dmitry Osipe

Re: [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()

On 11/7/21 9:16 AM, Dmitry Osipenko wrote: 07.11.2021 20:08, Guenter Roeck пишет: On 11/7/21 8:53 AM, Dmitry Osipenko wrote: 06.11.2021 23:54, Jonathan Neuschäfer пишет: Hi, On Thu, Oct 28, 2021 at 12:16:57AM +0300, Dmitry Osipenko wrote: Use devm_register_power_handler() that replaces globa

Re: [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()

07.11.2021 20:08, Guenter Roeck пишет: > On 11/7/21 8:53 AM, Dmitry Osipenko wrote: >> 06.11.2021 23:54, Jonathan Neuschäfer пишет: >>> Hi, >>> >>> On Thu, Oct 28, 2021 at 12:16:57AM +0300, Dmitry Osipenko wrote: Use devm_register_power_handler() that replaces global pm_power_off variable

Re: [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()

On 11/7/21 8:53 AM, Dmitry Osipenko wrote: 06.11.2021 23:54, Jonathan Neuschäfer пишет: Hi, On Thu, Oct 28, 2021 at 12:16:57AM +0300, Dmitry Osipenko wrote: Use devm_register_power_handler() that replaces global pm_power_off variable and allows to register multiple power-off handlers. It also

Re: [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()

06.11.2021 23:54, Jonathan Neuschäfer пишет: > Hi, > > On Thu, Oct 28, 2021 at 12:16:57AM +0300, Dmitry Osipenko wrote: >> Use devm_register_power_handler() that replaces global pm_power_off >> variable and allows to register multiple power-off handlers. It also >> provides restart-handler support

Re: [PATCH] powerpc/pseries: use slab context cpumask allocation in CPU hotplug init

> On 05-Nov-2021, at 6:59 PM, Nicholas Piggin wrote: > > Slab is up at this point, using the bootmem allocator triggers a > warning. Switch to using the regular cpumask allocator. > > Signed-off-by: Nicholas Piggin > --- Fixes the warning for me. Thanks Tested-by: Sachin Sant > > This o

some problem about powepc 7448 board dcache enable

Dear friend?? Good day. This is jason from china.I am the os developer of powepc 7448 board.  Recently, I encountered a problem during development. I enabled L1 DCache during kernel startup. The code is as follows??mfspr 8, 0x3f0/* HID0 */ ori 8, 8, (1<<14)|(1<<10)