From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Cc: Adolf Belka <adolf.belka@ipfire.org>
Subject: [PATCH] libvirt: Update to version 11.4.0
Date: Thu, 19 Jun 2025 22:20:44 +0200 [thread overview]
Message-ID: <20250619202046.1529689-1-adolf.belka@ipfire.org> (raw)
- Update from version 10.10.0 to 11.4.0
- Update of rootfile
- Changelog
11.4.0
New features
qemu: ppc64 POWER11 processor support
Support for the recently released IBM POWER11 processor was added.
Packaging changes
All helper programs are now detected from $PATH during runtime
All of the code was now converted to dynamically look up helper programs in
$PATH rather than doing the lookup at build time and then compiling in the
result.
Programs mount, umount, mkfs, modprobe, rmmod, numad, dmidecode, ip, tc,
mdevctl, mm-ctl, iscsiadm, ovs-vsctl, pkttyagent, bhyveload, bhyvectl, bhyve,
ifconfig, vzlist, vzctl, vzmigrate, and the tools from the lvm suite
(vgchange, lvcreate, etc..) are now not needed during build and will still
work properly if placed in $PATH.
This also ensures that libvirt works correctly on distros that are
transitioning /sbin into /bin and upgraded installations have a different
layout from fresh installations.
Improvements
virsh: Add option --no-pkttyagent
That option suppresses registration of pkttyagent with polkitd.
bhyve: support NVRAM configuration for UEFI firmwares
The bhyve driver now supports specifying NVRAM store file, such as:
<os firmware='efi'>
<nvram/>
</os>
qemu: Improve accuracy of FDC/floppy device support statement in capabilities XML
The data is now based on the presence of the controller in qemu rather than
just a denylist of machine types where floppies not work.
Bug fixes
qemu: Fix failure when reverting to internal snapshots
A regression in libvirt-11.2 and libvirt-11.3 prevents reverting to an
internal snapshot. Attempts to revert would produce the following error:
error: operation failed: load of internal snapshot 'foo1' job failed: Device
'libvirt-1-format' is writable but does not support snapshots
The only workaround is to avoid the broken versions.
qemu: Fix virtqemud crash when resuming failed post-copy migration
A regression introduced in libvirt-11.2.0 caused virtqemud on the destination
host to crash when trying to resume failed post-copy migration.
qemu: Treat the queues configuration of virtio-net as guest ABI
The queue count itself isn't a device frontend property but libvirt uses it to
calculate vectors option of the device which is a guest OS visible property,
thus queues must not change during migration. The ABI stability check now
handles this properly.
11.3.0
Removed features
Support for AppArmor versions prior to 3.0.0 has been dropped.
New features
xen: Support configuration of <hyperv/> flags for Xen domains.
The following flags are now configurable for Xen: vapic, synic, stimer,
frequencies, tlbflush and ipi.
bhyve: Support virtio random number generator devices
Domain XMLs can now include virtio random number generator devices. They are
configured with:
<rng model='virtio'>
<backend model='random'/>
</rng>
bhyve: Support <interface type='network'>
At the moment it doesn't provide any new features compared to
<interface type='bridge'>, but allows a more flexible configuration.
Bug fixes
cpu_map: Install Ampere-1 ARM CPU models
The Ampere-1 CPU models added in the previous release were not properly
installed and thus every attempt to start an ARM domain with custom CPU
definition would fail.
storage: Fix new volume creation
No more errors occur when new storage volume is being created using virsh
vol-create with --validate option and/or virStorageVolCreateXML() with
VIR_VOL_XML_PARSE_VALIDATE flag.
Don't spam logs with error about qemu-rdp when starting a qemu VM
On hosts where the qemu-rdp binary is not installed a start of a VM would
cause an error such as
error : qemuRdpNewForHelper:103 : 'qemu-rdp' is not a suitable qemu-rdp helper
name: No such file or directory
to be logged in the system log. It is safe to ignore the error. The code was
fixed to avoid the message when probing for support.
Fix libvirt daemon crash on failure to hotplug a disk into a qemu VM
Some failures of disk hotplug could cause the libvirt daemon to crash due to a
bug when rolling back disk throttling filters.
11.2.0
Removed features
Remove support for qemu-6.1 and older
Libvirt now requires qemu-6.2 or newer based on our platform support policy.
New features
qemu: Add new 'image_format' parameter to virDomainSaveParams
virDomainSaveParams now supports an image_format parameter for specifying the
save image format on a per-domain basis. The parameter accepts the same
values as the driver-wide save_image_format setting in qemu.conf. An image
format specified via virDomainSaveParams takes precedence over the
driver-wide setting.
qemu: Added guest load averages to the output of virDomainGetGuestInfo
This feature will be available with qemu guest agent 10.0 onwards.
qemu: Add support for multiple iothreads for virtio-scsi controller
It's now possible to map multiple iothreads to the virtio-scsi controller or
even map them to specific virtqueues similarly to the virtio-blk device
allowing for better performance in certain scenarios.
qemu: integrate support for VM shutdown on host shutdown
It is now possible to instruct the QEMU driver to automatically perform
managed save, graceful shutdown, or hard poweroff on running VMs, when a host
shutdown is requested. This feature is intended to eventually replace usage
of the libvirt-guests script. The new approach improves on the libvirt-guests
script, by proactively monitoring logind for a signal that a host shutdown
has been requested. It will initiate the chosen action on running guests
immediately, allowing shutdown inhibitors to be released sooner. The new
solution is also able to iteratively try multiple actions until one of them
succeeds in shutting down the VM.
Since it must be mutually exclusive with the libvirt-guests script, this
feature currently requires a manual opt-in through editing of the
/etc/libvirt/qemu.conf configuration file. The libvirt-guests script must be
disabled before doing this.
qemu: Add 'sparse' as a new save image format
QEMU's file migration has been supplemented with the new stream format
mapped-ram, where RAM pages are mapped directly to offsets in the migration
file. mapped-ram is now supported by augmenting the existing save image
formats with the sparse format.
qemu: Add support for parallel save/restore
The sparse image format can support reading and writing by multiple channels.
virDomainSaveParams and virDomainRestoreParams now support specifying the
number of IO channels used for parallel save and restore. Using multiple
channels can reduce the time required to save and restore domains.
virsh: Introduce new hypervisor-cpu-models command
Added a new virsh command hypervisor-cpu-models. The command pulls from the
existing domcapabilities XML and uses xpath to parse CPU model strings. By
default, only models reported as usable by the hypervisor on the host system
are printed. A user may specify --all to also print models which are not
supported on the host.
qemu: Introduce os/shim element
For secure boot environments where <loader/> is signed, it may be unfeasible
to keep the binary up to date (esp. when revoking certificates contained
within). To address that, new <shim/> element is introduced which allows
hypervisor to side load another UEFI binary, which can then contain new
certification authorities and/or list of revocations.
ch: Enable SEV SNP support
Cloud Hypervisor guests can be now started with SEV SNP enabled.
qemu: Support for Block Disk Along with Throttle Filters
Introduce support for multiple throttle groups per block disk in QEMU,
enhancing I/O control and performance optimization. This update builds on the
existing throttling functionality by allowing more granular control with the
ability to assign different throttle groups to multiple block devices,
improving shared throttling across devices.
Improvements
qemu: Improved guest agent corner case error reporting
The APIs using the guest agent now report two specific error codes aimed at
helping management applications/users to differentiate between timeout while
libvirt was synchronizing with the guest agent and timeout after a command
was already sent.
The new error codes are VIR_ERR_AGENT_COMMAND_TIMEOUT and
VIR_ERR_AGENT_COMMAND_FAILED.
qemu: Use common check for shared memory use for vhost-user network devices
Historically libvirt printed only a warning if the vhost-user network was
misconfigured. Since we enforce proper configuration for other device types
using vhost-user it is now enforced also for network devices and prints an
actual error on misconfiguration.
Introduce constants for discoverability of entries in bulk stats APIs
Libvirt introduced constants exposed by our API description XML which allows
discoverability of new entries in typed parameter names returned by
virConnectGetAllDomainStats, virDomainListGetStats, and virDomainGetGuestInfo.
qemu: Reflect MAC address change in live domain XML
When a guest changes MAC address on one of its vNICs the new MAC address is
now visible in the live XML under currentAddress attribute of <mac/> element.
At the same time, VIR_DOMAIN_EVENT_ID_NIC_MAC_CHANGE event is emitted so that
management applications can update their internal state.
Bug fixes
qemu: attach virtio-mem with CCW address
Attaching a virtio-mem device on s390 without an address type now gets a
default type CCW address assigned. A specified CCW address is now used for
the virtio-mem device instead of getting overwritten by a PCI address.
ch: Various memory leak fixes
There were some memory leaks identified in the Cloud Hypervisor driver. They
are fixed now.
11.1.0
Packaging changes
De-modularize the 'fs' storage file backend
The storage file backend for local files uses only code which we compile into
the internal libraries anyways so there's no point in having it as a loadable
module. The storage-file/libvirt_storage_file_fs.so module no longer exists
and its functionality is embedded directly.
Removed features
vbox: removed support for version 6.1 APIs
Libvirt no longer supports use of VirtualBox 6.1 since this version reached
its end of life on 2024/01.
New features
nodedev: Support ccwgroup based qeth devices
CCW group devices are devices that use multiple subchannels on the mainframe's
channel subsystem. A qeth group device maps to subchannels and their
corresponding device numbers and device bus-IDs. The ccwgroup device nodes
are placed besides the subchannel nodes under computer and list the group
members within a new ccwgroup capability. A new capability ccwgroup_member is
added into capability ccw to represent a device membership to a ccwgroup.
Filters are added to find ccwgroups as well as ccwgroup members.
ch: Support handling events from cloud-hypervisor
The ch driver now supports handling events from the cloud-hypervisor. Events
include VM lifecyle operations such as shutdown, pause, resume, etc. Libvirt
will now read these events and take actions such as updating domain state, etc.
Introduce virtio-mem <memory/> model for s390 guests
The virtio-mem model of <memory/> device can now be used with s390 guests.
Support using passt as the backend for interface type='vhostuser'
The combination of vhostuser transport with passt as the backend provides high
performance, fully featured networking without the need for libvirt or QEMU
to have any elevated privileges or capabilities. Configuration and features
are identical to the configuration for type='user' with the passt backend.
Improvements
qemu: I/O error messages can be queried via virDomainGetMessages()
The qemu hypervisor driver now preserves the last I/O error message along with
the timestamp when it was recorded and preserves it to be queried via
virDomainGetMessages().
Bug fixes
tools: ssh-proxy: Check if domain is running before connecting to it
If domain is not running but has a static CID configured for its VSOCK then
the ssh-proxy parsed it anyways. This may have resulted in mistakenly
connecting to a different domain. Domain status is checked before parsing its
CID.
apparmor: Allow SGX if configured
If domain has <memory model='sgx-epc'\> configured then libvirt now adds
corresponding devices into a per-domain profile so that AppArmor does not
deny QEMU access to them.
qemu: Fix crash when starting a domain on a host with unknown host CPU
On hosts where we cannot detect a host CPU model (mostly aarch64 hosts)
starting a domain with a custom CPU model caused a crash of virtqemud.
The bug was introduced in libvirt-10.9.0
11.0.0
New features
network/qemu/lxc: support vlans on standard Linux host bridges
The network, qemu, and lxc drivers now support (using the <vlan> subelement)
vlan tagging and trunking on network interfaces connected to a standard Linux
host bridge.
qemu: Add support for direct and extended tlbflush features
Domains can now utilise more tlbflush hyperv features.
Improvements
ch: Enable user aliases
User can now specify custom aliases for devices in domain XML
qemu: Grab a QUERY job when formatting domain XML
Under some specific conditions it might have happened that domain XML did not
contain runtime information or returned an XML that's in process of changing
(e.g. by a thread that's hotplugging a device). Formatting domain XML now
serializes properly with other threads.
virtiofs: Allow read only mode
The <filesystem/> with virtiofsd backend can now use <readonly/> tag to export
underlying filesystem in read only mode.
qemu: allow migration of vGPU from mdev device <-> SRIOV VF device
Some GPU vendors are switching from using vGPUs creating using mdev and
identified with a uuid, to vGPUs created as SRIOV VFs and identified by their
PCI address, and want to support live migration from a host using one type of
vGPU to the other type. This is now possible.
Bug fixes
qemu: tpm: do not update profile name for transient domains
Fix a possible crash when starting a transient domain which was introduced in
the previous release.
qemu: Fix snapshot to not delete disk image with internal snapshot
When a VM has internal snapshot that is parent to external snapshot and user
reverts to the internal snapshot and deletes the external snapshot libvirt
would delete the disk image containing the internal snapshot. This would
result in data loss.
qemu: Do not format invalid XML with hyperv features in passthrough mode
When hyperv features were specified together with mode="passthrough" libvirt
parsed and formatted such features in the domain XML even though they were
not used at all, resulting in XML that is not valid based on our schema. This
is now fixed by not parsing any specified features when the passthrough mode
is used.
qemu: Fix a crash when starting a domain with ovs bridge and QOS
cpu: Add missing -v1 variants for CPU models
Some CPU models (mostly old ones) were missed when versioned CPU model names
were introduced in the previous release.
qemu: Fix false error when recovering failed post-copy migration
In some cases libvirt would report a failure to recover post-copy migration
even though the recovery started just fine and migration would eventually
successfully finish.
Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
---
config/rootfiles/packages/libvirt | 37 ++++++++++++++++++++++++++-----
lfs/libvirt | 6 ++---
2 files changed, 35 insertions(+), 8 deletions(-)
diff --git a/config/rootfiles/packages/libvirt b/config/rootfiles/packages/libvirt
index 55bd39a4e..d265125b0 100644
--- a/config/rootfiles/packages/libvirt
+++ b/config/rootfiles/packages/libvirt
@@ -87,16 +87,16 @@ usr/bin/virt-xml-validate
#usr/lib/libvirt
#usr/lib/libvirt-admin.so
usr/lib/libvirt-admin.so.0
-usr/lib/libvirt-admin.so.0.10010.0
+usr/lib/libvirt-admin.so.0.11004.0
#usr/lib/libvirt-lxc.so
usr/lib/libvirt-lxc.so.0
-usr/lib/libvirt-lxc.so.0.10010.0
+usr/lib/libvirt-lxc.so.0.11004.0
#usr/lib/libvirt-qemu.so
usr/lib/libvirt-qemu.so.0
-usr/lib/libvirt-qemu.so.0.10010.0
+usr/lib/libvirt-qemu.so.0.11004.0
#usr/lib/libvirt.so
usr/lib/libvirt.so.0
-usr/lib/libvirt.so.0.10010.0
+usr/lib/libvirt.so.0.11004.0
#usr/lib/libvirt/connection-driver
usr/lib/libvirt/connection-driver/libvirt_driver_ch.so
usr/lib/libvirt/connection-driver/libvirt_driver_interface.so
@@ -112,7 +112,6 @@ usr/lib/libvirt/storage-backend/libvirt_storage_backend_fs.so
usr/lib/libvirt/storage-backend/libvirt_storage_backend_logical.so
usr/lib/libvirt/storage-backend/libvirt_storage_backend_vstorage.so
#usr/lib/libvirt/storage-file
-usr/lib/libvirt/storage-file/libvirt_storage_file_fs.so
#usr/lib/pkgconfig/libvirt-admin.pc
#usr/lib/pkgconfig/libvirt-lxc.pc
#usr/lib/pkgconfig/libvirt-qemu.pc
@@ -121,7 +120,9 @@ usr/lib/libvirt/storage-file/libvirt_storage_file_fs.so
usr/lib/sysctl.d/60-libvirtd.conf
usr/lib/sysctl.d/60-qemu-postcopy-migration.conf
#usr/lib/sysusers.d
+usr/lib/sysusers.d/libvirt-login-shell.conf
usr/lib/sysusers.d/libvirt-qemu.conf
+usr/lib/sysusers.d/libvirt.conf
usr/libexec/libvirt-ssh-proxy
usr/libexec/libvirt_iohelper
usr/libexec/virt-login-shell-helper
@@ -220,6 +221,8 @@ usr/sbin/virtstoraged
#usr/share/doc/libvirt/examples/xml/test/testvol.xml
#usr/share/libvirt
#usr/share/libvirt/cpu_map
+usr/share/libvirt/cpu_map/arm_Ampere-1.xml
+usr/share/libvirt/cpu_map/arm_Ampere-1a.xml
usr/share/libvirt/cpu_map/arm_FT-2000plus.xml
usr/share/libvirt/cpu_map/arm_Falkor.xml
usr/share/libvirt/cpu_map/arm_Kunpeng-920.xml
@@ -236,6 +239,7 @@ usr/share/libvirt/cpu_map/arm_features.xml
usr/share/libvirt/cpu_map/arm_vendors.xml
usr/share/libvirt/cpu_map/index.xml
usr/share/libvirt/cpu_map/ppc64_POWER10.xml
+usr/share/libvirt/cpu_map/ppc64_POWER11.xml
usr/share/libvirt/cpu_map/ppc64_POWER6.xml
usr/share/libvirt/cpu_map/ppc64_POWER7.xml
usr/share/libvirt/cpu_map/ppc64_POWER8.xml
@@ -243,6 +247,7 @@ usr/share/libvirt/cpu_map/ppc64_POWER9.xml
usr/share/libvirt/cpu_map/ppc64_POWERPC_e5500.xml
usr/share/libvirt/cpu_map/ppc64_POWERPC_e6500.xml
usr/share/libvirt/cpu_map/ppc64_vendors.xml
+usr/share/libvirt/cpu_map/x86_486-v1.xml
usr/share/libvirt/cpu_map/x86_486.xml
usr/share/libvirt/cpu_map/x86_Broadwell-IBRS.xml
usr/share/libvirt/cpu_map/x86_Broadwell-noTSX-IBRS.xml
@@ -259,6 +264,7 @@ usr/share/libvirt/cpu_map/x86_Cascadelake-Server-v3.xml
usr/share/libvirt/cpu_map/x86_Cascadelake-Server-v4.xml
usr/share/libvirt/cpu_map/x86_Cascadelake-Server-v5.xml
usr/share/libvirt/cpu_map/x86_Cascadelake-Server.xml
+usr/share/libvirt/cpu_map/x86_Conroe-v1.xml
usr/share/libvirt/cpu_map/x86_Conroe.xml
usr/share/libvirt/cpu_map/x86_Cooperlake-v1.xml
usr/share/libvirt/cpu_map/x86_Cooperlake-v2.xml
@@ -270,6 +276,7 @@ usr/share/libvirt/cpu_map/x86_Denverton.xml
usr/share/libvirt/cpu_map/x86_Dhyana-v1.xml
usr/share/libvirt/cpu_map/x86_Dhyana-v2.xml
usr/share/libvirt/cpu_map/x86_Dhyana.xml
+usr/share/libvirt/cpu_map/x86_EPYC-Genoa-v1.xml
usr/share/libvirt/cpu_map/x86_EPYC-Genoa.xml
usr/share/libvirt/cpu_map/x86_EPYC-IBPB.xml
usr/share/libvirt/cpu_map/x86_EPYC-Milan-v1.xml
@@ -286,6 +293,7 @@ usr/share/libvirt/cpu_map/x86_EPYC-v3.xml
usr/share/libvirt/cpu_map/x86_EPYC-v4.xml
usr/share/libvirt/cpu_map/x86_EPYC.xml
usr/share/libvirt/cpu_map/x86_GraniteRapids-v1.xml
+usr/share/libvirt/cpu_map/x86_GraniteRapids-v2.xml
usr/share/libvirt/cpu_map/x86_GraniteRapids.xml
usr/share/libvirt/cpu_map/x86_Haswell-IBRS.xml
usr/share/libvirt/cpu_map/x86_Haswell-noTSX-IBRS.xml
@@ -310,16 +318,23 @@ usr/share/libvirt/cpu_map/x86_IvyBridge-IBRS.xml
usr/share/libvirt/cpu_map/x86_IvyBridge-v1.xml
usr/share/libvirt/cpu_map/x86_IvyBridge-v2.xml
usr/share/libvirt/cpu_map/x86_IvyBridge.xml
+usr/share/libvirt/cpu_map/x86_KnightsMill-v1.xml
usr/share/libvirt/cpu_map/x86_KnightsMill.xml
usr/share/libvirt/cpu_map/x86_Nehalem-IBRS.xml
usr/share/libvirt/cpu_map/x86_Nehalem-v1.xml
usr/share/libvirt/cpu_map/x86_Nehalem-v2.xml
usr/share/libvirt/cpu_map/x86_Nehalem.xml
+usr/share/libvirt/cpu_map/x86_Opteron_G1-v1.xml
usr/share/libvirt/cpu_map/x86_Opteron_G1.xml
+usr/share/libvirt/cpu_map/x86_Opteron_G2-v1.xml
usr/share/libvirt/cpu_map/x86_Opteron_G2.xml
+usr/share/libvirt/cpu_map/x86_Opteron_G3-v1.xml
usr/share/libvirt/cpu_map/x86_Opteron_G3.xml
+usr/share/libvirt/cpu_map/x86_Opteron_G4-v1.xml
usr/share/libvirt/cpu_map/x86_Opteron_G4.xml
+usr/share/libvirt/cpu_map/x86_Opteron_G5-v1.xml
usr/share/libvirt/cpu_map/x86_Opteron_G5.xml
+usr/share/libvirt/cpu_map/x86_Penryn-v1.xml
usr/share/libvirt/cpu_map/x86_Penryn.xml
usr/share/libvirt/cpu_map/x86_SandyBridge-IBRS.xml
usr/share/libvirt/cpu_map/x86_SandyBridge-v1.xml
@@ -355,21 +370,33 @@ usr/share/libvirt/cpu_map/x86_Westmere-IBRS.xml
usr/share/libvirt/cpu_map/x86_Westmere-v1.xml
usr/share/libvirt/cpu_map/x86_Westmere-v2.xml
usr/share/libvirt/cpu_map/x86_Westmere.xml
+usr/share/libvirt/cpu_map/x86_athlon-v1.xml
usr/share/libvirt/cpu_map/x86_athlon.xml
+usr/share/libvirt/cpu_map/x86_core2duo-v1.xml
usr/share/libvirt/cpu_map/x86_core2duo.xml
+usr/share/libvirt/cpu_map/x86_coreduo-v1.xml
usr/share/libvirt/cpu_map/x86_coreduo.xml
usr/share/libvirt/cpu_map/x86_cpu64-rhel5.xml
usr/share/libvirt/cpu_map/x86_cpu64-rhel6.xml
usr/share/libvirt/cpu_map/x86_features.xml
+usr/share/libvirt/cpu_map/x86_kvm32-v1.xml
usr/share/libvirt/cpu_map/x86_kvm32.xml
+usr/share/libvirt/cpu_map/x86_kvm64-v1.xml
usr/share/libvirt/cpu_map/x86_kvm64.xml
+usr/share/libvirt/cpu_map/x86_n270-v1.xml
usr/share/libvirt/cpu_map/x86_n270.xml
+usr/share/libvirt/cpu_map/x86_pentium-v1.xml
usr/share/libvirt/cpu_map/x86_pentium.xml
+usr/share/libvirt/cpu_map/x86_pentium2-v1.xml
usr/share/libvirt/cpu_map/x86_pentium2.xml
+usr/share/libvirt/cpu_map/x86_pentium3-v1.xml
usr/share/libvirt/cpu_map/x86_pentium3.xml
usr/share/libvirt/cpu_map/x86_pentiumpro.xml
+usr/share/libvirt/cpu_map/x86_phenom-v1.xml
usr/share/libvirt/cpu_map/x86_phenom.xml
+usr/share/libvirt/cpu_map/x86_qemu32-v1.xml
usr/share/libvirt/cpu_map/x86_qemu32.xml
+usr/share/libvirt/cpu_map/x86_qemu64-v1.xml
usr/share/libvirt/cpu_map/x86_qemu64.xml
usr/share/libvirt/cpu_map/x86_vendors.xml
#usr/share/libvirt/schemas
diff --git a/lfs/libvirt b/lfs/libvirt
index 1bd9844be..f2915ec94 100644
--- a/lfs/libvirt
+++ b/lfs/libvirt
@@ -26,7 +26,7 @@ include Config
SUMMARY = Server side daemon and supporting files for libvirt
-VER = 10.10.0
+VER = 11.4.0
THISAPP = libvirt-$(VER)
DL_FILE = $(THISAPP).tar.xz
@@ -35,7 +35,7 @@ DIR_APP = $(DIR_SRC)/$(THISAPP)
TARGET = $(DIR_INFO)/$(THISAPP)
SUP_ARCH = x86_64 aarch64
PROG = libvirt
-PAK_VER = 39
+PAK_VER = 40
DEPS = ebtables libpciaccess ovmf qemu
@@ -49,7 +49,7 @@ objects = $(DL_FILE)
$(DL_FILE) = $(DL_FROM)/$(DL_FILE)
-$(DL_FILE)_BLAKE2 = 8042ce1493c3ffd6e6deeb7d94d0744da18850fe416480487a57ffd33bf3390f587849f308aad12fd38c887628f90137ba717ea11ef7e0f73a97b157fa985a6e
+$(DL_FILE)_BLAKE2 = 54d2b9cb35394184d2ce22670623849ecfb54abd1c8e48135ec735ed6b30fa9fa22261cf847a66269a0f3918f164954fcc0a5d7eec1e0d759831925f3ac6b546
install : $(TARGET)
check : $(patsubst %,$(DIR_CHK)/%,$(objects))
--
2.49.0
next reply other threads:[~2025-06-19 20:20 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-19 20:20 Adolf Belka [this message]
2025-06-19 20:20 ` [PATCH] qemu-ga: Update to version 10.0.2 Adolf Belka
2025-06-19 20:20 ` [PATCH] qemu: " Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250619202046.1529689-1-adolf.belka@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox