lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 2 Feb 2017 18:18:00 +0000 From: Will Deacon <will.deacon@....com> To: Marc Zyngier <marc.zyngier@....com> Cc: linux-arm-kernel@...ts.infradead.org, mark.rutland@....com, kim.phillips@....com, alex.bennee@...aro.org, christoffer.dall@...aro.org, tglx@...utronix.de, peterz@...radead.org, alexander.shishkin@...ux.intel.com, robh@...nel.org, suzuki.poulose@....com, pawel.moll@....com, mathieu.poirier@...aro.org, mingo@...hat.com, linux-kernel@...r.kernel.org Subject: Re: [PATCH 03/10] arm64: KVM: Save/restore the host SPE state when entering/leaving a VM On Wed, Feb 01, 2017 at 04:29:50PM +0000, Marc Zyngier wrote: > On 27/01/17 18:07, Will Deacon wrote: > > The SPE buffer is virtually addressed, using the page tables of the CPU > > MMU. Unusually, this means that the EL0/1 page table may be live whilst > > we're executing at EL2 on non-VHE configurations. When VHE is in use, > > we can use the same property to profile the guest behind its back. > > > > This patch adds the relevant disabling and flushing code to KVM so that > > the host can make use of SPE without corrupting guest memory, and any > > attempts by a guest to use SPE will result in a trap. > > > > Cc: Marc Zyngier <marc.zyngier@....com> > > Cc: Alex Bennée <alex.bennee@...aro.org> > > Cc: Christoffer Dall <christoffer.dall@...aro.org> > > Signed-off-by: Will Deacon <will.deacon@....com> > > --- > > arch/arm64/include/asm/kvm_arm.h | 3 ++ > > arch/arm64/include/asm/kvm_host.h | 7 ++++- > > arch/arm64/kvm/debug.c | 6 ++++ > > arch/arm64/kvm/hyp/debug-sr.c | 66 +++++++++++++++++++++++++++++++++++++-- > > arch/arm64/kvm/hyp/switch.c | 17 +++++++++- > > 5 files changed, 95 insertions(+), 4 deletions(-) [...] > Acked-by: Marc Zyngier <marc.zyngier@....com> Thanks! Given that this patch depends on an earlier one in the series (already queued via arm64) and the rest of the series depends on this patch, do you mind if I take this via arm64 for 4.11? It applies cleanly against current -next. Will
Powered by blists - more mailing lists