[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <837b990a-f034-5199-458d-bfbc9efaecbb@redhat.com>
Date: Tue, 7 Aug 2018 19:35:56 +0200
From: David Hildenbrand <david@...hat.com>
To: pmorel@...ux.ibm.com, linux-kernel@...r.kernel.org
Cc: linux-s390@...r.kernel.org,
Heiko Carstens <heiko.carstens@...ibm.com>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Cornelia Huck <cohuck@...hat.com>,
Janosch Frank <frankja@...ux.ibm.com>,
Christian Borntraeger <borntraeger@...ibm.com>
Subject: Re: [PATCH RFC 0/2] KVM: s390: vsie: support VCPU requests
On 07.08.2018 19:15, Pierre Morel wrote:
> On 07/08/2018 14:51, David Hildenbrand wrote:
>> While discussing AP changes, we discovered that we will have to force
>> a CPU using the vSIE to regenerate/reload shadow data structures. For now,
>> we have no mechanism for that.
>>
>> E.g. when clearing AP masks later, we could still have a vSIE CPU making
>> use of AP adapters as the masks might not be considered yet in the vSIE
>> data structures. We need a way to block entering the vSIE and regenerate
>> all shadow data structures once done.
>>
>> Looks like we can achieve that by simply simulating an ordinary SIE
>> entry/exit in the VCPU sie control block (while entering the vSIE loop).
>>
>> This way, we can support blocking and also synchronous CPU requests.
>>
>> Only compile tested.
>>
>> David Hildenbrand (2):
>> KVM: s390: vsie: simulate VCPU SIE entry/exit
>> KVM: s390: introduce and use KVM_REQ_VSIE_RESTART
>>
>> arch/s390/include/asm/kvm_host.h | 1 +
>> arch/s390/kvm/kvm-s390.c | 16 ++++++++++++++--
>> arch/s390/kvm/kvm-s390.h | 1 +
>> arch/s390/kvm/vsie.c | 20 ++++++++++++++++++--
>> 4 files changed, 34 insertions(+), 4 deletions(-)
>>
> Thanks David for your patches.
>
> Following my tests, they work fine for our AP use case.
Perfect, let's wait for some more comments. You can carry them along in
the AP series for now, maybe Christian/Janosch will decide to pick them
up earlier.
If there is some more work to be done due to review comments, I'll jump in.
>
> Best regards,
>
> Pierre
>
>
--
Thanks,
David / dhildenb
Powered by blists - more mailing lists