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  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fe9cec78-36ee-4a20-81df-ec837a45f69f@linux.intel.com>
Date: Tue, 23 Apr 2024 21:15:34 +0800
From: Binbin Wu <binbin.wu@...ux.intel.com>
To: Reinette Chatre <reinette.chatre@...el.com>, isaku.yamahata@...el.com
Cc: kvm@...r.kernel.org, linux-kernel@...r.kernel.org,
 isaku.yamahata@...il.com, Paolo Bonzini <pbonzini@...hat.com>,
 erdemaktas@...gle.com, Sean Christopherson <seanjc@...gle.com>,
 Sagi Shahar <sagis@...gle.com>, Kai Huang <kai.huang@...el.com>,
 chen.bo@...el.com, hang.yuan@...el.com, tina.zhang@...el.com
Subject: Re: [PATCH v19 085/130] KVM: TDX: Complete interrupts after tdexit



On 4/17/2024 2:23 AM, Reinette Chatre wrote:
> Hi Isaku,
>
> (In shortlog "tdexit" can be "TD exit" to be consistent with
> documentation.)
>
> On 2/26/2024 12:26 AM, isaku.yamahata@...el.com wrote:
>> From: Isaku Yamahata <isaku.yamahata@...el.com>
>>
>> This corresponds to VMX __vmx_complete_interrupts().  Because TDX
>> virtualize vAPIC, KVM only needs to care NMI injection.
> This seems to be the first appearance of NMI and the changelog
> is very brief. How about expending it with:
>
> "This corresponds to VMX __vmx_complete_interrupts().  Because TDX
>   virtualize vAPIC, KVM only needs to care about NMI injection.
   ^
   virtualizes

Also, does it need to mention that non-NMI interrupts are handled by 
posted-interrupt mechanism?

For example:

"This corresponds to VMX __vmx_complete_interrupts().  Because TDX
  virtualizes vAPIC, and non-NMI interrupts are delivered using 
posted-interrupt
  mechanism, KVM only needs to care about NMI injection.
..
"

>
>   KVM can request TDX to inject an NMI into a guest TD vCPU when the
>   vCPU is not active. TDX will attempt to inject an NMI as soon as
>   possible on TD entry. NMI injection is managed by writing to (to
>   inject NMI) and reading from (to get status of NMI injection)
>   the PEND_NMI field within the TDX vCPU scope metadata (Trust
>   Domain Virtual Processor State (TDVPS)).
>
>   Update KVM's NMI status on TD exit by checking whether a requested
>   NMI has been injected into the TD. Reading the metadata via SEAMCALL
>   is expensive so only perform the check if an NMI was injected.
>
>   This is the first need to access vCPU scope metadata in the
>   "management" class. Ensure that needed accessor is available.
> "
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ