qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH for-7.0] i386: Deprecate the -no-hpet QEMU command line optio


From: Thomas Huth
Subject: Re: [PATCH for-7.0] i386: Deprecate the -no-hpet QEMU command line option
Date: Mon, 6 Dec 2021 09:47:58 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0

On 06/12/2021 09.40, Thomas Huth wrote:
The HPET setting has been turned into a machine property a while ago
already, so we should finally do the next step and deprecate the
legacy CLI option, too.
While we're at it, add a proper help text for the machine property, too.

Signed-off-by: Thomas Huth <thuth@redhat.com>
---
  docs/about/deprecated.rst | 6 ++++++
  hw/i386/pc.c              | 2 ++
  qemu-options.hx           | 2 +-
  softmmu/vl.c              | 1 +
  4 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst
index 5693abb663..1dfe69aa6a 100644
--- a/docs/about/deprecated.rst
+++ b/docs/about/deprecated.rst
@@ -198,6 +198,12 @@ form is preferred.
  Using ``-drive if=none`` to configure the OTP device of the sifive_u
  RISC-V machine is deprecated. Use ``-drive if=pflash`` instead.
+``-no-hpet`` (since 7.0)
+''''''''''''''''''''''''
+
+The HPET setting has been turned into a machine property.
+Use ``-machine hpet=off`` instead.
[...]

Forgot to CC: the libvirt folks, doing so now.

Seems like libvirt is still using -no-hpet in some few spots, so I guess these would need to be changed first, before we could finally remove this option in QEMU?

 Thomas




reply via email to

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