[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <229aade3-5bb3-aad4-bd9a-d6220db836c0@arm.com>
Date: Mon, 14 Jan 2019 16:12:39 +0000
From: Julien Thierry <julien.thierry@....com>
To: Catalin Marinas <catalin.marinas@....com>
Cc: linux-arm-kernel@...ts.infradead.org, mark.rutland@....com,
linux-arch@...r.kernel.org, daniel.thompson@...aro.org,
Arnd Bergmann <arnd@...db.de>, marc.zyngier@....com,
will.deacon@....com, linux-kernel@...r.kernel.org,
stable@...r.kernel.org, christoffer.dall@....com,
james.morse@....com, joel@...lfernandes.org
Subject: Re: [PATCH v8 01/26] arm64: Fix HCR.TGE status for NMI contexts
On 14/01/2019 15:56, Catalin Marinas wrote:
> On Tue, Jan 08, 2019 at 02:07:19PM +0000, Julien Thierry wrote:
>> When using VHE, the host needs to clear HCR_EL2.TGE bit in order
>> to interract with guest TLBs, switching from EL2&0 translation regime
>> to EL1&0.
>>
>> However, some non-maskable asynchronous event could happen while TGE is
>> cleared like SDEI. Because of this address translation operations
>> relying on EL2&0 translation regime could fail (tlb invalidation,
>> userspace access, ...).
>
> Why would an NMI context need to access user space? (just curious what
> breaks exactly without this patch; otherwise it looks fine)
If I remember correctly, the SDEI interrupt might perform cache
maintenance with EL2&0 translation regime, but James can probably give
more detail (or correct me if I'm wrong).
Otherwise, if we decide to use the pseudo NMI for profiling with perf, I
believe the perf interrupt can access user space (although I'm not
completely sure whether that might be to record profiling data in
buffers shared with user space or something else).
Thanks,
--
Julien Thierry
Powered by blists - more mailing lists