<div dir="ltr"><div>Thanks very much for the help!<br>Unfortunately I did try that previously and was still dumped into the efi shell.<br><br>Looking round again, I didn't build my OVMF with secure boot enabled. Going to see if I get any joy rebuilding with secure boot support.<br><br></div>thanks again<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 22, 2016 at 3:35 AM, Andrea Bolognani <span dir="ltr"><<a href="mailto:abologna@redhat.com" target="_blank">abologna@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, 2016-03-21 at 13:53 -0500, jsl6uy js16uy wrote:<br>
> for this host....my nvram setting look like<br>
>   <os><br>
>     <type arch='x86_64' machine='pc-i440fx-2.5'>hvm</type><br>
>     <loader readonly='yes' type='pflash'>/home/xyz/OVMF.fd</loader><br>
>     <nvram template='/usr/share/OVMF/OVMF_VARS.fd'>/var/lib/libvirt/qemu/nvram/X_VARS.fd</nvram><br>
>     <boot dev='hd'/><br>
>   </os><br>
<br>
</span>Have you tried deleting the *VARS.fd in /var/lib/libvirt/qemu/nvram<br>
and changing the 'template' attribute so that it points to the<br>
*VARS.fd file you should have in your edk2 source tree, eg. the one<br>
matching the OVMF.fd you're using to boot?<br>
<br>
Not sure if that would help, but it's definitely worth a shot :)<br>
<br>
Cheers.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Andrea Bolognani<br>
Software Engineer - Virtualization Team<br>
<br>
</font></span></blockquote></div><br></div>