Re: [PATCH] xen: Fix chardev listen sexpr formatting

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 05/27/2010 05:14 AM, Jim Meyering wrote:
> Cole Robinson wrote:
>> 'listen' isn't a valid qemu-dm option, as reported a long time ago here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=492958
>>
>> Matches the near identical logic in qemu_conf.c
> ...
>> diff --git a/src/xen/xend_internal.c b/src/xen/xend_internal.c
>> index a99cc7b..e12bac7 100644
>> --- a/src/xen/xend_internal.c
>> +++ b/src/xen/xend_internal.c
>> @@ -1276,7 +1276,7 @@ xenDaemonParseSxprChar(const char *value,
>>          if (def->data.tcp.service == NULL)
>>              goto no_memory;
>>
>> -        if (offset2 && strstr(offset2, ",listen"))
>> +        if (offset2 && strstr(offset2, ",server,nowait"))
>>              def->data.tcp.listen = 1;
>>      }
>>      break;
>> @@ -1332,7 +1332,7 @@ xenDaemonParseSxprChar(const char *value,
>>              goto no_memory;
>>
>>          if (offset != NULL &&
>> -            strstr(offset, ",listen") != NULL)
>> +            strstr(offset, ",server,nowait") != NULL)
>>              def->data.nix.listen = 1;
>>      }
>>      break;
>> @@ -5209,7 +5209,7 @@ xenDaemonFormatSxprChr(virDomainChrDefPtr def,
>>                             "tcp" : "telnet"),
>>                            (def->data.tcp.host ? def->data.tcp.host : ""),
>>                            (def->data.tcp.service ? def->data.tcp.service : ""),
>> -                          (def->data.tcp.listen ? ",listen" : ""));
>> +                          (def->data.tcp.listen ? ",server,nowait" : ""));
>>          break;
>>
>>      case VIR_DOMAIN_CHR_TYPE_UDP:
>> @@ -5223,7 +5223,7 @@ xenDaemonFormatSxprChr(virDomainChrDefPtr def,
>>      case VIR_DOMAIN_CHR_TYPE_UNIX:
>>          virBufferVSprintf(buf, "%s:%s%s", type,
>>                            def->data.nix.path,
>> -                          def->data.nix.listen ? ",listen" : "");
>> +                          def->data.nix.listen ? ",server,nowait" : "");
> 
> ACK on the basis of similarity to existing code in qemu_conf.c
> as you noted.  However, is it possible to encounter the option
> names ordered the other way: ",nowait,server" -- or even
> with some unrelated option between them ?

Yes, if we are connecting to a xen instance with VMs created outside
libvirt. I think it's okay for us to just key off ',server': mostly
gives the user what they want, and less confusing then requiring
',nowait' to activate ',server'.

I'll update and resend.

- Cole

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]