From: Boris Ostrovsky <boris.ostrovsky@oracle.com>
To: Wei Liu <wei.liu2@citrix.com>, Julien Grall <julien.grall@arm.com>
Cc: Stefano Stabellini <sstabellini@kernel.org>,
andrew.cooper3@citrix.com, "xen.org" <Ian.Jackson@eu.citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
jbeulich@suse.com, zhaoshenglong@huawei.com,
roger.pau@citrix.com
Subject: Re: [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader
Date: Thu, 15 Sep 2016 08:39:26 -0400 [thread overview]
Message-ID: <c2e1f7ec-fd8e-235e-8526-417c20653131@oracle.com> (raw)
In-Reply-To: <20160915102233.GI15958@citrix.com>
On 09/15/2016 06:22 AM, Wei Liu wrote:
> On Thu, Sep 15, 2016 at 11:20:08AM +0100, Julien Grall wrote:
>> Hi Wei,
>>
>> On 15/09/2016 11:18, Wei Liu wrote:
>>> On Wed, Sep 14, 2016 at 11:21:39AM -0400, Boris Ostrovsky wrote:
>>>> On 09/07/2016 02:59 PM, Boris Ostrovsky wrote:
>>>>> The goal here is to build ACPI tables for PVHv2/HVMlite guests while reusing existing
>>>>> hvmloader's ACPI builder code. The builder is provided as a library in tools/libacpi.
>>>>>
>>>>> This is version 3 of the series, see individual patches for changes. It can
>>>>> be fetched from git://oss.oracle.com/git/bostrovs/xen.git:acpi_v3
>>>> Wei, Ian --- are there any comments from the toolstack perspective?
>>>>
>>>>> The series is probably still gated by lack of an ACK from Lenovo for the
>>>>> relicensing patch (included here as patch 1).
>>>>>
>>>> So I looked again at commit 801d469ad8b2b88f669326327df03d03200efbfb
>>>> (which is the patch from Lenovo) and it only does 2 things (assuming I
>>>> parsed ASL correctly):
>>>> * Adds _PIC method
>>>> * Controls and describes legacy PCI interrupt routing. This
>>>> functionality has actually been moved into mk_dsdt.c and so this ASL
>>>> code is now generated.
>>>>
>>>> Neither of these two things is used by libxl so technically we may not
>>>> need the ACK from Lenovo. OTOH, we may forget about this restriction in
>>>> the future and accidentally include those two later.
>>>>
>>> This is a risk I would rather not take. As you said, we may forget about
>>> the restriction in the future.
>> Does it mean this series may not be in Xen 4.8? If so, this will also delay
>> other series such as the ACPI guest support for ARM.
>>
> I would like to see this and the subsequent ARM series in 4.8 -- it is
> still possible we get an ack from Lenovo any time, but the issue is out
> of our control at the moment. It's just one unfortunate incident in open
> source software development. Sigh.
One option could be to provide a 'gpl_all' (or some such) target in
libacpi in addition to 'all' and that target will be careful about not
including these small un-ACKed portions of the code.
It will be ugly though.
-boris
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2016-09-15 12:39 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-07 18:59 [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 01/19] acpi: Re-license ACPI builder files from GPLv2 to LGPLv2.1 Boris Ostrovsky
2016-09-07 19:48 ` Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 02/19] acpi/hvmloader: Collect processor and NUMA info in hvmloader Boris Ostrovsky
2016-09-08 13:41 ` Jan Beulich
2016-09-07 18:59 ` [PATCH v3 03/19] acpi/hvmloader: Set TIS header address " Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 04/19] acpi/hvmloader: Make providing IOAPIC in MADT optional Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 05/19] acpi/hvmloader: Build WAET optionally Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 06/19] acpi/hvmloader: Replace mem_alloc() and virt_to_phys() with memory ops Boris Ostrovsky
2016-09-08 13:54 ` Jan Beulich
2016-09-07 18:59 ` [PATCH v3 07/19] acpi/hvmloader: Translate all addresses when assigning addresses in ACPI tables Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 08/19] acpi/hvmloader: Link ACPI object files directly Boris Ostrovsky
2016-09-08 13:56 ` Jan Beulich
2016-09-07 18:59 ` [PATCH v3 09/19] acpi/hvmloader: Include file/paths adjustments Boris Ostrovsky
2016-09-08 14:05 ` Jan Beulich
2016-09-08 18:29 ` Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 10/19] acpi: Move ACPI code to tools/libacpi Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 11/19] x86: Allow LAPIC-only emulation_flags for HVM guests Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 12/19] libacpi: Build DSDT for PVH guests Boris Ostrovsky
2016-09-08 14:09 ` Jan Beulich
2016-09-14 4:13 ` Shannon Zhao
2016-09-14 12:47 ` Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 13/19] acpi: Makefile should better tolerate interrupts Boris Ostrovsky
2016-09-08 14:15 ` Jan Beulich
2016-09-08 18:51 ` Boris Ostrovsky
2016-09-09 8:03 ` Jan Beulich
2016-09-09 13:07 ` Boris Ostrovsky
2016-09-09 13:29 ` Jan Beulich
2016-09-09 13:56 ` Boris Ostrovsky
2016-09-09 14:13 ` Ian Jackson
2016-09-09 14:31 ` Boris Ostrovsky
2016-09-09 14:33 ` Ian Jackson
2016-09-09 14:38 ` Boris Ostrovsky
2016-09-09 15:20 ` Jan Beulich
2016-09-09 16:05 ` Boris Ostrovsky
2016-09-09 16:11 ` Jan Beulich
2016-09-07 18:59 ` [PATCH v3 14/19] libxc/libxl: Allow multiple ACPI modules Boris Ostrovsky
2016-09-15 10:13 ` Wei Liu
2016-09-07 18:59 ` [PATCH v3 15/19] libxl/acpi: Add ACPI e820 entry Boris Ostrovsky
2016-09-15 10:13 ` Wei Liu
2016-09-07 18:59 ` [PATCH v3 16/19] libxl/pvhv2: Include APIC page in MMIO hole for PVHv2 guests Boris Ostrovsky
2016-09-15 10:13 ` Wei Liu
2016-09-07 18:59 ` [PATCH v3 17/19] ilibxl: Initialize domain build info before calling libxl__domain_make Boris Ostrovsky
2016-09-15 10:13 ` Wei Liu
2016-09-07 18:59 ` [PATCH v3 18/19] libxl/acpi: Build ACPI tables for HVMlite guests Boris Ostrovsky
2016-09-08 14:20 ` Jan Beulich
2016-09-08 18:53 ` Boris Ostrovsky
2016-09-09 8:05 ` Jan Beulich
2016-09-09 13:11 ` Boris Ostrovsky
2016-09-09 13:50 ` Ian Jackson
2016-09-09 14:02 ` Boris Ostrovsky
2016-09-07 18:59 ` [PATCH v3 19/19] libxc/xc_dom_core: Copy ACPI tables to guest space Boris Ostrovsky
2016-09-15 10:13 ` Wei Liu
2016-09-14 15:21 ` [PATCH v3 00/19] Make ACPI builder available to components other than hvmloader Boris Ostrovsky
2016-09-15 10:18 ` Wei Liu
2016-09-15 10:20 ` Julien Grall
2016-09-15 10:22 ` Wei Liu
2016-09-15 12:39 ` Boris Ostrovsky [this message]
2016-09-15 13:48 ` Julien Grall
2016-09-15 14:07 ` Boris Ostrovsky
2016-09-15 14:21 ` Jan Beulich
2016-09-15 15:28 ` Boris Ostrovsky
2016-09-15 16:05 ` Jan Beulich
2016-09-15 16:40 ` Boris Ostrovsky
2016-09-16 6:45 ` Jan Beulich
2016-09-16 12:41 ` Boris Ostrovsky
2016-09-16 15:22 ` Lars Kurth
2016-09-16 15:53 ` Boris Ostrovsky
2016-09-19 15:30 ` Ian Jackson
2016-09-19 15:42 ` Boris Ostrovsky
2016-09-19 15:49 ` Ian Jackson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c2e1f7ec-fd8e-235e-8526-417c20653131@oracle.com \
--to=boris.ostrovsky@oracle.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=julien.grall@arm.com \
--cc=roger.pau@citrix.com \
--cc=sstabellini@kernel.org \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
--cc=zhaoshenglong@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).