aboutsummaryrefslogtreecommitdiff
path: root/rust/qemu-api/src/bitops.rs
diff options
context:
space:
mode:
authorPeter Maydell <peter.maydell@linaro.org>2025-03-19 19:31:09 +0000
committerPaolo Bonzini <pbonzini@redhat.com>2025-03-20 09:23:18 +0100
commitf88c9cd804804360fa4b3586d7d2f84505ab8c26 (patch)
tree31d2d5abab0fd6e7b4b52da40670764be530cc19 /rust/qemu-api/src/bitops.rs
parent1dae461a913f9da88df05de6e2020d3134356f2e (diff)
downloadqemu-f88c9cd804804360fa4b3586d7d2f84505ab8c26.zip
qemu-f88c9cd804804360fa4b3586d7d2f84505ab8c26.tar.gz
qemu-f88c9cd804804360fa4b3586d7d2f84505ab8c26.tar.bz2
rust: Kconfig: Factor out whether PL011 is Rust or C
Currently every board that uses the PL011 duplicates the logic that selects the Rust implementation if Rust was enabled and the C implementation if it does not. Factor this out into a separate Kconfig stanza, so that boards can go back to simply doing "select PL011" and get whichever implementation is correct for the build. This fixes a compilation failure if CONFIG_VMAPPLE is enabled in a Rust build, because hw/vmapple/Kconfig didn't have the "pick the Rust PL011 if Rust is enabled" logic in it. Fixes: 59f4d65584bd33 ("hw/vmapple/vmapple: Add vmapple machine type") Reported-by: Tanish Desai <tanishdesai37@gmail.com> Analyzed-by: Tanish Desai <tanishdesai37@gmail.com> Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Reviewed-by: Philippe Mathieu-Daudé <philmd@linaro.org> Link: https://lore.kernel.org/r/20250319193110.1565578-2-peter.maydell@linaro.org Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'rust/qemu-api/src/bitops.rs')
0 files changed, 0 insertions, 0 deletions