Re: [PATCH v2 08/13] s390x: protvirt: Add new VCPU reset functions

2019-12-04 Thread Janosch Frank
On 12/4/19 12:58 PM, Thomas Huth wrote: > On 29/11/2019 10.48, Janosch Frank wrote: >> CPU resets for protected guests need to be done via Ultravisor >> calls. Hence we need a way to issue these calls for each reset. >> >> As we formerly had only one reset function and it was called for >> initial,

Re: [PATCH v2 08/13] s390x: protvirt: Add new VCPU reset functions

2019-12-04 Thread Thomas Huth
On 29/11/2019 10.48, Janosch Frank wrote: > CPU resets for protected guests need to be done via Ultravisor > calls. Hence we need a way to issue these calls for each reset. > > As we formerly had only one reset function and it was called for > initial, as well as for the clear reset, we now need a

Re: [PATCH v2 08/13] s390x: protvirt: Add new VCPU reset functions

2019-11-29 Thread Janosch Frank
On 11/29/19 11:47 AM, David Hildenbrand wrote: > On 29.11.19 10:48, Janosch Frank wrote: >> CPU resets for protected guests need to be done via Ultravisor >> calls. Hence we need a way to issue these calls for each reset. >> >> As we formerly had only one reset function and it was called for >> ini

Re: [PATCH v2 08/13] s390x: protvirt: Add new VCPU reset functions

2019-11-29 Thread David Hildenbrand
On 29.11.19 12:21, Janosch Frank wrote: > On 11/29/19 11:47 AM, David Hildenbrand wrote: >> On 29.11.19 10:48, Janosch Frank wrote: >>> CPU resets for protected guests need to be done via Ultravisor >>> calls. Hence we need a way to issue these calls for each reset. >>> >>> As we formerly had only

Re: [PATCH v2 08/13] s390x: protvirt: Add new VCPU reset functions

2019-11-29 Thread David Hildenbrand
On 29.11.19 10:48, Janosch Frank wrote: > CPU resets for protected guests need to be done via Ultravisor > calls. Hence we need a way to issue these calls for each reset. > > As we formerly had only one reset function and it was called for > initial, as well as for the clear reset, we now need a n