[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 0/3] pc: Set hw_version on all machine classes
|
From: |
Laszlo Ersek |
|
Subject: |
Re: [Qemu-devel] [PATCH 0/3] pc: Set hw_version on all machine classes |
|
Date: |
Wed, 23 Sep 2015 12:37:08 +0200 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 |
On 09/23/15 10:04, Igor Mammedov wrote:
> On Tue, 22 Sep 2015 17:16:24 -0300
> Eduardo Habkost <address@hidden> wrote:
>
>> In 2012, QEMU had a bug where it exposed QEMU version information
>> to the guest, meaning a QEMU upgrade would expose different
>> hardware to the guest OS even if the same machine-type is being
>> used.
>>
>> The bug was fixed by commit 93bfef4c6e4b23caea9d51e1099d06433d8835a4,
>> on all machines up to pc-1.0. But we kept introducing the same
>> bug on all newer machines since then. That means we are breaking
>> guest ABI every time QEMU was upgraded.
>>
>> Fix this by setting the hw_version on all PC machines, making
>> sure the hardware won't change when upgrading QEMU.
>>
>> This series is based on Michael's PCI tree, plus the "Set
>> broken_reserved_end on pc-*-2.4, not 2.5" patch I submitted
>> earlier today.
> I haven't seen this patch on list, perhaps it needs to be resubmitted?
http://lists.nongnu.org/archive/html/qemu-devel/2015-09/msg05778.html
- [Qemu-devel] [PATCH 1/3] pc: Set hw_version on all machine classes, (continued)
- [Qemu-devel] [PATCH 1/3] pc: Set hw_version on all machine classes, Eduardo Habkost, 2015/09/22
- [Qemu-devel] [PATCH 2/3] osdep: Rename qemu_{get, set}_version() to qemu_{, set_}hw_version(), Eduardo Habkost, 2015/09/22
- [Qemu-devel] [PATCH 3/3] megasas: Use qemu_hw_version() instead of QEMU_VERSION, Eduardo Habkost, 2015/09/22
- Re: [Qemu-devel] [PATCH 0/3] pc: Set hw_version on all machine classes, Igor Mammedov, 2015/09/23
- Re: [Qemu-devel] [PATCH 0/3] pc: Set hw_version on all machine classes,
Laszlo Ersek <=