[libvirt] [PATCH] conf: always format os.bootloaderArgs if set

Martin Kletzander mkletzan at redhat.com
Mon Jun 6 07:40:54 UTC 2016


On Mon, Jun 06, 2016 at 07:43:46AM +0300, Roman Bogorodskiy wrote:
>  Martin Kletzander wrote:
>
>> On Tue, May 31, 2016 at 08:06:06PM +0200, Fabian Freyer wrote:
>> >At the moment the bootloader arguments never get formatted if the
>> >bootloader is unset. However, in cases where the bootloader defaults to
>> >a default value when unset, specifying bootloader arguments does make
>> >sense.
>>
>> Please wrap long lines.  If the bootloader defaults to something, it
>> should be set to that default.  So NACK to this approach (unless I
>> missed something).
>
>In other words, if we don't have bootloader defined and decide to go
>with bhyveload, it means that we need to update XML accordingly?
>

I believe that if something is used and we have a field for that in the
XML, then it should be visible there.  That way the user has ad much
information as possible.

>This sounds like a reasonable thing to do, but probably we should agree
>on the UEFI boot case first. As it does not require the 2-step boot
>process with external loader, we should differentiate this case in order
>not to see bootloader when it's not needed.
>

I don't know what is the default now and how it works.  If you want some
sensible default to work without being in the XML, well, that's another
option (I didn't understand it that way), but from my experience, that
will bite you in the back later on.  I was just commenting on the patch
without knowing the history, so it might make sense to do what you say.
I just didn't feel that's the best option based on the commit message.

>Roman Bogorodskiy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20160606/dc190ff7/attachment-0001.sig>


More information about the libvir-list mailing list