qemu-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-commits] [qemu/qemu] e935b7: x86: return modified setup_data only


From: Paolo Bonzini
Subject: [Qemu-commits] [qemu/qemu] e935b7: x86: return modified setup_data only if read as me...
Date: Thu, 29 Sep 2022 11:14:30 -0700

  Branch: refs/heads/staging
  Home:   https://github.com/qemu/qemu
  Commit: e935b735085dfa61d8e6d276b6f9e7687796a3c7
      
https://github.com/qemu/qemu/commit/e935b735085dfa61d8e6d276b6f9e7687796a3c7
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/i386/x86.c
    M hw/nvram/fw_cfg.c
    M include/hw/nvram/fw_cfg.h

  Log Message:
  -----------
  x86: return modified setup_data only if read as memory, not as file

If setup_data is being read into a specific memory location, then
generally the setup_data address parameter is read first, so that the
caller knows where to read it into. In that case, we should return
setup_data containing the absolute addresses that are hard coded and
determined a priori. This is the case when kernels are loaded by BIOS,
for example. In contrast, when setup_data is read as a file, then we
shouldn't modify setup_data, since the absolute address will be wrong by
definition. This is the case when OVMF loads the image.

This allows setup_data to be used like normal, without crashing when EFI
tries to use it.

(As a small development note, strangely, fw_cfg_add_file_callback() was
exported but fw_cfg_add_bytes_callback() wasn't, so this makes that
consistent.)

Cc: Gerd Hoffmann <kraxel@redhat.com>
Cc: Laurent Vivier <laurent@vivier.eu>
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>
Cc: Philippe Mathieu-Daudé <f4bug@amsat.org>
Cc: Richard Henderson <richard.henderson@linaro.org>
Suggested-by: Ard Biesheuvel <ardb@kernel.org>
Reviewed-by: Ard Biesheuvel <ardb@kernel.org>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220921093134.2936487-1-Jason@zx2c4.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: eebb38a5633a77f5fa79d6486d5b2fcf8fbe3c07
      
https://github.com/qemu/qemu/commit/eebb38a5633a77f5fa79d6486d5b2fcf8fbe3c07
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/i386/x86.c

  Log Message:
  -----------
  x86: use typedef for SetupData struct

The preferred style is SetupData as a typedef, not setup_data as a plain
struct.

Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Ard Biesheuvel <ardb@kernel.org>
Suggested-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220921093134.2936487-2-Jason@zx2c4.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 763a2828bf313ed55878b09759dc435355035f2e
      
https://github.com/qemu/qemu/commit/763a2828bf313ed55878b09759dc435355035f2e
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/i386/x86.c

  Log Message:
  -----------
  x86: reinitialize RNG seed on system reboot

Since this is read from fw_cfg on each boot, the kernel zeroing it out
alone is insufficient to prevent it from being used twice. And indeed on
reboot we always want a new seed, not the old one. So re-fill it in this
circumstance.

Cc: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220921093134.2936487-3-Jason@zx2c4.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: ffe2d2382e5f1aae1abc4081af407905ef380311
      
https://github.com/qemu/qemu/commit/ffe2d2382e5f1aae1abc4081af407905ef380311
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M hw/i386/microvm.c
    M hw/i386/pc_piix.c
    M hw/i386/pc_q35.c

  Log Message:
  -----------
  x86: re-enable rng seeding via SetupData

This reverts 3824e25db1 ("x86: disable rng seeding via setup_data"), but
for 7.2 rather than 7.1, now that modifying setup_data is safe to do.

Cc: Laurent Vivier <laurent@vivier.eu>
Cc: Michael S. Tsirkin <mst@redhat.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>
Cc: Philippe Mathieu-Daudé <f4bug@amsat.org>
Cc: Richard Henderson <richard.henderson@linaro.org>
Cc: Ard Biesheuvel <ardb@kernel.org>
Acked-by: Gerd Hoffmann <kraxel@redhat.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220921093134.2936487-4-Jason@zx2c4.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 2fc7eb689704687f890688507e15bbbe71275f63
      
https://github.com/qemu/qemu/commit/2fc7eb689704687f890688507e15bbbe71275f63
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M pc-bios/qboot.rom

  Log Message:
  -----------
  qboot: rebuild based on latest commit

df22fbb751 ("qboot: update to latest submodule") updated the qboot
submodule from a5300c49 to 8ca302e8. However, qboot isn't built during
the QEMU's build process but rather is included in binary form. So
rebuild it here.

Cc: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
[Rebuilt it myself for paranoia. - Paolo]
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 7089977a24133b3b1dd0864f4138efe3b906af4b
      
https://github.com/qemu/qemu/commit/7089977a24133b3b1dd0864f4138efe3b906af4b
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-27 (Tue, 27 Sep 2022)

  Changed paths:
    M configure
    M pc-bios/optionrom/Makefile

  Log Message:
  -----------
  configure: do not invoke as/ld directly for pc-bios/optionrom

Just use using the compiler binary, with -nostdlib in the case of the
linker; the compiler driver (whether i686-*-gcc, or x86_64-*-gcc with
the -m32 option) will then pick the right magic option to as and ld.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 5433af7697ba97531d97e16e721cfe8a90722198
      
https://github.com/qemu/qemu/commit/5433af7697ba97531d97e16e721cfe8a90722198
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M docs/about/deprecated.rst
    M docs/about/removed-features.rst
    M hw/watchdog/sbsa_gwdt.c
    M hw/watchdog/watchdog.c
    M hw/watchdog/wdt_aspeed.c
    M hw/watchdog/wdt_diag288.c
    M hw/watchdog/wdt_i6300esb.c
    M hw/watchdog/wdt_ib700.c
    M hw/watchdog/wdt_imx2.c
    M include/sysemu/watchdog.h
    M qemu-options.hx
    M softmmu/vl.c

  Log Message:
  -----------
  watchdog: remove -watchdog option

This was deprecated in 6.2 and is ready to go.  It removes quite a bit
of code that handled the registration of watchdog models.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: a39fe10557462648b8bee7aec5e24aad75ebd32d
      
https://github.com/qemu/qemu/commit/a39fe10557462648b8bee7aec5e24aad75ebd32d
  Author: Arwed Meyer <arwed.meyer@gmx.de>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/msmouse.c

  Log Message:
  -----------
  msmouse: Handle mouse reset

Detect mouse reset via RTS or DTR line:
Don't send or process anything while in reset.
When coming out of reset, send ID sequence first thing.
This allows msmouse to be detected by common mouse drivers.

Resolves: https://gitlab.com/qemu-project/qemu/-/issues/77
Signed-off-by: Arwed Meyer <arwed.meyer@gmx.de>
Acked-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: <20220911181840.8933-2-arwed.meyer@gmx.de>


  Commit: 8f9abdf586d48552273abe38cf55058f7d0c85fd
      
https://github.com/qemu/qemu/commit/8f9abdf586d48552273abe38cf55058f7d0c85fd
  Author: Arwed Meyer <arwed.meyer@gmx.de>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/char.c
    M include/chardev/char.h
    M include/sysemu/replay.h
    M replay/replay-char.c
    M stubs/replay-tools.c

  Log Message:
  -----------
  chardev: src buffer const for write functions

Make source buffers const for char be write functions.
This allows using buffers returned by fifo as buf parameter and source buffer
should not be changed by write functions anyway.

Signed-off-by: Arwed Meyer <arwed.meyer@gmx.de>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: <20220911181840.8933-3-arwed.meyer@gmx.de>


  Commit: e0cf7f230778efbb560dc7774258fd9e88f4e1ff
      
https://github.com/qemu/qemu/commit/e0cf7f230778efbb560dc7774258fd9e88f4e1ff
  Author: Arwed Meyer <arwed.meyer@gmx.de>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/msmouse.c

  Log Message:
  -----------
  msmouse: Use fifo8 instead of array

Make use of fifo8 functions instead of implementing own fifo code.
This makes the code more readable and reduces risk of bugs.

Signed-off-by: Arwed Meyer <arwed.meyer@gmx.de>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: <20220911181840.8933-4-arwed.meyer@gmx.de>


  Commit: 50d03d485251d63931a69b3ad7004f3bb6ac8eee
      
https://github.com/qemu/qemu/commit/50d03d485251d63931a69b3ad7004f3bb6ac8eee
  Author: Arwed Meyer <arwed.meyer@gmx.de>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/msmouse.c

  Log Message:
  -----------
  msmouse: Add pnp data

Make msmouse send serial pnp data.
Enables you to see nice qemu device name in Win9x.

Signed-off-by: Arwed Meyer <arwed.meyer@gmx.de>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: <20220911181840.8933-5-arwed.meyer@gmx.de>


  Commit: 769a726ccb9a8ab9b2a05bca648c79b3f80ab8de
      
https://github.com/qemu/qemu/commit/769a726ccb9a8ab9b2a05bca648c79b3f80ab8de
  Author: Arwed Meyer <arwed.meyer@gmx.de>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M hw/char/serial.c

  Log Message:
  -----------
  serial: Allow unaligned i/o access

Unaligned i/o access on serial UART works on real PCs.
This is used for example by FreeDOS CTMouse driver. Without this it
can't reset and detect serial mice.

Resolves: https://gitlab.com/qemu-project/qemu/-/issues/77
Signed-off-by: Arwed Meyer <arwed.meyer@gmx.de>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: <20220911181840.8933-6-arwed.meyer@gmx.de>


  Commit: fc0c128531ed55f058bfbad4f1348ebd9a0187f2
      
https://github.com/qemu/qemu/commit/fc0c128531ed55f058bfbad4f1348ebd9a0187f2
  Author: Maksim Davydov <davydov-max@yandex-team.ru>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/msmouse.c
    M chardev/wctablet.c

  Log Message:
  -----------
  chardev: fix segfault in finalize

If finalize chardev-msmouse or chardev-wctable is called immediately after
init it cases QEMU to crash with segfault. This happens because of
QTAILQ_REMOVE in qemu_input_handler_unregister tries to dereference
NULL pointer.
For instance, this error can be reproduced via `qom-list-properties`
command.

Signed-off-by: Maksim Davydov <davydov-max@yandex-team.ru>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Reviewed-by: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Message-Id: <20220825165247.33704-1-davydov-max@yandex-team.ru>


  Commit: 3c63b4e94a16db730a8185278479b592f7de8b7f
      
https://github.com/qemu/qemu/commit/3c63b4e94a16db730a8185278479b592f7de8b7f
  Author: Guoyi Tu <tugy@chinatelecom.cn>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M include/qemu/sockets.h
    M util/oslib-posix.c

  Log Message:
  -----------
  oslib-posix: Introduce qemu_socketpair()

qemu_socketpair() will create a pair of connected sockets
with FD_CLOEXEC set

Signed-off-by: Guoyi Tu <tugy@chinatelecom.cn>
Reviewed-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: 
<17fa1eff729eeabd9a001f4639abccb127ceec81.1661240709.git.tugy@chinatelecom.cn>


  Commit: 9cbda7b354389e536d546cc2091365bc402b3206
      
https://github.com/qemu/qemu/commit/9cbda7b354389e536d546cc2091365bc402b3206
  Author: Guoyi Tu <tugy@chinatelecom.cn>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M hw/display/vhost-user-gpu.c
    M hw/virtio/vhost-user.c

  Log Message:
  -----------
  vhost-user: Call qemu_socketpair() instead of socketpair()

As the close-on-exec flags is not set on the file descriptors returned
by socketpair() at default, the fds will survive across exec' function.

In the case that exec' function get invoked, such as the live-update feature
which is been developing, it will cause fd leaks.

To address this problem, we should call qemu_socketpair() to create an pair of
connected sockets with the close-on-exec flag set.

Signed-off-by: Guoyi Tu <tugy@chinatelecom.cn>
Reviewed-by: Christian Schoenebeck <qemu_oss@crudebyte.com>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Message-Id: 
<7002b12a5fb0a30cd878e14e07da61c36da72913.1661240709.git.tugy@chinatelecom.cn>


  Commit: 0e902f59c1f24f5779850d4ff6001c88bed2527c
      
https://github.com/qemu/qemu/commit/0e902f59c1f24f5779850d4ff6001c88bed2527c
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M tests/qtest/dbus-display-test.c
    M ui/dbus.h

  Log Message:
  -----------
  ui: fix path to dbus-display1.h

While the source directory is always included in the include path,
the corresponding directory in the build tree is not.  Therefore,
custom_targets (e.g. ui/dbus-display1.h) must be referred to using
the full path.

This avoids a build failure when ui/dbus-chardev.c is not built as
a module:

In file included from ../ui/dbus-chardev.c:32:
../ui/dbus.h:34:10: fatal error: dbus-display1.h: No such file or directory
   34 | #include "dbus-display1.h"
      |          ^~~~~~~~~~~~~~~~~

Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 4518e4db3d9931f3b134fa8d9df4132060da788a
      
https://github.com/qemu/qemu/commit/4518e4db3d9931f3b134fa8d9df4132060da788a
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M configure
    M meson
    M meson.build
    M qga/meson.build

  Log Message:
  -----------
  meson: require 0.61.3

This removes the dependency of dbus-display on --enable-modules.  It also allows
cleanups in modinfo collection and allows moving C++ compiler detection to
meson.build.

Because it is now deprecated to use install_subdir to create an empty directory,
replace it with install_emptydir.

Updating the Meson submodule to 0.61.5 also removes the message

    WARNING: Broken python installation detected. Python files installed
    by Meson might not be found by python interpreter.

unless using system meson is forced with --meson.

Resolves: https://gitlab.com/qemu-project/qemu/-/issues/873
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/848
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: b7c7a36331f086035b49b1ae8f366920dd43c467
      
https://github.com/qemu/qemu/commit/b7c7a36331f086035b49b1ae8f366920dd43c467
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M meson.build

  Log Message:
  -----------
  meson: multiple names can be passed to dependency()

This is new in Meson 0.60.0.

Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 0aaf08e2f1d6450ab242d8c578ed8d0c8d2eb4c7
      
https://github.com/qemu/qemu/commit/0aaf08e2f1d6450ab242d8c578ed8d0c8d2eb4c7
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M configure
    M meson.build
    A scripts/main.c

  Log Message:
  -----------
  configure, meson: move C++ compiler detection to meson.build

The test is slightly weaker than before, because it does not
call an extern "C" function from a C source file.  However,
in practice what we seek to detect is ABI compatibility of the
various sanitizer flags, and for that it is enough to compile
anything with CC and link it with CXX.

Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 48c5c87318e21f2e5214b07e6fe509ab840fa4e1
      
https://github.com/qemu/qemu/commit/48c5c87318e21f2e5214b07e6fe509ab840fa4e1
  Author: Paolo Bonzini <pbonzini@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M configure
    M meson.build

  Log Message:
  -----------
  configure, meson: move linker flag detection to meson

Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: aec4f65878c0c04974e80b1fcfd15b4a1be8c44b
      
https://github.com/qemu/qemu/commit/aec4f65878c0c04974e80b1fcfd15b4a1be8c44b
  Author: Ray Zhang <zhanglei002@gmail.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M target/i386/kvm/kvm.c

  Log Message:
  -----------
  target/i386/kvm: fix kvmclock_current_nsec: Assertion `time.tsc_timestamp <= 
migration_tsc' failed

New KVM_CLOCK flags were added in the 
kernel.(c68dc1b577eabd5605c6c7c08f3e07ae18d30d5d)
```
+ #define KVM_CLOCK_VALID_FLAGS                                         \
+       (KVM_CLOCK_TSC_STABLE | KVM_CLOCK_REALTIME | KVM_CLOCK_HOST_TSC)

        case KVM_CAP_ADJUST_CLOCK:
-               r = KVM_CLOCK_TSC_STABLE;
+               r = KVM_CLOCK_VALID_FLAGS;
```

kvm_has_adjust_clock_stable needs to handle additional flags,
so that s->clock_is_reliable can be true and kvmclock_current_nsec doesn't need 
to be called.

Signed-off-by: Ray Zhang <zhanglei002@gmail.com>
Message-Id: <20220922100523.2362205-1-zhanglei002@gmail.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 1750b7328bd0cf98875df189e9664980db07c692
      
https://github.com/qemu/qemu/commit/1750b7328bd0cf98875df189e9664980db07c692
  Author: Jason A. Donenfeld <Jason@zx2c4.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M hw/i386/x86.c

  Log Message:
  -----------
  x86: re-initialize RNG seed when selecting kernel

We don't want it to be possible to re-read the RNG seed after ingesting
it, because this ruins forward secrecy. Currently, however, the setup
data section can just be re-read. Since the kernel is always read after
the setup data, use the selection of the kernel as a trigger to
re-initialize the RNG seed, just like we do on reboot, to preserve
forward secrecy.

Cc: Paolo Bonzini <pbonzini@redhat.com>
Signed-off-by: Jason A. Donenfeld <Jason@zx2c4.com>
Message-Id: <20220922152847.3670513-1-Jason@zx2c4.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>


  Commit: 539cb0876b0a84731267d6a21cd3448f87c9ae62
      
https://github.com/qemu/qemu/commit/539cb0876b0a84731267d6a21cd3448f87c9ae62
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M chardev/char.c
    M chardev/msmouse.c
    M chardev/wctablet.c
    M hw/char/serial.c
    M hw/display/vhost-user-gpu.c
    M hw/virtio/vhost-user.c
    M include/chardev/char.h
    M include/qemu/sockets.h
    M include/sysemu/replay.h
    M replay/replay-char.c
    M stubs/replay-tools.c
    M util/oslib-posix.c

  Log Message:
  -----------
  Merge tag 'char-pull-request' of https://gitlab.com/marcandre.lureau/qemu 
into staging

chardev related patches

# -----BEGIN PGP SIGNATURE-----
#
# iQJQBAABCAA6FiEEh6m9kz+HxgbSdvYt2ujhCXWWnOUFAmM1evIcHG1hcmNhbmRy
# ZS5sdXJlYXVAcmVkaGF0LmNvbQAKCRDa6OEJdZac5evvD/49HQuMxsHaTvXSLPxi
# Bkv9W8cHSEOuAVsgizrd3Z/AEx8MMsZLprtGttYpQN4041aBbyDG7PR1PirVibe7
# s5uuqq2LB85dCkrPyiTkfGosbnndDy+VH9ZH+vS6CMKHYRSwpRjYUoKt5e75JhtP
# RefwFihkVyr3HbsD6SKjB8lV25yw2tQB6BizTedaNmM6ZSmX/TRtes1JgeK3l5jD
# 7hQVqqEAJ6YvZnpg070Om43sae7j0yoW7Dg45DVViQNJeRG/0rwBKAbUZuLzs9lH
# hMjqlUW+It7Q7DvkkoLO6DiBsIceeZneZ3XHnv0/OrXDILS2ZWRnm2+qKJp75fub
# TXFafZX3RIn8ZL6Lw4uz/tsX5CllzuiT/2EO2/CzFIaGESi8Y5eFL3xku7tDWzq8
# EtsAehQeHOvNU/mw8Z1hPEozcPMFUY9eUPF7vPRHPV+g+YI+UlrZCFGcJaZpspeP
# h3rUXInftMHHocr/LvI9DMEzgHjOZrDqjECSavp1nHrGbRLfBl/1QNPql1cZJ+H/
# XDygo1x/QVlEkTaBWqcMFifgqJ7xvHPDQd6rvIbBYwUUWU1B79UKON0i6WOMk7A6
# vjsJz7Sk+cJMOMwc76w+qd0mRauWkcfiS08Y4g+4HksymZev5OeGNuuDfI6zwfFt
# T21TIS/c0zmcNU1sgXB6U2VTiw==
# =pMT6
# -----END PGP SIGNATURE-----
# gpg: Signature made Thu 29 Sep 2022 07:01:06 EDT
# gpg:                using RSA key 87A9BD933F87C606D276F62DDAE8E10975969CE5
# gpg:                issuer "marcandre.lureau@redhat.com"
# gpg: Good signature from "Marc-André Lureau <marcandre.lureau@redhat.com>" 
[full]
# gpg:                 aka "Marc-André Lureau <marcandre.lureau@gmail.com>" 
[full]
# Primary key fingerprint: 87A9 BD93 3F87 C606 D276  F62D DAE8 E109 7596 9CE5

* tag 'char-pull-request' of https://gitlab.com/marcandre.lureau/qemu:
  vhost-user: Call qemu_socketpair() instead of socketpair()
  oslib-posix: Introduce qemu_socketpair()
  chardev: fix segfault in finalize
  serial: Allow unaligned i/o access
  msmouse: Add pnp data
  msmouse: Use fifo8 instead of array
  chardev: src buffer const for write functions
  msmouse: Handle mouse reset

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


  Commit: 415873b68f06a96ffe9c4f357673463bbc9fa7a7
      
https://github.com/qemu/qemu/commit/415873b68f06a96ffe9c4f357673463bbc9fa7a7
  Author: Stefan Hajnoczi <stefanha@redhat.com>
  Date:   2022-09-29 (Thu, 29 Sep 2022)

  Changed paths:
    M configure
    M docs/about/deprecated.rst
    M docs/about/removed-features.rst
    M hw/i386/microvm.c
    M hw/i386/pc_piix.c
    M hw/i386/pc_q35.c
    M hw/i386/x86.c
    M hw/nvram/fw_cfg.c
    M hw/watchdog/sbsa_gwdt.c
    M hw/watchdog/watchdog.c
    M hw/watchdog/wdt_aspeed.c
    M hw/watchdog/wdt_diag288.c
    M hw/watchdog/wdt_i6300esb.c
    M hw/watchdog/wdt_ib700.c
    M hw/watchdog/wdt_imx2.c
    M include/hw/nvram/fw_cfg.h
    M include/sysemu/watchdog.h
    M meson
    M meson.build
    M pc-bios/optionrom/Makefile
    M pc-bios/qboot.rom
    M qemu-options.hx
    M qga/meson.build
    A scripts/main.c
    M softmmu/vl.c
    M target/i386/kvm/kvm.c
    M tests/qtest/dbus-display-test.c
    M ui/dbus.h

  Log Message:
  -----------
  Merge tag 'for-upstream' of https://gitlab.com/bonzini/qemu into staging

* x86: re-enable rng seeding via SetupData
* x86: reinitialize RNG seed on system reboot and after kernel load
* qboot: rebuild based on latest commit
* watchdog: remove -watchdog option
* update Meson to 0.61.5, move more configure tests

# -----BEGIN PGP SIGNATURE-----
#
# iQFIBAABCAAyFiEE8TM4V0tmI4mGbHaCv/vSX3jHroMFAmM1xtAUHHBib256aW5p
# QHJlZGhhdC5jb20ACgkQv/vSX3jHroNuMAf/SCSjOMOHCPyLf7bMjoyPB6oYU/03
# K9o1AjTr5d7vzCn4DfWAnsSEqsKINMHiPQLUj33sBhuPzieOZPyXQpVzq4/lQIIG
# 1oOfNLrNtBXODMm1qcVdf6P6Ki5nVhkUIj1m+Uvr1I96R+pZcWzWd/OOsiib63P7
# zaunzU4wUAavD21/Kn41jr35+JW2clnO1FCVb1hSUEGmIeAiR+HViBGBTAJSGK2I
# ZWKBUXBHps0kBKfyoXnPn5lKSnaL8E53WWNrjfoCNFpMKE3PUsebUJi6F623/FhT
# J+SpFbIRWDmtQi/9GtLjGbwUvl/pj6uAyf0Jz1WBF7ViUjOrlWJlisGjsA==
# =WXEL
# -----END PGP SIGNATURE-----
# gpg: Signature made Thu 29 Sep 2022 12:24:48 EDT
# gpg:                using RSA key F13338574B662389866C7682BFFBD25F78C7AE83
# gpg:                issuer "pbonzini@redhat.com"
# gpg: Good signature from "Paolo Bonzini <bonzini@gnu.org>" [full]
# gpg:                 aka "Paolo Bonzini <pbonzini@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:
  x86: re-initialize RNG seed when selecting kernel
  target/i386/kvm: fix kvmclock_current_nsec: Assertion `time.tsc_timestamp <= 
migration_tsc' failed
  configure, meson: move linker flag detection to meson
  configure, meson: move C++ compiler detection to meson.build
  meson: multiple names can be passed to dependency()
  meson: require 0.61.3
  ui: fix path to dbus-display1.h
  watchdog: remove -watchdog option
  configure: do not invoke as/ld directly for pc-bios/optionrom
  qboot: rebuild based on latest commit
  x86: re-enable rng seeding via SetupData
  x86: reinitialize RNG seed on system reboot
  x86: use typedef for SetupData struct
  x86: return modified setup_data only if read as memory, not as file

Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>


Compare: https://github.com/qemu/qemu/compare/c8de6ec63d76...415873b68f06



reply via email to

[Prev in Thread] Current Thread [Next in Thread]