From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:47027)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1SnD4V-0000V8-Nz
	for qemu-devel@nongnu.org; Fri, 06 Jul 2012 14:16:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1SnD4T-0004fl-RH
	for qemu-devel@nongnu.org; Fri, 06 Jul 2012 14:16:03 -0400
Received: from mx1.redhat.com ([209.132.183.28]:56744)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1SnD4T-0004fE-Jg
	for qemu-devel@nongnu.org; Fri, 06 Jul 2012 14:16:01 -0400
From: Markus Armbruster <armbru@redhat.com>
References: <1340984094-5451-1-git-send-email-armbru@redhat.com>
	<1340984094-5451-33-git-send-email-armbru@redhat.com>
	<4FF5B247.7070902@redhat.com> <m3d34a41t0.fsf@blackfin.pond.sub.org>
	<CD9D63A8-AA8A-4520-9FF1-5F7B5FD6C3DE@suse.de>
Date: Fri, 06 Jul 2012 20:15:35 +0200
In-Reply-To: <CD9D63A8-AA8A-4520-9FF1-5F7B5FD6C3DE@suse.de> (Alexander Graf's
	message of "Fri, 6 Jul 2012 16:50:37 +0200")
Message-ID: <m3liiweoxk.fsf@blackfin.pond.sub.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: Re: [Qemu-devel] [PATCH 32/32] Relax IDE CHS limits from 16383, 16,
	63 to 65535, 16, 255
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: Alexander Graf <agraf@suse.de>
Cc: Kevin Wolf <kwolf@redhat.com>, aliguori@us.ibm.com, stefanha@linux.vnet.ibm.com, qemu-devel@nongnu.org, pbonzini@redhat.com

Alexander Graf <agraf@suse.de> writes:

> On 05.07.2012, at 18:20, Markus Armbruster wrote:
[...]
>> When it comes to block device models, IDE is *always* the troublemaker.
>> And a big reason for that is the messy data structures that are
>> impractical to clean up while we still support non-qdevified IDE.  Which
>> we do almost three years after IDE qdevification.
>> 
>> The laggards are:
>> 
>> * mac99, g3beige
>>  Alexander Graf <agraf@suse.de>
>> 
>> * spitz, borzoi, terrier
>>  Andrzej Zaborowski <balrogg@gmail.com>
>> 
>> * tosa
>>  unmaintained
>> 
>> * r2d
>>  Magnus Damm <magnus.damm@gmail.com>
>> 
>> Any plans to drag these boards into the current decade already?
>
> Got a pointer to a board that does it right?

Any board that uses pci_cmd646_ide_init(), pci_piix[34]_ide_init(), or
vt82c686b_ide_init().  These create a qdev providing an IDE bus.  The
non-qdevified IDE controllers use ide_init2_with_non_qdev_drives()
instead.

Funny: g3beige has two IDE controllers, first one isn't qdevified
(created with pmac_ide_init()), second one is (created with
pci_cmd646_ide_init()).

Feel free to ask for more help!