From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42690) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YzLbG-0002fv-GH for qemu-devel@nongnu.org; Mon, 01 Jun 2015 05:01:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YzLbC-00027L-BM for qemu-devel@nongnu.org; Mon, 01 Jun 2015 05:01:38 -0400 Received: from mail-wi0-x22e.google.com ([2a00:1450:400c:c05::22e]:37590) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YzLbB-00024V-Qf for qemu-devel@nongnu.org; Mon, 01 Jun 2015 05:01:34 -0400 Received: by wifw1 with SMTP id w1so95969358wif.0 for ; Mon, 01 Jun 2015 02:01:33 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <556C1F63.1090605@redhat.com> Date: Mon, 01 Jun 2015 11:01:23 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1430320913-20737-1-git-send-email-somlo@cmu.edu> <1430320913-20737-5-git-send-email-somlo@cmu.edu> <20150531181048.GC5268@redhat.com> <556C046B.9070704@redhat.com> <20150601092645-mutt-send-email-mst@redhat.com> In-Reply-To: <20150601092645-mutt-send-email-mst@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH V4 4/4] fw_cfg: insert fw_cfg file blobs via qemu cmdline List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" , Laszlo Ersek Cc: gsomlo@gmail.com, "Gabriel L. Somlo" , matt.fleming@intel.com, kraxel@redhat.com, qemu-devel@nongnu.org On 01/06/2015 09:28, Michael S. Tsirkin wrote: > > I don't feel overly strongly about it; just "mechanism, not policy" > > looks like a good tradition (well, good excuse anyway). > > Most users never see warnings. We ship it, we support it. > If we don't want to support it, let's not ship it. Then we should rm -rf half of QEMU. :) Seriously, I agree wholeheartedly with not baking policy into QEMU. A lot of QEMU command-line hacking really is just a shortcut to avoid continuous recompilation. I don't think it's reasonable to expect that it constitutes a stable API. Paolo