3 Commits

Author	SHA1	Message	Date
Peter Krempa	49ce561e3f	conf: domain: Output 'format' attribute of '<nvram>' also for' raw images ... As the 'format' field is meant to carry the format of the nvram image we should output it even when the image is 'raw'. Currently this is not a problem but later patches will allow mismatch between the nvram format and loader format (as nothing really technically requires them to be the same and this then could become problem). Modify the condition and update tests. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>	2024-11-15 09:42:04 +01:00
Peter Krempa	366907e520	firmware: Add 'templateFormat' XML attribute and plumb it in ... Currently the qemu firmware code weirdly depends on the 'format' field of the nvram image itself to do the auto-selection process as well as then uses it to declare the actual type to qemu. As it's not technically required that the template and the on disk image share the type introduce a 'templateFormat' field which will split off from the shared purpose of the type and will be used for the selection and instantiation process, while 'format' will be left for the actual type of the on disk image. This patch introduces the field, adds XML infrastructure as well as plumbs it to the firmware bits. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Michal Privoznik <mprivozn@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>	2024-11-15 09:42:04 +01:00
Peter Krempa	20e13e3bdc	qemuxmlconftest: Move 'qemuxml2xmloutdata' into 'qemuxmlconfdata' ... Unify the output directory. Symlinks needed to be adapted to work properly, but the 'qemuxml2argvdata' symlink can now be removed. The virschematest exceptions needed to be moved to the proper directory once the files are moved. The unification of the output directory now also ensures that files won't be forgotten once tests are removed. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com> Reviewed-by: Andrea Bolognani <abologna@redhat.com>	2024-01-24 09:19:28 +01:00