From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:40706) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlKC1-00063g-IJ for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:23:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QlKC0-0007U5-E3 for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:23:29 -0400 Received: from mail-gw0-f45.google.com ([74.125.83.45]:58340) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QlKC0-0007Tx-7N for qemu-devel@nongnu.org; Mon, 25 Jul 2011 08:23:28 -0400 Received: by gwb19 with SMTP id 19so2996996gwb.4 for ; Mon, 25 Jul 2011 05:23:27 -0700 (PDT) Message-ID: <4E2D603E.8050908@codemonkey.ws> Date: Mon, 25 Jul 2011 07:23:26 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <4E2AA4AD.2080608@web.de> <20110725094156.GD21852@amd.home.annexia.org> <4E2D465D.7030502@siemens.com> <20110725104542.GR2532@amd.home.annexia.org> <4E2D4CA1.1080504@siemens.com> In-Reply-To: <4E2D4CA1.1080504@siemens.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RESEND][PATCH v3] Generalize -machine command line option List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Anthony PERARD , Ian Campbell , Anthony Liguori , "Richard W.M. Jones" , qemu-devel On 07/25/2011 05:59 AM, Jan Kiszka wrote: > On 2011-07-25 12:45, Richard W.M. Jones wrote: >> That's an excuse, not a practical solution. We have to be able to >> work with any qemu. eg. the qemu in current Fedora Rawhide which >> supports only -machine accel=, or qemu in other distros which are also >> branched from arbitrary git releases, or qemu that people compile >> themselves. > > In principle, this is first of all a Rawhide problem. Upstream really > can't babysit every distro doing crazy things with arbitrary devel > snapshots. These patches were public, and the maintainers had a fair > chance to realize that the interface was not yet set in stone. > >> >> Parsing -help output and guesswork isn't scalable, and this is not >> exactly the first time that people have complained about this. > > I agree. That's why we try hard to release stable interfaces and then > maintain them. > >> >> (Yes, libvirt and libguestfs do allow callers to mechanically query >> their respective APIs for capabilities.) > > Maybe Anthony's (Liguori) rework of the QEMU config interfaces will > provide a better reflections, haven't checked. But for now you need to > stick with this model, specifically when you want to maintain all the > distro forks. Yes, it will, but it doesn't fix this particular. Problem. Until we do a release, we reserve the right to change the syntax of newly introduced command line options. I don't think any level of introspection changes this. Regards, Anthony Liguori > > Jan >