[libvirt] [PATCHv2] qemu: Do fake auto-allocation of ports when generating native command
Peter Krempa
pkrempa at redhat.com
Mon Apr 29 12:53:14 UTC 2013
On 04/29/13 14:48, Michal Privoznik wrote:
> On 29.04.2013 14:42, Peter Krempa wrote:
>> When attempting to generate the native command line from an XML file
>> that uses graphics port auto allocation, the generated commandline
>> wouldn't be valid.
>>
>> This patch adds fake autoallocation of ports as done when starting the
>> actual machine.
>> ---
>> src/qemu/qemu_driver.c | 52 ++++++++++++++++++++++++++++++++++++++++++++++++++
>> 1 file changed, 52 insertions(+)
>>
>> diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
>> index 2d3b24a..068d6c4 100644
>> --- a/src/qemu/qemu_driver.c
>> +++ b/src/qemu/qemu_driver.c
>> @@ -5271,6 +5271,58 @@ static char *qemuConnectDomainXMLToNative(virConnectPtr conn,
> ...
>> +
>> + if (needPort || graphics->data.spice.port == -1)
>> + graphics->data.spice.port = 5901;
>> +
>> + if (needTLSPort || graphics->data.spice.tlsPort == -1)
>> + graphics->data.spice.tlsPort = 5902;
>
> Shouldn't we be using virPortAllocator to set these ports instead of
> hardcoding these values? What if these ports are already taken (by
> previously started domain for instance)?
This is in domxml-to-native. I don't think we care if the ports are
taken when that API is used. (I'm not even sure if we care enough to
work around auto allocation there).
>
> Michal
>
Peter
More information about the libvir-list
mailing list