From: Mark Rutland <mark.rutland@arm.com>
To: "Guilherme G. Piccoli" <gpiccoli@igalia.com>
Cc: "Michael Kelley (LINUX)" <mikelley@microsoft.com>,
Marc Zyngier <maz@kernel.org>,
Catalin Marinas <catalin.marinas@arm.com>,
will Deacon <will@kernel.org>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Russell King <linux@armlinux.org.uk>,
Ard Biesheuvel <ardb@kernel.org>,
broonie@kernel.org,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>
Subject: Re: Should arm64 have a custom crash shutdown handler?
Date: Thu, 5 May 2022 14:15:11 +0100 [thread overview]
Message-ID: <YnPN33qN7oVQa4fA@FVFF77S0Q05N.cambridge.arm.com> (raw)
In-Reply-To: <3bee47db-f771-b502-82a3-d6fac388aa89@igalia.com>
On Thu, May 05, 2022 at 10:05:18AM -0300, Guilherme G. Piccoli wrote:
> On 05/05/2022 09:53, Mark Rutland wrote:
> > [...]
> > Looking at those, the cleanup work is all arch-specific. What exactly would we
> > need to do on arm64, and why does it need to happen at that point specifically?
> > On arm64 we don't expect as much paravirtualization as on x86, so it's not
> > clear to me whether we need anything at all.
> >
> >> Anyway, the idea here was to gather a feedback on how "receptive" arm64
> >> community would be to allow such customization, appreciated your feedback =)
> >
> > ... and are you trying to do this for Hyper-V or just using that as an example?
> >
> > I think we're not going to be very receptive without a more concrete example of
> > what you want.
> >
> > What exactly do *you* need, and *why*? Is that for Hyper-V or another hypervisor?
> >
> > Thanks
> > Mark.
>
> Hi Mark, my plan would be doing that for Hyper-V - kind of the same
> code, almost. For example, in hv_crash_handler() there is a stimer
> clean-up and the vmbus unload - my understanding is that this same code
> would need to run in arm64. Michael Kelley is CCed, he was discussing
> with me in the panic notifiers thread and may elaborate more on the needs.
The key problem here is that there's no justification as to why this cannot be
done in a panic notifier (or a regular reboot notifer for the plain shutdown
or kexec case).
I undertstand that x86 does one thing, and what Marc and I have said is that
fact alone doesn't justify doing the same.
We need to know:
a) What specifically you want to do on arm64
b) Why you think this cannot be done using the existing mechanisms (e.g.
notifiers).
Without a strong justification, we wouldn't add such hooks to arm64.
Could you start by trying to use the notifiers, and if you encounter a problem,
*then* we consider an alternative? That should mean we have a concrete reason.
Thanks,
Mark.
> But also (not related with my specific plan), I've seen KVM quiesce code
> on x86 as well [see kvm_crash_shutdown() on arch/x86] , I'm not sure if
> this is necessary for arm64 or if this already executing in some
> abstracted form, I didn't dig deep - probably Vitaly is aware of that,
> hence I've CCed him here.
>
> Cheers,
>
>
> Guilherme
next prev parent reply other threads:[~2022-05-05 13:15 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-04 20:00 Should arm64 have a custom crash shutdown handler? Guilherme G. Piccoli
2022-05-05 7:29 ` Marc Zyngier
2022-05-05 12:44 ` Guilherme G. Piccoli
2022-05-05 12:53 ` Mark Rutland
2022-05-05 13:05 ` Guilherme G. Piccoli
2022-05-05 13:15 ` Mark Rutland [this message]
2022-05-05 13:19 ` Guilherme G. Piccoli
2022-05-05 13:52 ` Vitaly Kuznetsov
2022-05-05 14:07 ` Guilherme G. Piccoli
2022-05-05 14:31 ` Mark Rutland
2022-05-05 14:51 ` Vitaly Kuznetsov
2022-05-06 11:01 ` Mark Rutland
2022-05-30 1:51 ` Michael Kelley (LINUX)
2022-05-05 11:10 ` Mark Rutland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YnPN33qN7oVQa4fA@FVFF77S0Q05N.cambridge.arm.com \
--to=mark.rutland@arm.com \
--cc=ardb@kernel.org \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=gpiccoli@igalia.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=maz@kernel.org \
--cc=mikelley@microsoft.com \
--cc=vkuznets@redhat.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox