[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 1/2] i386/acpi: fix inconsistent QEMU/OVMF device paths
From: |
Michael S. Tsirkin |
Subject: |
Re: [PATCH 1/2] i386/acpi: fix inconsistent QEMU/OVMF device paths |
Date: |
Sun, 28 Feb 2021 15:45:24 -0500 |
On Sun, Feb 28, 2021 at 11:43:55AM +0100, Thomas Lamprecht wrote:
> Hi Vitaly,
>
> On 28.02.21 10:11, vit9696 wrote:
> > For us this breaks the ability to control the boot options between the
> > operating system and the OVMF. It happens because the operating system
> > builds the DPs based on ACPI (in fact the only source available to it),
> > while OVMF uses another source. The previous behaviour also violates the
> > specification, so I do not believe there is room for reverting it. I
> > believe it is also not possible to update QEMU to internally use the 1 UID,
> > since it may conflict with the case when there are multiple PCI bus.
>
> I think you may have misunderstood me a little bit, I did not ask for this to
> be reverted in upstream QEMU, it's quite clear to me that this should be the
> new default behaviour and should have been since ever.
We do make an effort to avoid guest visible changes within machine
version though. this is what we should do here I think.
--
MST
Re: [PATCH 1/2] i386/acpi: fix inconsistent QEMU/OVMF device paths, Michael S. Tsirkin, 2021/02/28