[PATCH 19/30] panic: Add the panic hypervisor notifier list
Michael Kelley (LINUX)
mikelley at microsoft.com
Fri Apr 29 10:30:44 PDT 2022
From: Guilherme G. Piccoli <gpiccoli at igalia.com> Sent: Wednesday, April 27, 2022 3:49 PM
>
> The goal of this new panic notifier is to allow its users to register
> callbacks to run very early in the panic path. This aims hypervisor/FW
> notification mechanisms as well as simple LED functions, and any other
> simple and safe mechanism that should run early in the panic path; more
> dangerous callbacks should execute later.
>
> For now, the patch is almost a no-op (although it changes a bit the
> ordering in which some panic notifiers are executed). In a subsequent
> patch, the panic path will be refactored, then the panic hypervisor
> notifiers will effectively run very early in the panic path.
>
> We also defer documenting it all properly in the subsequent refactor
> patch. While at it, we removed some useless header inclusions and
> fixed some notifiers return too (by using the standard NOTIFY_DONE).
>
> Cc: Alexander Gordeev <agordeev at linux.ibm.com>
> Cc: Andrea Parri (Microsoft) <parri.andrea at gmail.com>
> Cc: Ard Biesheuvel <ardb at kernel.org>
> Cc: Benjamin Herrenschmidt <benh at kernel.crashing.org>
> Cc: Brian Norris <computersforpeace at gmail.com>
> Cc: Christian Borntraeger <borntraeger at linux.ibm.com>
> Cc: Christophe JAILLET <christophe.jaillet at wanadoo.fr>
> Cc: David Gow <davidgow at google.com>
> Cc: "David S. Miller" <davem at davemloft.net>
> Cc: Dexuan Cui <decui at microsoft.com>
> Cc: Doug Berger <opendmb at gmail.com>
> Cc: Evan Green <evgreen at chromium.org>
> Cc: Florian Fainelli <f.fainelli at gmail.com>
> Cc: Haiyang Zhang <haiyangz at microsoft.com>
> Cc: Hari Bathini <hbathini at linux.ibm.com>
> Cc: Heiko Carstens <hca at linux.ibm.com>
> Cc: Julius Werner <jwerner at chromium.org>
> Cc: Justin Chen <justinpopo6 at gmail.com>
> Cc: "K. Y. Srinivasan" <kys at microsoft.com>
> Cc: Lee Jones <lee.jones at linaro.org>
> Cc: Markus Mayer <mmayer at broadcom.com>
> Cc: Michael Ellerman <mpe at ellerman.id.au>
> Cc: Michael Kelley <mikelley at microsoft.com>
> Cc: Mihai Carabas <mihai.carabas at oracle.com>
> Cc: Nicholas Piggin <npiggin at gmail.com>
> Cc: Paul Mackerras <paulus at samba.org>
> Cc: Pavel Machek <pavel at ucw.cz>
> Cc: Scott Branden <scott.branden at broadcom.com>
> Cc: Sebastian Reichel <sre at kernel.org>
> Cc: Shile Zhang <shile.zhang at linux.alibaba.com>
> Cc: Stephen Hemminger <sthemmin at microsoft.com>
> Cc: Sven Schnelle <svens at linux.ibm.com>
> Cc: Thomas Bogendoerfer <tsbogend at alpha.franken.de>
> Cc: Tianyu Lan <Tianyu.Lan at microsoft.com>
> Cc: Vasily Gorbik <gor at linux.ibm.com>
> Cc: Wang ShaoBo <bobo.shaobowang at huawei.com>
> Cc: Wei Liu <wei.liu at kernel.org>
> Cc: zhenwei pi <pizhenwei at bytedance.com>
> Signed-off-by: Guilherme G. Piccoli <gpiccoli at igalia.com>
> ---
> arch/mips/sgi-ip22/ip22-reset.c | 2 +-
> arch/mips/sgi-ip32/ip32-reset.c | 3 +--
> arch/powerpc/kernel/setup-common.c | 2 +-
> arch/sparc/kernel/sstate.c | 3 +--
> drivers/firmware/google/gsmi.c | 4 ++--
> drivers/hv/vmbus_drv.c | 4 ++--
> drivers/leds/trigger/ledtrig-activity.c | 4 ++--
> drivers/leds/trigger/ledtrig-heartbeat.c | 4 ++--
> drivers/misc/bcm-vk/bcm_vk_dev.c | 6 +++---
> drivers/misc/pvpanic/pvpanic.c | 4 ++--
> drivers/power/reset/ltc2952-poweroff.c | 4 ++--
> drivers/s390/char/zcore.c | 5 +++--
> drivers/soc/bcm/brcmstb/pm/pm-arm.c | 2 +-
> include/linux/panic_notifier.h | 1 +
> kernel/panic.c | 4 ++++
> 15 files changed, 28 insertions(+), 24 deletions(-)
[ snip]
>
> diff --git a/drivers/hv/vmbus_drv.c b/drivers/hv/vmbus_drv.c
> index f37f12d48001..901b97034308 100644
> --- a/drivers/hv/vmbus_drv.c
> +++ b/drivers/hv/vmbus_drv.c
> @@ -1614,7 +1614,7 @@ static int vmbus_bus_init(void)
> hv_kmsg_dump_register();
>
> register_die_notifier(&hyperv_die_report_block);
> - atomic_notifier_chain_register(&panic_notifier_list,
> + atomic_notifier_chain_register(&panic_hypervisor_list,
> &hyperv_panic_report_block);
> }
>
> @@ -2843,7 +2843,7 @@ static void __exit vmbus_exit(void)
> if (ms_hyperv.misc_features & HV_FEATURE_GUEST_CRASH_MSR_AVAILABLE) {
> kmsg_dump_unregister(&hv_kmsg_dumper);
> unregister_die_notifier(&hyperv_die_report_block);
> - atomic_notifier_chain_unregister(&panic_notifier_list,
> + atomic_notifier_chain_unregister(&panic_hypervisor_list,
> &hyperv_panic_report_block);
> }
>
Using the hypervisor_list here produces a bit of a mismatch. In many cases
this notifier will do nothing, and will defer to the kmsg_dump() mechanism
to notify the hypervisor about the panic. Running the kmsg_dump()
mechanism is linked to the info_list, so I'm thinking the Hyper-V panic report
notifier should be on the info_list as well. That way the reporting behavior
is triggered at the same point in the panic path regardless of which
reporting mechanism is used.
More information about the linux-um
mailing list