Re: [PATCH] conf: don't fail to parse <boot> element when parsing a single device

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

 



On 01/17/2013 11:52 AM, Eric Blake wrote:
> On 01/17/2013 09:29 AM, Laine Stump wrote:
>> This resolves:
>>
>>   https://bugzilla.redhat.com/show_bug.cgi?id=895294
>>
>> The symptom was that attempts to modify a network device using
>> virDomainUpdateDeviceFlags() would fail if the original device had a
>> <boot> element (e.g. "<boot order='1'/>"), even if the updated device
>> had the same <boot> element. Instead, the following error would be logged:
>>
>>   cannot modify network device boot index setting
>>
>> It's true that it's not possible to change boot order (internally
>> known as bootIndex) of a live device; qemuDomainChangeNet checks for
>> that, but the problem was that the information it was checking was
>> incorrect.
>>
>> Explanation:
> <snipped>
>
> Interesting how it takes a huge explanation to justify a one-line commit :)
>
> ACK.
>

Pushed.

--
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]