diff options
author | Jan Kiszka <jan.kiszka@siemens.com> | 2008-12-11 16:54:54 +0100 |
---|---|---|
committer | Avi Kivity <avi@redhat.com> | 2008-12-31 16:55:47 +0200 |
commit | 4531220b71f0399e71cda0c4cf749e7281a7416a (patch) | |
tree | 2d0b71b97a15bdd6ede42d05b7b9b791c3891eb3 /MAINTAINERS | |
parent | 264ff01d55b456932cef03082448b41d2edeb6a1 (diff) | |
download | kernel_samsung_smdk4412-4531220b71f0399e71cda0c4cf749e7281a7416a.tar.gz kernel_samsung_smdk4412-4531220b71f0399e71cda0c4cf749e7281a7416a.tar.bz2 kernel_samsung_smdk4412-4531220b71f0399e71cda0c4cf749e7281a7416a.zip |
KVM: x86: Rework user space NMI injection as KVM_CAP_USER_NMI
There is no point in doing the ready_for_nmi_injection/
request_nmi_window dance with user space. First, we don't do this for
in-kernel irqchip anyway, while the code path is the same as for user
space irqchip mode. And second, there is nothing to loose if a pending
NMI is overwritten by another one (in contrast to IRQs where we have to
save the number). Actually, there is even the risk of raising spurious
NMIs this way because the reason for the held-back NMI might already be
handled while processing the first one.
Therefore this patch creates a simplified user space NMI injection
interface, exporting it under KVM_CAP_USER_NMI and dropping the old
KVM_CAP_NMI capability. And this time we also take care to provide the
interface only on archs supporting NMIs via KVM (right now only x86).
Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions