<div dir="ltr"><div>Where does libvirt want to find those files ? since the qemu 5.1 installation files have been placed under /usr/local during the command make install,I have also copied the firmware files in :<br></div><div><span style="font-family:monospace"><span style="color:#000000;background-color:#ffffff"><br></span></span></div><div><span style="font-family:monospace"><span style="color:#000000;background-color:#ffffff">ls /usr/local/share/AAVMF</span></span></div><div><span style="font-family:monospace"></span></div><div><br></div><div><span style="font-family:monospace"><span style="color:#000000;background-color:#ffffff">AAVMF32_CODE.fd  AAVMF_CODE.fd     AAVMF_CODE.snakeoil.fd  AAVMF_VARS.ms.fd
</span><br>AAVMF32_VARS.fd  AAVMF_CODE.ms.fd  AAVMF_VARS.fd           AAVMF_VARS.snakeoil.fd<br>
<br></span></div><div><span style="font-family:monospace">but they aren't still recognized. <br></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 22, 2023 at 3:55 PM Mario Marietto <<a href="mailto:marietto2008@gmail.com">marietto2008@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><font size="4">I've already did that :</font></div><div><font size="4"><br></font></div><div><font size="4"><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)"># apt install qemu-efi-arm
</span><br></span></font></div><div><font size="4"><span style="font-family:monospace"><br></span></font></div><div><font size="4"><span style="font-family:monospace">Reading package lists... Done
<br>Building dependency tree... Done
<br>Reading state information... Done
<br>qemu-efi-arm is already the newest version (2022.11-6).
<br>qemu-efi-arm set to manually installed.<br>
<br></span></font></div><div><font size="4"><span style="font-family:monospace">if I don't get wrong,that package do the installation of the following files :</span></font></div><div><font size="4"><span style="font-family:monospace"><br></span></font></div><div><font size="4"><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">root@devuan:/usr/share/AAVMF# ls
</span><br></span></font></div><div><font size="4"><span style="font-family:monospace"><br></span></font></div><div><font size="4"><span style="font-family:monospace">AAVMF32_CODE.fd  AAVMF_CODE.fd     AAVMF_CODE.snakeoil.fd  AAVMF_VARS.ms.fd
<br>AAVMF32_VARS.fd  AAVMF_CODE.ms.fd  AAVMF_VARS.fd           AAVMF_VARS.snakeoil.fd<br></span></font></div><div><font size="4"><span style="font-family:monospace"><br></span></font></div><div><font size="4"><span style="font-family:monospace">in my case they have been correctly placed under /usr/share</span></font><font size="4"><span style="font-family:monospace"><span style="color:rgb(0,0,0);background-color:rgb(255,255,255)">/AAVMF</span></span></font></div><div><font size="4"><span style="font-family:monospace"><br></span></font></div><div><span style="font-family:monospace"><font size="4">I'm not sure that the problem is there. The error message talks about the libvirt version that could be wrong. What about if I retrocede libirt 7.0 to 6.9 for example. Why 6.9 ?</font></span></div><div><span style="font-family:monospace"><font size="4"><br></font> </span></div><div><br></div><div><font size="4">As you can read below,it supports qemu 5.0 and newer...</font><br><div><br></div><div><div id="m_1156565082919826252m_-8147010017987600611m_-803984179326391067v6-9-0-2020-11-02">
<h1>v6.9.0 (2020-11-02)</h1>
<ul><li><p><b>New features</b></p>
<ul><li><p>nodedev: Add support for channel subsystem (CSS) devices on S390</p>
<p>A CSS device is represented as a parent device of a CCW device.
This support allows to create vfio-ccw mediated devices with
<span>virNodeDeviceCreateXML()</span>.</p>
</li><li><p>qemu: Implement memory failure event</p>
<p>New event is implemented that is emitted whenever a guest encounters a
memory failure.</p>
</li><li><p>qemu: Implement support for <span><transient/></span> disks</p>
<p>VMs based on the QEMU hypervisor now can use <span><transient/></span> option for
local file-backed disks to configure a disk which discards changes made to
it while the VM was active.</p>
</li><li><p>hyperv: implement new APIs</p>
<p>The <span>virConnectGetCapabilities()</span>, <span>virConnectGetMaxVcpus()</span>,
<span>virConnectGetVersion()</span>, <span>virDomainGetAutostart()</span>,
<span>virDomainSetAutostart()</span>, <span>virNodeGetFreeMemory()</span>,
<span>virDomainReboot()</span>, <span>virDomainReset()</span>, <span>virDomainShutdown()</span>, and
<span>virDomainShutdownFlags()</span> APIs have been implemented in the Hyper-V
driver.</p>
</li><li><p>bhyve: implement virtio-9p filesystem support</p>
<p>Implement virito-9p shared filesystem using the <span><filesystem/></span> element.</p>
</li><li><p>qemu: Add support for vDPA network devices.</p>
<p>VMs using the QEMU hypervisor can now specify vDPA network devices
using <span><interface <span>type='vdpa'></span></span>. The node device APIs also now
list and provide XML descriptions for vDPA devices.</p>
</li><li><p>cpu_map: Add EPYC-Rome CPU model</p>
<p><font size="4"><b>It's supported in QEMU 5.0.0 and newer.</b></font></p>
</li><li><p>cpu: Add a flag for XML validation in CPU comparison</p>
<p>The <span>virConnectCompareCPU</span> and <span>virConnectCompareHypervisorCPU</span> API
now support the <span>VIR_CONNECT_COMPARE_CPU_VALIDATE_XML</span> flag, which
enables XML validation. For virsh, this feature is enabled by passing
the <span><span>--validate</span></span> option to the <span><span>cpu-compare</span></span> and
<span><span>hypervisor-cpu-compare</span></span> subcommands.</p>
</li><li><p>qemu: Introduce virtio-balloon free page reporting feature</p>
<p>Introduce the optional attribute <span><span>free-page-reporting</span></span> for virtio
memballoon device. It enables/disables the ability of the QEMU virtio
memory balloon to return unused pages back to the hypervisor. QEMU 5.1
and newer support this feature.</p>
</li></ul>
</li><li><p><b>Improvements</b></p>
<ul><li><p>qemu: Make 'cbitpos' & 'reducedPhysBits' attrs optional</p>
<p>Libvirt probes the underlying platform in order to fill in these SEV
attributes automatically before launching a guest.</p>
</li><li><p>util: support device stats collection for SR-IOV VF hostdev</p>
<p>For SR-IOV VF hostdevs, libvirt now supports retrieving device traffic
stats via the <span>virDomainInterfaceStats</span> API and <span>virsh domifstat</span>.</p>
</li><li><p>logging: Allow disabling log rollover</p>
<p>Set <span>max_len=0</span> in <span>virtlogd.conf</span> to disable log rollover.</p>
</li><li><p>qemu: Set noqueue qdisc for TAP devices</p>
<p>Set <span>noqueue</span> instead of the former <span>pfifo_fast</span> queue discipline
for TAP devices. It will avoid needless cost of host CPU cycles and
thus improve performance.</p>
</li><li><p>qemu: virtiofs can be used without NUMA nodes</p>
<p>Virtiofs is supported for the VM without NUMA nodes but configured with
shared memory.</p>
</li></ul>
</li><li><p><b>Bug fixes</b></p>
<ul><li><p>hyperv: ensure WQL queries work in all locales</p>
<p>Relying on the "Description" field caused queries to fail on non-"en-US"
systems. The queries have been updated to avoid using localized strings.</p>
</li><li><p>rpc: Fix <span><span>virt-ssh-helper</span></span> detection</p>
<p>libvirt 6.8.0 failed to correctly detect the availability of the new
<span><span>virt-ssh-helper</span></span> command on the remote host, and thus always used the
fallback instead; this has now been fixed.</p>
</li></ul>
</li></ul>
</div></div></div><div><span style="font-family:monospace"></span></div><div><span style="font-family:monospace"><br></span></div><div><font size="4"><span style="font-family:monospace">What do you think ? Can you share some documentation about how to recompile an older version of libvirt from source code ? thanks.<br></span></font></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 22, 2023 at 3:35 PM Pavel Hrdina <<a href="mailto:phrdina@redhat.com" target="_blank">phrdina@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Aug 22, 2023 at 02:49:05PM +0200, Mario Marietto wrote:<br>
> Hello to everyone.<br>
> <br>
> I'm trying to use qemu 5.1 with virt-manager and libvirt on my ARM<br>
> chromebook (armhf 32 bit cpu) running with Devuan 4 as host o.s.<br>
> <br>
> By default it uses qemu and its dependencies,version 5.2. I remember that I<br>
> can't use qemu 5.2,because it doesn't have any support for KVM as you can<br>
> read here :<br>
> <br>
> <br>
> <a href="https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg02074.html" rel="noreferrer" target="_blank">https://lists.gnu.org/archive/html/qemu-devel/2020-09/msg02074.html</a><br>
> <br>
> <br>
> For this reason,I've compiled qemu 5.1 from source. Below I shown how I<br>
> have configured everything such as a little piece of compilation messages :<br>
> <br>
> <br>
> # apt install libgtk-3-dev libpulse-dev libgbm-dev libspice-protocol-dev<br>
> libspice-server-dev libusb-1.0-0-dev libepoxy-dev<br>
> <br>
> <br>
> # cp /root/Desktop/qemu-v5.1.0/arm-softmmu/qemu-system-arm /usr/bin<br>
> <br>
> # CFLAGS=-Wno-error ./configure --target-list=x86_64-softmmu --enable-opengl<br>
> --enable-gtk --enable-kvm --enable-guest-agent --enable-spice --audio-drv-<br>
> list="oss pa" --enable-libusb<br>
> <br>
> <br>
> A little piece of the log messages that I've got from the compilation of<br>
> qemu 5.1 :<br>
> <br>
> <br>
> <a href="https://pastebin.ubuntu.com/p/8DYfgPvhXy/" rel="noreferrer" target="_blank">https://pastebin.ubuntu.com/p/8DYfgPvhXy/</a><br>
> <br>
> <br>
> These are the resulting versions of my frankenstein operation :<br>
> <br>
> <br>
> # virsh version<br>
> <br>
> Compiled against library: libvirt 7.0.0<br>
> Using library: libvirt 7.0.0<br>
> Using API: QEMU 7.0.0<br>
> Running hypervisor: QEMU 5.1.0<br>
> <br>
> <br>
> At this point I ran virt-manager. It has been able to detect qemu,but I get<br>
> the following error :<br>
> <br>
> <br>
> Warning : Failed to set up UEFI.<br>
> The Libvirt version does not support UEFI.<br>
> Install options are limited.<br>
> <br>
> (I have also tried upgrading devuan 4 with devuan 5 and I've got the same<br>
> error :<br>
<br>
You most likely need to install qemu-efi-arm package which should<br>
provide 32bit arm firmware files. The package name is a bit confusing<br>
as it doesn't originate from qemu project, it is from edk2 project.<br>
<br>
Without this package libvirt most likely doesn't report any efi files<br>
and that's what causes the error you are hitting.<br>
<br>
Pavel<br>
<br>
> <br>
> <br>
> root@devuan:/usr/bin# virsh version<br>
> <br>
> Compiled against library: libvirt 9.0.0<br>
> Using library: libvirt 9.0.0<br>
> Using API: QEMU 9.0.0<br>
> Running hypervisor: QEMU 5.1.0<br>
> <br>
> <br>
> If I change qemu-system-arm vers. 5.1 with qemu-system-arm 5.2,the error<br>
> disappears. So,it seems that libvirt does not accept qemu-system-arm vers.<br>
> 5.1 or maybe any version lower than 5.2,I don't know. But as I've said,I<br>
> can't use any version of qemu greater or equal to 5.2 on my setup. And I<br>
> want to use virt-manager and libvirt because I find these tools very<br>
> comfortable instead of using the "raw" qemu parameters. Is there a<br>
> workaround ? Maybe I can recompile virt-manager and / or libvirt from the<br>
> source code ? but how ? Do you think that it could work if I use something<br>
> like this (if it exists and if it can be reached in some way) :<br>
> <br>
> <br>
> Compiled against library: libvirt 5.0.0<br>
> Using library: libvirt 5.0.0<br>
> Using API: QEMU 5.0.0<br>
> Running hypervisor: QEMU 5.1.0<br>
> <br>
> <br>
> thanks.<br>
> <br>
> -- <br>
> Mario.<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Mario.<br></div>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Mario.<br></div>