Re: [PATCH v2] Deprecate the "-no-acpi" command line switch

2023-02-27 Thread Sunil V L
On Fri, Feb 24, 2023 at 10:05:43AM +0100, Thomas Huth wrote: > Similar to "-no-hpet", the "-no-acpi" switch is a legacy command > line option that should be replaced with the "acpi" machine parameter > nowadays. > > Signed-off-by: Thomas Huth > --- > v2: Fixed stypid copy-n-paste bug (Thanks to

Re: [PATCH v2] Deprecate the "-no-acpi" command line switch

2023-02-24 Thread Igor Mammedov
On Fri, 24 Feb 2023 10:05:43 +0100 Thomas Huth wrote: > Similar to "-no-hpet", the "-no-acpi" switch is a legacy command > line option that should be replaced with the "acpi" machine parameter > nowadays. > > Signed-off-by: Thomas Huth Reviewed-by: Igor Mammedov > --- > v2: Fixed stypid cop

Re: [PATCH v2] Deprecate the "-no-acpi" command line switch

2023-02-24 Thread Philippe Mathieu-Daudé
On 24/2/23 10:05, Thomas Huth wrote: Similar to "-no-hpet", the "-no-acpi" switch is a legacy command line option that should be replaced with the "acpi" machine parameter nowadays. Signed-off-by: Thomas Huth --- v2: Fixed stypid copy-n-paste bug (Thanks to Sunil for spotting it!) docs/abo

Re: [PATCH v2] Deprecate the "-no-acpi" command line switch

2023-02-24 Thread Peter Krempa
On Fri, Feb 24, 2023 at 10:05:43 +0100, Thomas Huth wrote: > Similar to "-no-hpet", the "-no-acpi" switch is a legacy command > line option that should be replaced with the "acpi" machine parameter > nowadays. > > Signed-off-by: Thomas Huth > --- > v2: Fixed stypid copy-n-paste bug (Thanks to Su

[PATCH v2] Deprecate the "-no-acpi" command line switch

2023-02-24 Thread Thomas Huth
Similar to "-no-hpet", the "-no-acpi" switch is a legacy command line option that should be replaced with the "acpi" machine parameter nowadays. Signed-off-by: Thomas Huth --- v2: Fixed stypid copy-n-paste bug (Thanks to Sunil for spotting it!) docs/about/deprecated.rst | 6 ++ softmmu/vl.