From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43137)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UnGWv-00025j-L7
	for qemu-devel@nongnu.org; Thu, 13 Jun 2013 19:02:11 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UnGWu-0006up-N0
	for qemu-devel@nongnu.org; Thu, 13 Jun 2013 19:02:09 -0400
Received: from mail-qa0-x22f.google.com ([2607:f8b0:400d:c00::22f]:55543)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paolo.bonzini@gmail.com>) id 1UnGWu-0006uf-JS
	for qemu-devel@nongnu.org; Thu, 13 Jun 2013 19:02:08 -0400
Received: by mail-qa0-f47.google.com with SMTP id i13so1425322qae.20
	for <qemu-devel@nongnu.org>; Thu, 13 Jun 2013 16:02:08 -0700 (PDT)
Sender: Paolo Bonzini <paolo.bonzini@gmail.com>
Message-ID: <51BA4F6C.5070902@redhat.com>
Date: Thu, 13 Jun 2013 19:02:04 -0400
From: Paolo Bonzini <pbonzini@redhat.com>
MIME-Version: 1.0
References: <1370882347-31129-1-git-send-email-mst@redhat.com>
	<87r4g9rdwe.fsf@codemonkey.ws> <51B62C48.5060303@redhat.com>
	<87ehc920ym.fsf@codemonkey.ws> <51B63A74.1030905@redhat.com>
	<87mwqxzlke.fsf@codemonkey.ws>
	<CAFe8ug-HU7Xf=GyoSmY+LSYsoFZ1GCG3+UQt0eB-KPLMQg4z1A@mail.gmail.com>
	<CA+aC4kv-mhbWXgSmtGgs3gQHaeTWpssDr2VJ8MtTrefcOs7Y7g@mail.gmail.com>
In-Reply-To: <CA+aC4kv-mhbWXgSmtGgs3gQHaeTWpssDr2VJ8MtTrefcOs7Y7g@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH] qemu: piix: PCI bridge ACPI hotplug support
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: Anthony Liguori <anthony@codemonkey.ws>
Cc: Peter Maydell <peter.maydell@linaro.org>, "Michael S. Tsirkin" <mst@redhat.com>, Laszlo Ersek <lersek@redhat.com>, seabios@seabios.org, qemu-devel <qemu-devel@nongnu.org>, Kevin O'Connor <kevin@koconnor.net>, Gerd Hoffmann <kraxel@redhat.com>, Jordan Justen <jljusten@gmail.com>, David Woodhouse <dwmw2@infradead.org>

Il 10/06/2013 21:03, Anthony Liguori ha scritto:
>>> I'm not really convinced that
>>> QEMU<->firmware is a GPL boundary because of how tightly the two are
>>> linked.
>>
>> Where has 'linked' in terms of the GPL ever been anything other than
>> actual executable linking?
> 
> I should not have even brought this up as it's not worth debating.  If
> you're curious, http://www.gnu.org/licenses/gpl-faq.html#MereAggregation

With the usual IANAL care, I think QOM would be much much more of a
legal grey area that passing ACPI tables.

If you pass ACPI tables, the ACPI tables are clearly part of QEMU, and
are almost as clearly "just data" for the BIOS.

But if you use QOM, you may start wondering if "the semantics of the
communication are intimate enough, exchanging complex internal data
structures".  Probably not, as it is a generic interface and there could
be in principle other consumers than the firmware, but still complex
enough that raising the issue is not moot.

Paolo