[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Ping: [PATCH 0/6] tools/include: adjustments to the population of xen/


  • To: Jürgen Groß <jgross@xxxxxxxx>
  • From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
  • Date: Fri, 2 Oct 2020 09:46:00 +0000
  • Accept-language: en-GB, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8dNGoh+tApqUm8hZhKiDUFKe0zCuPtvL8QZGDsOurl8=; b=RVXlfCFMD/1zgVSQkUGJE529hP3g/NZ5bBUrgKn1u+bRhZYdTh/y1uzAShFu5db6KXYzNjUAEVA3URHNSfkLrOXpKGChaU8WjkQ1JA8qY2r6L22HB/OMk9nZDYa9+9+Dk7Q2Q9saVvJnlKKP3UIYQ58RZ5h/chqxt1zY8phuZ686DvqBRDmIWMV0TmSxsjO3XqQvpdvwyDZztnXkrcBATgk2qE4YDSh2IqkmexuzPfWO7TIyblb8bL6omm/8dYwYJkF5g8IZaaJY214YH5CMa3pRC6DUCnRT65MWd0x2TcjGCcRejLQarXJmDh6cWfOVplwngqYwpVrhF6abhIUm9g==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CDnuQsdEuRlFypqwBxCO5T6pPlvQBByFzKsn6FjW6qybMRNGnF6ysd67svi4g0asux20k7yBfvDKL/AdLAkC78dxzbOB9c2l5KXUIP5s4ppovM9uZ7FY9qd9bUZ+14KfkO7wgILldXSIQxK8m73PFlqZqZgBKm8cF24geWrIS9RolAfO15DFhUvJSDfIAa4m+4nb7dzAD3l2CH1beuVGpfHOUnX/+LgyZtcXiabwU+7LYwvIa9Lz+2pU4LRw6MQdMaIyX+Gr6opSSVWR2tBCapxBdbSLVDWmZqWX5SRQLtPvJNcXP7teVb0na9fbdOBniDaLVisecCxTL+0MPNjoPA==
  • Authentication-results-original: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Cc: Jan Beulich <jbeulich@xxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Fri, 02 Oct 2020 09:46:54 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: suse.com; dkim=none (message not signed) header.d=none;suse.com; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHWh2uA51KvLc+DNUCjQhMwaVDUdqmDCd+AgAAHWYCAAAQLgIAAxK+AgABY4YA=
  • Thread-topic: Ping: [PATCH 0/6] tools/include: adjustments to the population of xen/


> On 2 Oct 2020, at 05:27, Jürgen Groß <jgross@xxxxxxxx> wrote:
> 
> On 01.10.20 18:43, Bertrand Marquis wrote:
>> Hi,
>>> On 1 Oct 2020, at 17:29, Bertrand Marquis <bertrand.marquis@xxxxxxx> wrote:
>>> 
>>> Hi Jan,
>>> 
>>>> On 1 Oct 2020, at 17:03, Jan Beulich <jbeulich@xxxxxxxx> wrote:
>>>> 
>>>> On 10.09.2020 14:09, Jan Beulich wrote:
>>>>> While looking at what it would take to move around libelf/
>>>>> in the hypervisor subtree, I've run into this rule, which I
>>>>> think can do with a few improvements and some simplification.
>>>>> 
>>>>> 1: adjust population of acpi/
>>>>> 2: fix (drop) dependencies of when to populate xen/
>>>>> 3: adjust population of public headers into xen/
>>>>> 4: properly install Arm public headers
>>>>> 5: adjust x86-specific population of xen/
>>>>> 6: drop remaining -f from ln invocations
>>>> 
>>>> May I ask for an ack or otherwise here?
>>> 
>>> This is going the right way but with this serie (on top of current staging
>>> status), I have a compilation error in Yocto while compiling qemu:
>>> In file included from 
>>> /media/extend-drive/bermar01/Development/xen-dev/yocto-build/build/dom0-fvp.prj/tmp/work/armv8a-poky-linux/qemu/5.1.0-r0/recipe-sysroot/usr/include/xenguest.h:25,
>>> |                  from 
>>> /media/extend-drive/bermar01/Development/xen-dev/yocto-build/build/dom0-fvp.prj/tmp/work/armv8a-poky-linux/qemu/5.1.0-r0/qemu-5.1.0/hw/i386/xen/xen_platform.c:41:
>>> | 
>>> /media/extend-drive/bermar01/Development/xen-dev/yocto-build/build/dom0-fvp.prj/tmp/work/armv8a-poky-linux/qemu/5.1.0-r0/recipe-sysroot/usr/include/xenctrl_dom.h:19:10:
>>>  fatal error: xen/libelf/libelf.h: No such file or directory
>>> |    19 | #include <xen/libelf/libelf.h>
>>> |       |          ^~~~~~~~~~~~~~~~~~~~~
>>> | compilation terminated.
>>> | 
>>> /media/extend-drive/bermar01/Development/xen-dev/yocto-build/build/dom0-fvp.prj/tmp/work/armv8a-poky-linux/qemu/5.1.0-r0/qemu-5.1.0/rules.mak:69:
>>>  recipe for target 'hw/i386/xen/xen_platform.o’ failed
>>> 
>>> Xen is using xenctrl_dom.h which need the libelf.h header from xen.
>> Actually this is not coming from your serie and this is actually a problem 
>> already present on master.
> 
> ... and fixed on staging.

I can confirm that with tonight staging status this issue is not present 
anymore.

Regards
Bertrand


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.