qemu/qemu.git/rust, branch stable-11.0

hpet: lower HPET_MAX_TIMERS to 24

2026-03-30T09:36:25+00:00

Each timer block occupies 32 bytes, but they only start at offset 256 of the 1024-byte MMIO register space. Therefore the correct limit for HPET_MAX_TIMERS is 24, not 32. Signed-off-by: Paolo Bonzini

rust: Update Cargo.lock

2026-03-12T11:02:55+00:00

Update Cargo.lock on top of commit 7ecd3f71079 ("Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging"). Signed-off-by: Philippe Mathieu-Daudé Link: https://lore.kernel.org/r/20260309172440.66409-1-philmd@linaro.org Signed-off-by: Paolo Bonzini

hw/timer/hpet: Remove HPETState::hpet_offset_saved field

2026-03-09T15:02:24+00:00

The HPETState::hpet_offset_saved boolean was only set in the hw_compat_2_11[] array, via the 'hpet-offset-saved=false' property. We removed all machines using that array, let's remove that property and all the code around it. Message-ID: <20250501230129.2596-6-philmd@linaro.org> [thuth: Adapted the rust part to the current master branch] Signed-off-by: Thomas Huth Reviewed-by: Zhao Liu Signed-off-by: Philippe Mathieu-Daudé Message-ID: <20260306093134.27789-1-thuth@redhat.com>

util: introduce some API docs for logging APIs

2026-03-05T17:40:24+00:00

There is a gotcha with qemu_log() usage in a threaded process. If fragments of a log message are output via qemu_log() it is possible for messages from two threads to get mixed up. To prevent this qemu_log_trylock() should be used, along with fprintf(f) calls. This is a subtle problem that needs to be explained in the API docs to ensure correct usage. In the Rust code, the log_mask_ln method which is conceptually equivalent to the C qemu_log() call will unconditionally append a newline so must only ever be used for complete log messages. Reported-by: Markus Armbruster Signed-off-by: Daniel P. Berrangé

rust: use checked_div to make clippy happy

2026-02-27T13:48:04+00:00

When upgrading from Fedora 41 to Fedora 43 for CI tests, clippy begins complaining about not using checked_div instead of manually checking divisors. Make clippy happy and use checked_div() instead. Signed-off-by: John Snow Link: https://lore.kernel.org/r/20260219185409.708130-2-jsnow@redhat.com Signed-off-by: Paolo Bonzini

rust/hpet: remove stale TODO comment

2026-01-27T09:37:11+00:00

The irq binding is already implemented in the following line, so the TODO comment is obsolete. Signed-off-by: Mohd Kashif Khan Reviewed-by: Zhao Liu Link: https://lore.kernel.org/r/20260126210910.28889-1-kashif04x@gmail.com Signed-off-by: Paolo Bonzini

rust: move hwcore::sysbus to system crate

2026-01-27T07:57:52+00:00

This inverts the dependency from hwcore to system, replacing it with a dependency from system to hwcore. It also matches how hw/core/sysbus.h is part of the system-sys crate, and hw/core/sysbus.c is part of system_ss on the C side. This fixes a linker error in hwcore integration tests on msys2. Signed-off-by: Paolo Bonzini

rust: move binding generation to bindings/

2026-01-27T07:57:52+00:00

Move raw FFI bindings generation to separate crates. This makes it possible to reuse bindgen declarations for a header file in its dependencies (this was not the case before this change), while keeping multiple -sys crates to avoid rebuilding all the code whenever something changes. Because the -sys crates are generated in dependency order, this also enforces that the crates are organized in something that resembles the dependencies between C headers. The meson.build for rust-safe crates becomes simpler, and it should be possible in the future to let Meson's cargo support handle most of it. Signed-off-by: Marc-André Lureau [General cleanup and Python script. - Paolo] Signed-off-by: Paolo Bonzini

rust: move class_init to an extension trait

2026-01-27T07:57:52+00:00

Prepare for having ObjectClass, DeviceClass and SysbusDeviceClass defined outside the hwcore and qom crates. It then becomes impossible to add a method to them. Extracted from a patch by Marc-André Lureau. Signed-off-by: Paolo Bonzini

rust: hwcore: add chardev symbols to integration tests

2026-01-27T07:57:52+00:00

Even though they are not used, rustc does not elide its symbols on msys2. This causes a linker error. Signed-off-by: Paolo Bonzini