Re: [libvirt] [PATCH v1 1/1] qemu_domain, qemu_process: maxCpus check to non-x86 guests

2018-11-03 Thread John Ferlan
On 11/2/18 8:35 AM, Daniel Henrique Barboza wrote: > Hi. Sorry for the late reply. > > On 10/11/18 9:03 PM, John Ferlan wrote: >> On 10/4/18 9:14 AM, Daniel Henrique Barboza wrote: >>> This patch makes two quality of life changes for non-x86 guests. The >>> first one is a maxCpus validation at

Re: [libvirt] [PATCH v1 1/1] qemu_domain, qemu_process: maxCpus check to non-x86 guests

2018-11-02 Thread Daniel Henrique Barboza
Hi. Sorry for the late reply. On 10/11/18 9:03 PM, John Ferlan wrote: On 10/4/18 9:14 AM, Daniel Henrique Barboza wrote: This patch makes two quality of life changes for non-x86 guests. The first one is a maxCpus validation at qemuDomainDefValidate. The check is made by the same function used

Re: [libvirt] [PATCH v1 1/1] qemu_domain, qemu_process: maxCpus check to non-x86 guests

2018-10-11 Thread John Ferlan
On 10/4/18 9:14 AM, Daniel Henrique Barboza wrote: > This patch makes two quality of life changes for non-x86 guests. The > first one is a maxCpus validation at qemuDomainDefValidate. The check > is made by the same function used to do that at qemuProcessStartValidateXML, > qemuValidateCpuCount.

[libvirt] [PATCH v1 1/1] qemu_domain, qemu_process: maxCpus check to non-x86 guests

2018-10-04 Thread Daniel Henrique Barboza
This patch makes two quality of life changes for non-x86 guests. The first one is a maxCpus validation at qemuDomainDefValidate. The check is made by the same function used to do that at qemuProcessStartValidateXML, qemuValidateCpuCount. This ensures that the user doesn't goes over the board with t