All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marc Zyngier <maz@kernel.org>
To: Lorenzo Pieralisi <lpieralisi@kernel.org>
Cc: Mark Brown <broonie@kernel.org>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will@kernel.org>,
	Mark Rutland <mark.rutland@arm.com>,
	Sami Mujawar <Sami.Mujawar@arm.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v1 00/18] arm64/nmi: Support for FEAT_NMI
Date: Mon, 14 Nov 2022 11:11:57 +0000	[thread overview]
Message-ID: <87cz9pvlhe.wl-maz@kernel.org> (raw)
In-Reply-To: <Y2zbMW8gx0vcSHdf@lpieralisi>

On Thu, 10 Nov 2022 11:06:25 +0000,
Lorenzo Pieralisi <lpieralisi@kernel.org> wrote:
> 
> [...]
> 
> > > > Frankly, we are accumulating a bunch of half implemented features
> > > > (SME, SPE) for which there is no KVM support, and I don't think this
> > > > is the correct direction of travel.
> > > 
> > > Yeah, it's not great.  For NMIs Lorenzo is looking at the GIC side, I'll
> > > let him clarify his schedule.  Here it's more the case that implementing
> > > the architecture side without an interrupt controller isn't useful (and
> > > certainly not usefully testable) than anything else - my expectation is
> > > that it should work fine, though from your comments above it sounds like
> > > there will be issues with the handling of PSTATE that I've not realised.
> > 
> > The vgic support should be rather trivial. It is only a matter of
> > adding the required interrupt state, reworking the priority sorting
> > and LR stuffing, handling the additional MMIO range and dealing with
> > the GIC versioning. Trapping of ALLINT should be done at the same
> > time.
> > 
> > If people cannot be bothered, I'll end-up doing it myself.
> 
> Apologies for the slow feedback.
> 
> I should be able to do it - I thought that we could start with sorting out
> the host required changes but it makes sense to make the KVM changes at
> the same time.

I'm reviving the couple of hacks I had come up with a long while ago,
and will point you to them once I'm done. Feel free to take them or
ignore them altogether.

Cheers,

	M.

-- 
Without deviation from the norm, progress is not possible.

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-11-14 11:13 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-04 23:54 [PATCH v1 00/18] arm64/nmi: Support for FEAT_NMI Mark Brown
2022-11-04 23:54 ` [PATCH v1 01/18] arm64/booting: Document boot requirements " Mark Brown
2022-11-04 23:54 ` [PATCH v1 02/18] arm64/sysreg: Add definition for ICC_NMIAR1_EL1 Mark Brown
2022-11-04 23:54 ` [PATCH v1 03/18] arm64/sysreg: Add definition of ISR_EL1 Mark Brown
2022-11-04 23:54 ` [PATCH v1 04/18] arm64/sysreg: Add definitions for immediate versions of MSR ALLINT Mark Brown
2022-11-04 23:54 ` [PATCH v1 05/18] arm64/asm: Introduce assembly macros for managing ALLINT Mark Brown
2022-11-04 23:54 ` [PATCH v1 06/18] arm64/hyp-stub: Enable access to ALLINT Mark Brown
2022-11-04 23:54 ` [PATCH v1 07/18] arm64/idreg: Add an override for FEAT_NMI Mark Brown
2022-11-04 23:54 ` [PATCH v1 08/18] arm64/cpufeature: Detect PE support for NMIs Mark Brown
2022-11-04 23:54 ` [PATCH v1 09/18] arm64/entry: Manage ALLINT.ALLINT when FEAT_NMI is active Mark Brown
2022-11-04 23:54 ` [PATCH v1 10/18] arm64/mm: Disable all interrupts while replacing TTBR1 Mark Brown
2022-11-04 23:54 ` [PATCH v1 11/18] arm64/hibernate: Disable NMIs while hibernating Mark Brown
2022-11-04 23:54 ` [PATCH v1 12/18] arm64/suspend: Disable NMIs while suspending Mark Brown
2022-11-04 23:54 ` [PATCH v1 13/18] arm64/kexec: Mask NMIs before starting new kernel Mark Brown
2022-11-04 23:54 ` [PATCH v1 14/18] arm64/acpi: Mask NMIs while notifying SEA Mark Brown
2022-11-04 23:54 ` [PATCH v1 15/18] arm64/irq: Document handling of FEAT_NMI in irqflags.h Mark Brown
2022-11-04 23:54 ` [PATCH v1 16/18] arm64/nmi: Add handling of superpriority interrupts as NMIs Mark Brown
2022-11-04 23:54 ` [PATCH v1 17/18] arm64/nmi: Add Kconfig for NMI Mark Brown
2022-11-04 23:54 ` [PATCH v1 18/18] irqchip/gic-v3: Implement FEAT_GICv3_NMI support Mark Brown
2022-11-06 11:38 ` [PATCH v1 00/18] arm64/nmi: Support for FEAT_NMI Marc Zyngier
2022-11-09 15:35   ` Mark Brown
2022-11-10  8:26     ` Marc Zyngier
2022-11-10 11:06       ` Lorenzo Pieralisi
2022-11-14 11:11         ` Marc Zyngier [this message]
2022-11-10 11:48       ` Mark Brown
2022-12-18  9:40     ` Zenghui Yu
2022-12-19 12:36       ` Mark Brown

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=87cz9pvlhe.wl-maz@kernel.org \
    --to=maz@kernel.org \
    --cc=Sami.Mujawar@arm.com \
    --cc=broonie@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=lpieralisi@kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=tglx@linutronix.de \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.