From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39633)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hpa@zytor.com>) id 1W0PcF-0004tD-2j
	for qemu-devel@nongnu.org; Tue, 07 Jan 2014 00:54:15 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <hpa@zytor.com>) id 1W0PcE-0008L8-AA
	for qemu-devel@nongnu.org; Tue, 07 Jan 2014 00:54:14 -0500
Received: from terminus.zytor.com ([2001:1868:205::10]:47242
	helo=mail.zytor.com) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <hpa@zytor.com>) id 1W0PcE-0008JX-3Y
	for qemu-devel@nongnu.org; Tue, 07 Jan 2014 00:54:14 -0500
Message-ID: <52CB966E.6050600@zytor.com>
Date: Mon, 06 Jan 2014 21:53:50 -0800
From: "H. Peter Anvin" <hpa@zytor.com>
MIME-Version: 1.0
References: <1362017554-1260-1-git-send-email-hpa@zytor.com>	<51501B58.1060300@suse.de>	<20130325161515.06a2970b@nial.usersys.redhat.com>	<51509B0E.40804@zytor.com>	<20130325190537.GH8494@otherpad.lan.raisama.net>	<5150B77B.7060207@zytor.com>
	<20130325205636.GK8494@otherpad.lan.raisama.net>
In-Reply-To: <20130325205636.GK8494@otherpad.lan.raisama.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [RFC PATCH 1/3] target-i386: Add 486sx, old486,
 and old486sx CPU models
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: qemu-devel@nongnu.org, Igor Mammedov <imammedo@redhat.com>, =?ISO-8859-1?Q?Andreas_F=E4rber?= <afaerber@suse.de>, Anthony Liguori <anthony@codemonkey.ws>, Orit Wasserman <owasserm@redhat.com>

On 03/25/2013 01:56 PM, Eduardo Habkost wrote:
> 
>>
>> It needs to be possible to fix bugs....
> 
> It is possible to fix them today: just write a compat function or add a
> global variable that is handled by cpu_x86_init(), and call it from the
> pc-1.3 machine-type init function. See disable_kvm_pv_eoi() and
> enable_compat_apic_id_mode(), for example.
> 
> The difference is that this will be much easier once we introduce the
> static properties: then you just need to add the compat property values
> to the compat_props field on the machine-type struct.
> 

Hi guys,

Any movement on this in the past year?

	-hpa