[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b49e7568-9a9a-dd83-e15e-859d877c18cc@citrix.com>
Date: Mon, 7 Nov 2022 15:47:59 +0000
From: Andrew Cooper <Andrew.Cooper3@...rix.com>
To: Paolo Bonzini <pbonzini@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>
CC: "nathan@...nel.org" <nathan@...nel.org>,
"thomas.lendacky@....com" <thomas.lendacky@....com>,
"peterz@...radead.org" <peterz@...radead.org>,
"jmattson@...gle.com" <jmattson@...gle.com>,
"seanjc@...gle.com" <seanjc@...gle.com>,
"stable@...r.kernel.org" <stable@...r.kernel.org>
Subject: Re: [PATCH 4/8] KVM: SVM: move guest vmsave/vmload to assembly
On 07/11/2022 15:37, Paolo Bonzini wrote:
> On 11/7/22 16:32, Andrew Cooper wrote:
>>> - vmload(svm->vmcb01.pa);
>>> __svm_vcpu_run(vmcb_pa, svm);
>>> - vmsave(svm->vmcb01.pa);
>>> -
>>> vmload(__sme_page_pa(sd->save_area));
>>
>> %gs is still the guests until this vmload has completed. It needs to
>> move down into asm too.
>
> Sure, that's patch 6 in the series. See also cover letter: "this
> means moving guest vmload/vmsave and host vmload to assembly".
Oh, ok. I missed that it was split across two patches.
Sorry for the noise. The end result looks ok.
~Andrew
Powered by blists - more mailing lists