From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=57756 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pmsph-0001Au-Um for qemu-devel@nongnu.org; Tue, 08 Feb 2011 14:02:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pmspg-0006Ck-L5 for qemu-devel@nongnu.org; Tue, 08 Feb 2011 14:02:37 -0500 Received: from mail-ew0-f45.google.com ([209.85.215.45]:63084) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pmspg-0006CZ-Gj for qemu-devel@nongnu.org; Tue, 08 Feb 2011 14:02:36 -0500 Received: by ewy10 with SMTP id 10so3264476ewy.4 for ; Tue, 08 Feb 2011 11:02:35 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <20110208155557.GM6198@x200.localdomain> Date: Tue, 8 Feb 2011 19:02:22 +0000 Message-ID: Subject: Re: [Qemu-devel] KVM call minutes for Feb 8 From: Peter Maydell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Chris Wright , qemu-devel@nongnu.org, kvm@vger.kernel.org On 8 February 2011 17:13, Markus Armbruster wrote: > As far as qdev's concerned, I can see two kinds of to-dos: > > * Further develop qdev so that more of the machine init code can becomes > =C2=A0qdev declarations. =C2=A0Specific ideas welcome. =C2=A0Patches even= more, as > =C2=A0always. > > * Convert the remaining devices. =C2=A0They are typically used only with > =C2=A0oddball machines, which makes the conversion hard to test for anyon= e > =C2=A0who's not already using them. > > =C2=A0I've said this before: at some point in time (sooner rather than > =C2=A0later, if you ask me), we need to shoot the stragglers. =C2=A0I'm p= retty > =C2=A0optimistic that any victims worth keeping will receive timely > =C2=A0attention then. So on IRC pbrook wrote: So we have a bunch of devices that nominally claim to use the qdev infrastructure, but are still making assumptions that qdev was supposed to remove, so break horribly when you actually try to use it as intended. ...and my question is: where is the documentation on how to do a good conversion of a device to qdev, how it works, what the assumptions you can/can't make are, etc ? I can't see anything relevant in the source tree or on the website, but maybe I'm just looking in the wrong places... -- PMM