Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 9a02932b059613f7c4bea273677811561a9237ff
https://github.com/qemu/qemu/commit/9a02932b059613f7c4bea273677811561a9237ff
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M meson.build
Log Message:
-----------
meson: cleanup win32 library detection
As pointed out by Akihiko Odaki, all Win32 libraries in MinGW have lowercase
names. This means that on (case-insensitive) Windows you can use the mixed-case
names suggested by Microsoft or all-lowercase names, while on Linux you need to
make them lowercase.
QEMU was already using lowercase names, so there is no need to test the
mixed-case name version of libSynchronization. Remove the unnecessary test
and while at it make all the tests use "required: true".
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 0f1d6606c28d0ae81a1b311972c5c54e5e867bf0
https://github.com/qemu/qemu/commit/0f1d6606c28d0ae81a1b311972c5c54e5e867bf0
Author: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M target/i386/tcg/translate.c
Log Message:
-----------
target/i386: fix TB exit logic in gen_movl_seg() when writing to SS
Before commit e54ef98c8a ("target/i386: do not trigger IRQ shadow for LSS"), any
write to SS in gen_movl_seg() would cause a TB exit. The changes introduced by
this commit were intended to restrict the DISAS_EOB_INHIBIT_IRQ exit to the case
where inhibit_irq is true, but missed that a DISAS_EOB_NEXT exit can still be
required when writing to SS and inhibit_irq is false.
Comparing the PE(s) && !VM86(s) section with the logic in x86_update_hflags(),
we
can see that the DISAS_EOB_NEXT exit is still required for the !CODE32 case when
writing to SS in gen_movl_seg() because any change to the SS flags can affect
hflags. Similarly we can see that the existing CODE32 case is still correct
since
a change to any of DS, ES and SS can affect hflags. Finally for the
gen_op_movl_seg_real() case an explicit TB exit is not needed because the
segment
register selector does not affect hflags.
Update the logic in gen_movl_seg() so that a write to SS with inhibit_irq set to
false where PE(s) && !VM86(s) will generate a DISAS_EOB_NEXT exit along with the
inline comment. This has the effect of allowing Win98SE to boot in QEMU once
again.
Signed-off-by: Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk>
Fixes: e54ef98c8a ("target/i386: do not trigger IRQ shadow for LSS")
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2987
Link:
https://lore.kernel.org/r/20250611130315.383151-1-mark.cave-ayl...@ilande.co.uk
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 5d353cce65142440251c014331c2f25f3af5e1b2
https://github.com/qemu/qemu/commit/5d353cce65142440251c014331c2f25f3af5e1b2
Author: Bernhard Beschow <shen...@gmail.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M hw/arm/boot.c
M hw/ppc/e500.c
Log Message:
-----------
hw: Fix type constant for DTB files
Commit fcb1ad456c58 ("system/datadir: Add new type constant for DTB files")
introduced a new type constant for DTB files and converted the boards with
bundled device trees to use it. Convert the other boards for consistency.
Fixes: fcb1ad456c58 ("system/datadir: Add new type constant for DTB files")
Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Link: https://lore.kernel.org/r/20250610204131.2862-2-shen...@gmail.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 6c2888dd0f9b7129943d53cacd6a7b7143a65cfb
https://github.com/qemu/qemu/commit/6c2888dd0f9b7129943d53cacd6a7b7143a65cfb
Author: Bernhard Beschow <shen...@gmail.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M pc-bios/dtb/meson.build
Log Message:
-----------
pc-bios/dtb/meson: Prefer target name to be outfile, not infile
Makes this custom_target() usage consistent with other ones in QEMU.
Fixes: 6e0dc9d2a88a ("meson: compile bundled device trees")
Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Link: https://lore.kernel.org/r/20250610204131.2862-3-shen...@gmail.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: abf18324240a3c8f3feafbe5a96d4b83cd044615
https://github.com/qemu/qemu/commit/abf18324240a3c8f3feafbe5a96d4b83cd044615
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M rust/qemu-api/meson.build
M rust/qemu-api/src/lib.rs
A rust/qemu-api/src/uninit.rs
Log Message:
-----------
rust: qemu_api: introduce MaybeUninit field projection
Add a macro that makes it possible to convert a MaybeUninit<> into
another MaybeUninit<> for a single field within it. Furthermore, it is
possible to use the resulting MaybeUninitField<> in APIs that take the
parent object, such as memory_region_init_io().
This allows removing some of the undefined behavior from instance_init()
functions, though this may not be the definitive implementation.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: eb64a0c6ae492f8ef37f31c9d4994bfc69f02e3d
https://github.com/qemu/qemu/commit/eb64a0c6ae492f8ef37f31c9d4994bfc69f02e3d
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M rust/hw/timer/hpet/src/device.rs
Log Message:
-----------
rust: hpet: fully initialize object during instance_init
The array of BqlRefCell<HPETTimer> is not initialized yet at the
end of instance_init. In particular, the "state" field is NonNull
and therefore it is invalid to have it as zero bytes.
Note that MaybeUninit is necessary because assigning to self.timers[index]
would trigger Drop of the old value.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: a44122258328a33aaa776c21277e6d4f98ab3d1f
https://github.com/qemu/qemu/commit/a44122258328a33aaa776c21277e6d4f98ab3d1f
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M rust/qemu-api/src/qom.rs
Log Message:
-----------
rust: qom: introduce ParentInit
This is a smart pointer for MaybeUninit; it can be upcasted to the
already-initialized parent classes, or dereferenced to a MaybeUninit
for the class that is being initialized.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 8d394f6cf0b50a82758b651e81a18dac13e70e7d
https://github.com/qemu/qemu/commit/8d394f6cf0b50a82758b651e81a18dac13e70e7d
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M rust/qemu-api/src/qom.rs
Log Message:
-----------
rust: qom: make ParentInit lifetime-invariant
This is the trick that allows the parent-field initializer to be used
only for the object that it's meant to be initialized. This way,
the owner of a MemoryRegion must be the object that embeds it.
More information is in the comments; it's best explained with a simplified
example.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 345bef46a1b6765185bfe1450cc147f5feb5d0e7
https://github.com/qemu/qemu/commit/345bef46a1b6765185bfe1450cc147f5feb5d0e7
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-17 (Tue, 17 Jun 2025)
Changed paths:
M rust/hw/char/pl011/src/device.rs
M rust/hw/timer/hpet/src/device.rs
M rust/qemu-api/src/memory.rs
M rust/qemu-api/src/qdev.rs
M rust/qemu-api/src/qom.rs
Log Message:
-----------
rust: qom: change instance_init to take a ParentInit<>
This removes undefined behavior associated to writing to uninitialized
fields, and makes it possible to remove "unsafe" from the instance_init
implementation.
However, the init function itself is still unsafe, because it must promise
(as a sort as MaybeUninit::assume_init) that all fields have been
initialized.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 1548c5cdf010f6c89d577402c56eca7169936f48
https://github.com/qemu/qemu/commit/1548c5cdf010f6c89d577402c56eca7169936f48
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M meson.build
M rust/meson.build
M rust/qemu-api/meson.build
Log Message:
-----------
rust: prepare variable definitions for multiple bindgen invocations
When splitting the QEMU Rust bindings into multiple crates, the
bindgen-generated structs also have to be split so that it's
possible to add "impl" blocks (e.g. for Sync/Send or Default,
or even for utility methods in cases such as VMStateFlags).
Tweak various variable definitions in meson.build, to avoid naming
conflicts once there will be multiple bindgen invocations.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 1ae4ca0463d737ead1162c35b267ef5882d42883
https://github.com/qemu/qemu/commit/1ae4ca0463d737ead1162c35b267ef5882d42883
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M meson.build
M rust/meson.build
M rust/qemu-api/build.rs
M rust/qemu-api/meson.build
A rust/qemu-api/wrapper.h
R rust/wrapper.h
Log Message:
-----------
rust: move rust.bindgen to qemu-api crate
Once qemu-api is split in multiple crates, each of them will have
its own invocation of bindgen. There cannot be only one, because
there are occasional "impl" blocks for the bindgen-generated
structs (e.g. VMStateFlags or QOM classes) that have to
reside in the same crate as the bindgen-generated code.
For now, prepare for this new organization by invoking bindgen
within the qemu-api crate's build definitions; it's also a
much better place to list enums that need specific treatment
from bindgen.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: ab81002252af101068fca94bc82b31ba59ff154b
https://github.com/qemu/qemu/commit/ab81002252af101068fca94bc82b31ba59ff154b
Author: Bernhard Beschow <shen...@gmail.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M docs/devel/rust.rst
M rust/qemu-api/meson.build
M rust/qemu-api/src/lib.rs
A rust/qemu-api/src/log.rs
M rust/qemu-api/src/prelude.rs
M rust/qemu-api/wrapper.h
Log Message:
-----------
rust/qemu-api: Add initial logging support based on C API
A log_mask_ln!() macro is provided which expects similar arguments as the
C version. However, the formatting works as one would expect from Rust.
To maximize code reuse the macro is just a thin wrapper around
qemu_log(). Also, just the bare minimum of logging masks is provided
which should suffice for the current use case of Rust in QEMU.
Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Link: https://lore.kernel.org/r/20250615112037.11992-2-shen...@gmail.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 1563f287dc9c4bc6a50d380095e966ac039ac24a
https://github.com/qemu/qemu/commit/1563f287dc9c4bc6a50d380095e966ac039ac24a
Author: Bernhard Beschow <shen...@gmail.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M rust/hw/char/pl011/src/device.rs
Log Message:
-----------
rust: pl011: Implement logging
Now that there is logging support in Rust for QEMU, use it in the pl011
device.
Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Link: https://lore.kernel.org/r/20250615112037.11992-3-shen...@gmail.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: b783601d1a3b3fd468035baf0ce2ead166e0abdc
https://github.com/qemu/qemu/commit/b783601d1a3b3fd468035baf0ce2ead166e0abdc
Author: Bernhard Beschow <shen...@gmail.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M rust/hw/char/pl011/src/device.rs
Log Message:
-----------
rust: pl011: Add missing logging to match C version
Co-developed-by: Paolo Bonzini <pbonz...@redhat.com>
Signed-off-by: Bernhard Beschow <shen...@gmail.com>
Link: https://lore.kernel.org/r/20250615112037.11992-4-shen...@gmail.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 6b3fad084fc4e13901e252fe6c2a2c46ecea999b
https://github.com/qemu/qemu/commit/6b3fad084fc4e13901e252fe6c2a2c46ecea999b
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M rust/hw/timer/hpet/src/device.rs
Log Message:
-----------
rust: hpet: fix new warning
Nightly rustc complains that HPETAddrDecode has a lifetime but it is not
clearly noted that it comes from &self. Apply the compiler's suggestion
to shut it up.
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Reviewed-by: Stefan Hajnoczi <stefa...@redhat.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: e68ec2980901c8e7f948f3305770962806c53f0b
https://github.com/qemu/qemu/commit/e68ec2980901c8e7f948f3305770962806c53f0b
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386/cpu: Move adjustment of CPUID_EXT_PDCM before feature_dependencies[]
check
There is one entry relates to CPUID_EXT_PDCM in feature_dependencies[].
So it needs to get correct value of CPUID_EXT_PDCM before using
feature_dependencies[] to apply dependencies.
Besides, it also ensures CPUID_EXT_PDCM value is tracked in
env->features[FEAT_1_ECX].
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Link: https://lore.kernel.org/r/20250304052450.465445-2-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 00268e00027459abede448662f8794d78eb4b0a4
https://github.com/qemu/qemu/commit/00268e00027459abede448662f8794d78eb4b0a4
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/cpu.c
Log Message:
-----------
i386/cpu: Warn about why CPUID_EXT_PDCM is not available
When user requests PDCM explicitly via "+pdcm" without PMU enabled, emit
a warning to inform the user.
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Reviewed-by: Zhao Liu <zhao1....@intel.com>
Link: https://lore.kernel.org/r/20250304052450.465445-3-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 750560f8a832361cf5cc4cd7bc4f56e1e76206f6
https://github.com/qemu/qemu/commit/750560f8a832361cf5cc4cd7bc4f56e1e76206f6
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/kvm/tdx.c
Log Message:
-----------
i386/tdx: Error and exit when named cpu model is requested
Currently, it gets below error when requesting any named cpu model with
"-cpu" to boot a TDX VM:
qemu-system-x86_64: KVM_TDX_INIT_VM failed: Invalid argument
It misleads people to think it's the bug of KVM or QEMU. It is just that
current QEMU doesn't support named cpu model for TDX.
To support named cpu models for TDX guest, there are opens to be
finalized and needs a mount of additional work.
For now, explicitly check the case when named cpu model is requested.
Error report a hint and exit.
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Link: https://lore.kernel.org/r/20250612133801.2238342-1-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 90d2bbd1f6edfa22a056070ee62ded55099cd56d
https://github.com/qemu/qemu/commit/90d2bbd1f6edfa22a056070ee62ded55099cd56d
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/cpu.h
M target/i386/kvm/tdx.c
Log Message:
-----------
i386/cpu: Rename enable_cpuid_0x1f to force_cpuid_0x1f
The name of "enable_cpuid_0x1f" isn't right to its behavior because the
leaf 0x1f can be enabled even when "enable_cpuid_0x1f" is false.
Rename it to "force_cpuid_0x1f" to better reflect its behavior.
Suggested-by: Igor Mammedov <imamm...@redhat.com>
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Reviewed-by: Daniel P. Berrangé <berra...@redhat.com>
Reviewed-by: Igor Mammedov <imamm...@redhat.com>
Link: https://lore.kernel.org/r/20250603050305.1704586-2-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: a38da9f4876bb17d7ed9c6e24964b12b61877d38
https://github.com/qemu/qemu/commit/a38da9f4876bb17d7ed9c6e24964b12b61877d38
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/kvm/tdx.h
Log Message:
-----------
i386/tdx: Fix the typo of the comment of struct TdxGuest
Change sha348 to sha384.
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Reviewed-by: Daniel P. Berrangé <berra...@redhat.com>
Reviewed-by: Igor Mammedov <imamm...@redhat.com>
Link: https://lore.kernel.org/r/20250603050305.1704586-3-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 41cd354d350d3c64915be9c5decbf20abd84e486
https://github.com/qemu/qemu/commit/41cd354d350d3c64915be9c5decbf20abd84e486
Author: Xiaoyao Li <xiaoyao...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/kvm/tdx.c
Log Message:
-----------
i386/tdx: Clarify the error message of mrconfigid/mrowner/mrownerconfig
The error message is misleading - we successfully decoded the data,
the decoded data was simply with the wrong length.
Change the error message to show it is an length check failure with both
the received and expected values.
Suggested-by: Daniel P. Berrangé <berra...@redhat.com>
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Reviewed-by: Daniel P. Berrangé <berra...@redhat.com>
Reviewed-by: Igor Mammedov <imamm...@redhat.com>
Link: https://lore.kernel.org/r/20250603050305.1704586-4-xiaoyao...@intel.com
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 688b0756ad2fdbe8effdb66f724a1129f62be7a2
https://github.com/qemu/qemu/commit/688b0756ad2fdbe8effdb66f724a1129f62be7a2
Author: Paolo Bonzini <pbonz...@redhat.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M include/standard-headers/asm-x86/setup_data.h
M include/standard-headers/drm/drm_fourcc.h
M include/standard-headers/linux/ethtool.h
M include/standard-headers/linux/fuse.h
M include/standard-headers/linux/input-event-codes.h
M include/standard-headers/linux/pci_regs.h
M include/standard-headers/linux/virtio_gpu.h
M include/standard-headers/linux/virtio_pci.h
M linux-headers/asm-arm64/kvm.h
M linux-headers/asm-x86/kvm.h
M linux-headers/linux/bits.h
M linux-headers/linux/kvm.h
M linux-headers/linux/vhost.h
Log Message:
-----------
update Linux headers to v6.16-rc3
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 427b8cf47a6959cd8b0db12bcf66e9009afa2c07
https://github.com/qemu/qemu/commit/427b8cf47a6959cd8b0db12bcf66e9009afa2c07
Author: Binbin Wu <binbin...@linux.intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M target/i386/kvm/kvm.c
M target/i386/kvm/tdx-stub.c
M target/i386/kvm/tdx.c
M target/i386/kvm/tdx.h
Log Message:
-----------
i386/tdx: handle TDG.VP.VMCALL<GetTdVmCallInfo>
Signed-off-by: Binbin Wu <binbin...@linux.intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 40da501d8989913935660dc24953ece02c9e98b8
https://github.com/qemu/qemu/commit/40da501d8989913935660dc24953ece02c9e98b8
Author: Isaku Yamahata <isaku.yamah...@intel.com>
Date: 2025-06-20 (Fri, 20 Jun 2025)
Changed paths:
M qapi/qom.json
M target/i386/kvm/kvm.c
M target/i386/kvm/meson.build
A target/i386/kvm/tdx-quote-generator.c
A target/i386/kvm/tdx-quote-generator.h
M target/i386/kvm/tdx-stub.c
M target/i386/kvm/tdx.c
M target/i386/kvm/tdx.h
Log Message:
-----------
i386/tdx: handle TDG.VP.VMCALL<GetQuote>
Add property "quote-generation-socket" to tdx-guest, which is a property
of type SocketAddress to specify Quote Generation Service(QGS).
On request of GetQuote, it connects to the QGS socket, read request
data from shared guest memory, send the request data to the QGS,
and store the response into shared guest memory, at last notify
TD guest by interrupt.
command line example:
qemu-system-x86_64 \
-object
'{"qom-type":"tdx-guest","id":"tdx0","quote-generation-socket":{"type":"unix",
"path":"/var/run/tdx-qgs/qgs.socket"}}' \
-machine confidential-guest-support=tdx0
Note, above example uses the unix socket. It can be other types, like vsock,
which depends on the implementation of QGS.
To avoid no response from QGS server, setup a timer for the transaction.
If timeout, make it an error and interrupt guest. Define the threshold of
time to 30s at present, maybe change to other value if not appropriate.
Signed-off-by: Isaku Yamahata <isaku.yamah...@intel.com>
Co-developed-by: Chenyi Qiang <chenyi.qi...@intel.com>
Signed-off-by: Chenyi Qiang <chenyi.qi...@intel.com>
Co-developed-by: Xiaoyao Li <xiaoyao...@intel.com>
Signed-off-by: Xiaoyao Li <xiaoyao...@intel.com>
Tested-by: Xiaoyao Li <xiaoyao...@intel.com>
Signed-off-by: Paolo Bonzini <pbonz...@redhat.com>
Commit: 43ba160cb4bbb193560eb0d2d7decc4b5fc599fe
https://github.com/qemu/qemu/commit/43ba160cb4bbb193560eb0d2d7decc4b5fc599fe
Author: Stefan Hajnoczi <stefa...@redhat.com>
Date: 2025-06-21 (Sat, 21 Jun 2025)
Changed paths:
M docs/devel/rust.rst
M hw/arm/boot.c
M hw/ppc/e500.c
M include/standard-headers/asm-x86/setup_data.h
M include/standard-headers/drm/drm_fourcc.h
M include/standard-headers/linux/ethtool.h
M include/standard-headers/linux/fuse.h
M include/standard-headers/linux/input-event-codes.h
M include/standard-headers/linux/pci_regs.h
M include/standard-headers/linux/virtio_gpu.h
M include/standard-headers/linux/virtio_pci.h
M linux-headers/asm-arm64/kvm.h
M linux-headers/asm-x86/kvm.h
M linux-headers/linux/bits.h
M linux-headers/linux/kvm.h
M linux-headers/linux/vhost.h
M meson.build
M pc-bios/dtb/meson.build
M qapi/qom.json
M rust/hw/char/pl011/src/device.rs
M rust/hw/timer/hpet/src/device.rs
M rust/meson.build
M rust/qemu-api/build.rs
M rust/qemu-api/meson.build
M rust/qemu-api/src/lib.rs
A rust/qemu-api/src/log.rs
M rust/qemu-api/src/memory.rs
M rust/qemu-api/src/prelude.rs
M rust/qemu-api/src/qdev.rs
M rust/qemu-api/src/qom.rs
A rust/qemu-api/src/uninit.rs
A rust/qemu-api/wrapper.h
R rust/wrapper.h
M target/i386/cpu.c
M target/i386/cpu.h
M target/i386/kvm/kvm.c
M target/i386/kvm/meson.build
A target/i386/kvm/tdx-quote-generator.c
A target/i386/kvm/tdx-quote-generator.h
M target/i386/kvm/tdx-stub.c
M target/i386/kvm/tdx.c
M target/i386/kvm/tdx.h
M target/i386/tcg/translate.c
Log Message:
-----------
Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging
* cleanups for distributed DTB files
* scripts/meson-buildoptions: Sort coroutine_backend choices lexicographically
* rust/qemu-api: Add initial logging support
: rust: pl011: Implement logging
* target/i386: fix Win98
* meson: cleanup win32 library detection
* rust: safe(r) instance_init
* rust: prepare for multiple bindgen invocations
* rust: fix new warning
* target/i386: Warn about why CPUID_EXT_PDCM is not available
* target/i386: small TDX fixes and clarifications
* target/i386: support for TDX quote generation
# -----BEGIN PGP SIGNATURE-----
#
# iQFIBAABCgAyFiEE8TM4V0tmI4mGbHaCv/vSX3jHroMFAmhVRWsUHHBib256aW5p
# QHJlZGhhdC5jb20ACgkQv/vSX3jHroOyDQf/YqX2jTZbC4jXdHZT6YiDlYPX9MPx
# emFX0S+30X5zNuGYUQufKHEJWshMtklB1seUTQathOPaNeCFK13lY4m1CRbhbrMs
# 3iG4ZQf5V+YTuB+JuE8KfclJeAPXDTnIc2uJbtXErIsPBeEGYZelFLnO5HLiMsY3
# iX9S2hSkjvjlikFv/m9ebg9SMP3+/ZunQMZxsDwgb7U3uqtuZagCJTWz0xTHHHxV
# Ko5OPA0kIydm0NnlHs2DsF1mivmYSSIfBnxg4KXgmJxd3gNGd9SemBQOwYU68x0T
# R3GzI6NLgdP/3mKOsxpM6hFiXBp84eT6zghpdqK5zQFidgz935EXP5WjvQ==
# =ttQr
# -----END PGP SIGNATURE-----
# gpg: Signature made Fri 20 Jun 2025 07:26:35 EDT
# gpg: using RSA key F13338574B662389866C7682BFFBD25F78C7AE83
# gpg: issuer "pbonz...@redhat.com"
# gpg: Good signature from "Paolo Bonzini <bonz...@gnu.org>" [full]
# gpg: aka "Paolo Bonzini <pbonz...@redhat.com>" [full]
# Primary key fingerprint: 46F5 9FBD 57D6 12E7 BFD4 E2F7 7E15 100C CD36 69B1
# Subkey fingerprint: F133 3857 4B66 2389 866C 7682 BFFB D25F 78C7 AE83
* tag 'for-upstream' of https://gitlab.com/bonzini/qemu: (24 commits)
i386/tdx: handle TDG.VP.VMCALL<GetQuote>
i386/tdx: handle TDG.VP.VMCALL<GetTdVmCallInfo>
update Linux headers to v6.16-rc3
i386/tdx: Clarify the error message of mrconfigid/mrowner/mrownerconfig
i386/tdx: Fix the typo of the comment of struct TdxGuest
i386/cpu: Rename enable_cpuid_0x1f to force_cpuid_0x1f
i386/tdx: Error and exit when named cpu model is requested
i386/cpu: Warn about why CPUID_EXT_PDCM is not available
i386/cpu: Move adjustment of CPUID_EXT_PDCM before feature_dependencies[]
check
rust: hpet: fix new warning
rust: pl011: Add missing logging to match C version
rust: pl011: Implement logging
rust/qemu-api: Add initial logging support based on C API
rust: move rust.bindgen to qemu-api crate
rust: prepare variable definitions for multiple bindgen invocations
rust: qom: change instance_init to take a ParentInit<>
rust: qom: make ParentInit lifetime-invariant
rust: qom: introduce ParentInit
rust: hpet: fully initialize object during instance_init
rust: qemu_api: introduce MaybeUninit field projection
...
Signed-off-by: Stefan Hajnoczi <stefa...@redhat.com>
Compare: https://github.com/qemu/qemu/compare/6e1571533fd9...43ba160cb4bb
To unsubscribe from these emails, change your notification settings at
https://github.com/qemu/qemu/settings/notifications
