[linux-linus test] 166072: regressions - FAIL

flight 166072 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/166072/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 8 xen-boot fail REGR. vs. 165976 test-armhf-armhf-xl

[xen-unstable-coverity test] 166078: all pass - PUSHED

flight 166078 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/166078/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen 9bc9fff04ba077c4a9782f12578362d8947c534b baseline version: xen 9f84

[xen-unstable test] 166073: tolerable FAIL

flight 166073 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/166073/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win7-amd64 19 guest-stopfail like 166069 test-armhf-armhf-libvirt 16 save

[libvirt test] 166076: regressions - FAIL

flight 166076 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/166076/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777 build-arm64-libvirt

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 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()

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

[qemu-mainline test] 166075: tolerable FAIL - PUSHED

flight 166075 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/166075/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 19 guest-stopfail like 166065 test-armhf-armhf-libvirt 16 sav

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: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

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

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

[linux-linus test] 166077: regressions - FAIL

flight 166077 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/166077/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 8 xen-boot fail REGR. vs. 165976 test-armhf-armhf-xl

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

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

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, i.e. all in one API. > > Signed-off-by: Dmitry Osip

RE: static-mem preventing dom0 from booting

Hi Stefano > -Original Message- > From: Stefano Stabellini > Sent: Saturday, November 6, 2021 7:03 AM > To: Stefano Stabellini > Cc: Penny Zheng ; xen-devel@lists.xenproject.org; > Wei Chen ; Bertrand Marquis > > Subject: RE: static-mem preventing dom0 from booting > > On Fri, 5 Nov 20

Re: [PATCH-4.16 v2] xen/efi: Fix Grub2 boot on arm64

On 05.11.2021 16:33, Stefano Stabellini wrote: > On Fri, 5 Nov 2021, Jan Beulich wrote: >> On 04.11.2021 22:50, Stefano Stabellini wrote: >>> On Thu, 4 Nov 2021, Luca Fancellu wrote: > On 4 Nov 2021, at 21:35, Stefano Stabellini > wrote: > On Thu, 4 Nov 2021, Luca Fancellu wrote:

Re: [PATCH v2 1/6][4.16?] x86/x2APIC: defer probe until after IOMMU ACPI table parsing

On 05.11.2021 16:38, Roger Pau Monné wrote: > On Fri, Nov 05, 2021 at 01:32:18PM +0100, Jan Beulich wrote: >> --- a/xen/arch/x86/setup.c >> +++ b/xen/arch/x86/setup.c >> @@ -1699,6 +1699,13 @@ void __init noreturn __start_xen(unsigne >> >> dmi_scan_machine(); >> >> +/* >> + * IOMMU

Re: [PATCH v2 1/6][4.16?] x86/x2APIC: defer probe until after IOMMU ACPI table parsing

On 05.11.2021 16:47, Ian Jackson wrote: > Roger Pau Monné writes ("Re: [PATCH v2 1/6][4.16?] x86/x2APIC: defer probe > until after IOMMU ACPI table parsing"): >>> 4.16: While investigating the issue addressed by the referenced commit, >>> a variant of that problem was identified when firmwar

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