On 01.07.2013, at 21:58, Yoder Stuart-B08248 wrote: > > >> -----Original Message----- >> From: Alexander Graf [mailto:agraf@xxxxxxx] >> Sent: Monday, July 01, 2013 2:46 PM >> To: Yoder Stuart-B08248 >> Cc: Wood Scott-B07421; Bhushan Bharat-R65777; kvm@xxxxxxxxxxxxxxx >> Subject: Re: RFC: proposal for VM reset hcall >> >> >> >> Am 01.07.2013 um 19:44 schrieb Yoder Stuart-B08248 <B08248@xxxxxxxxxxxxx>: >> >>> >>> >>>> -----Original Message----- >>>> From: Wood Scott-B07421 >>>> Sent: Monday, July 01, 2013 12:32 PM >>>> To: Yoder Stuart-B08248 >>>> Cc: Wood Scott-B07421; Alexander Graf; Bhushan Bharat-R65777; kvm@xxxxxxxxxxxxxxx >>>> Subject: Re: RFC: proposal for VM reset hcall >>>> >>>> On 07/01/2013 12:28:34 PM, Yoder Stuart-B08248 wrote: >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Wood Scott-B07421 >>>>>> Sent: Monday, July 01, 2013 11:49 AM >>>>>> To: Yoder Stuart-B08248 >>>>>> Cc: Alexander Graf; Wood Scott-B07421; Bhushan Bharat-R65777; >>>>> kvm@xxxxxxxxxxxxxxx >>>>>> Subject: Re: RFC: proposal for VM reset hcall >>>>>> >>>>>> On 07/01/2013 10:56:54 AM, Yoder Stuart-B08248 wrote: >>>>>>> For the e500 PV platform we need a VM reset mechanisms. >>>>>>> >>>>>>> Hypercall: KVM_HC_VM_RESET >>>>>>> Description: Requests that the virtual machine be reset. The >>>>>>> hcall takes no arguments. If successful the hcall >>>>> does >>>>>>> not >>>>>>> return. >>>>>>> >>>>>>> Arguments: >>>>>>> r11 hcall-token KVM_HC_VM_RESET >>>>>>> >>>>>>> Return values >>>>>>> r3 status Status of the hcall. If the hcall >>>>> succeeds >>>>>>> it does not return. If an error occurs >>>>>>> EV_INTERNAL is returned. >>>>>>> >>>>>>> >>>>>>> Implementation notes: >>>>>>> >>>>>>> -expect hcall token to be defined with >>>>>>> KVM_HCALL_TOKEN(KVM_HC_VM_RESET) >>>>>>> >>>>>>> -the KVM_HC_FEATURES hcall should be expanded with a new >>>>> feature >>>>>>> bit >>>>>>> to advertise the reset hcall to the VM: #define >>>>>>> KVM_FEATURE_VM_RESET >>>>>> >>>>>> What about shutdown rather than reset? >>>>> >>>>> 'Shutdown' means something completely to me than 'reset', >>>>> and doesn't imply a reboot or reset. I think the name >>>>> should be reset/restart/reboot. >>>> >>>> My point is that Alex talked about wanting both reboot and shutdown >>>> support. I wasn't suggesting a name change. >>> >>> Ok, let's get Alex's input as to what shutdown support would >>> look like. Not sure what a 'shutdown' hcall would do. >> >> I don't have a strong opinion on whether shutdown is a sub-op of reboot or an individual hcall, but it >> should be there as well :). It certainly makes autotest a lot happier. > > If a guest requests a 'shutdown', what is KVM supposed to do? > I'm assuming this means halt the machine / power-down. Is there > a QEMU exit for this? Or let me put it differently: Both of these hcalls need to be processed in QEMU. Alex -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
