From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38043)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1YzNC4-000204-B3
	for qemu-devel@nongnu.org; Mon, 01 Jun 2015 06:43:45 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1YzNC1-0002xF-3T
	for qemu-devel@nongnu.org; Mon, 01 Jun 2015 06:43:44 -0400
Received: from mx1.redhat.com ([209.132.183.28]:59003)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pbonzini@redhat.com>) id 1YzNC0-0002x9-V9
	for qemu-devel@nongnu.org; Mon, 01 Jun 2015 06:43:41 -0400
Message-ID: <556C3757.7080603@redhat.com>
Date: Mon, 01 Jun 2015 12:43:35 +0200
From: Paolo Bonzini <pbonzini@redhat.com>
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>
	<556C1F63.1090605@redhat.com>
	<20150601121908-mutt-send-email-mst@redhat.com>
In-Reply-To: <20150601121908-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: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: matt.fleming@intel.com, "Gabriel L. Somlo" <somlo@cmu.edu>, qemu-devel@nongnu.org, gsomlo@gmail.com, kraxel@redhat.com, Laszlo Ersek <lersek@redhat.com>



On 01/06/2015 12:23, Michael S. Tsirkin wrote:
> Still, reserving part of the namespace for QEMU internal use
> is *not* policy, it's just good engineering.
> 
> How about we forbid adding files under "etc/" ?
> 
> That would be enough to avoid conflicts.

I do not understand.  What we're doing is free-beer.  We can always say
no.  What's your worry?

One usecase of this feature is to avoid recompiling QEMU while playing
with firmware.  If you cannot mimic QEMU's behavior (which is to add
"etc/" files), the feature is pointless, or at least I totally cannot
understand its purpose and I'm against merging it.

Paolo