Am 17.12.2012 15:43, schrieb Markus Armbruster: > Alexander Graf <ag...@suse.de> writes: > >> On 17.12.2012, at 15:05, Markus Armbruster wrote: >> >>> They complicate IDE data structures and keep getting in the way. >>> Also, TRIM support (commit d353fb72) is broken for them, because >>> ide_identify() accesses IDEDevice member conf, but IDEDevice exists >>> only with qdevified controllers. >>> >>> The non-qdevified controllers are still there, but attempting to >>> connect devices to them fails with "IDE controller not qdevified yet; >>> drive <name> ignored". >>> >>> Affected machines: >>> >>> * g3beige's first IDE channel (MacIO) >>> -hda, -hdb are on first channel, and no longer work >>> -hdc, -hdd are on second channel, and still work >>> * mac99's second and third IDE channel (MacIO) >>> All four IDE drives no longer work >> >> Nack. This breaks the default targets of qemu-system-ppc and >> qemu-system-ppc64. > > Please tell us how much more time you want to qdevify IDE for these > targets. Thanks!
I believe I have a branch with macio QOM'ifications somewhere that I could revive. Note that I know little about IDE or block layer and mainly care about consistent infrastructure there; I vaguely remember something about the mac's IDE channels being mixed together from two devices unlike real hardware, guess I would be unable to fix that. As for your question, 2013 and a gentle reminder to all involved would be nice. :) In particular we have the Soft Freeze coming up shortly after the holidays, so is this needed for 1.4 Soft Freeze or can it be deferred to 1.5 or done during the 1.4 Soft Freeze? If Aurélien (CC'ed) doesn't manage, I can look at r2d as well. CC'ing Peter and Andrzej for the arm devices. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
