qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 32/32] Relax IDE CHS limits from 16383, 16, 63 t


From: Markus Armbruster
Subject: Re: [Qemu-devel] [PATCH 32/32] Relax IDE CHS limits from 16383, 16, 63 to 65535, 16, 255
Date: Fri, 06 Jul 2012 20:15:35 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux)

Alexander Graf <address@hidden> 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 <address@hidden>
>> 
>> * spitz, borzoi, terrier
>>  Andrzej Zaborowski <address@hidden>
>> 
>> * tosa
>>  unmaintained
>> 
>> * r2d
>>  Magnus Damm <address@hidden>
>> 
>> 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!



reply via email to

[Prev in Thread] Current Thread [Next in Thread]