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

Re: [PATCH 0/4] xen: domain-tracked allocations, and fault injection


  • To: Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Mon, 4 Jan 2021 10:38:39 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.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=/OojvyPzSE7raV1tmXAYQA/+BWV7TRMr3kTh/jFQpTA=; b=k+zd5MtVTWuCwXS1w2iU96oQxjHe+4jnBReWk+vNN4gFoltQ/K1IyKIhizb5sDWksujblIaXIlyYUv+gpUvSUeF8mGA9+Hj2GiI/Y3urGb5IA0+2wwCTdItT+CG0/ih5qWhJ5gsibMlwny8YdEs28g5gcHIsjlu7CYW+M3nI1aop/F+5QWw4dGJ6Gc6Bh7+Udq7+ZdFWRxiQvuLJ6DaJhDRBzjuiuV4z5FcZsOQ9E8LtGlRhMWEwY1rP/Wdvkyk0D6M+4eFLGgIQD20Qg4+nOUkIuqib2S+t8s/ntgokQ8TjNoFEtrVdKqfRgbS1pqZUlGOMatSAV0yFVHnWuDHxKw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=i8ScalJcRudwK5GFDB1Y/uA12UxI0yhWUWbdugl48S4WPn0YFZa2nvhBHzeAsHvvK7h15ePWq6ol98e5HNTFX5zo2qdFuhpP39wf/5xnvhrWXvffy1j/TpcRKAoy9G8mNtgr1kOzn8owmTGSV1SubBC/MqAxzXaLz8caNMlwSLJ8NjXXJoj70SJdQQDcG/txGztko8lY3o2td4EV/M9AjaRjLA1l+TE6lO5AOIf8CGNsmQn9JEhOTzcQU66rjCan5nuZpEO3YQ7pXM53W1r215U4BcE8mEnL2FjSkMe6XZnUrYYZpF06A2dF+ueiMVP9uzp3p1JhbIKtZ1//Rl4RtA==
  • Authentication-results: esa5.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>, <famzheng@xxxxxxxxxx>, <cardoe@xxxxxxxxxx>, <wl@xxxxxxx>, <Bertrand.Marquis@xxxxxxx>, <julien@xxxxxxx>
  • Delivery-date: Mon, 04 Jan 2021 09:38:57 +0000
  • Ironport-sdr: eXzAcKcIBC+IxJu5mR4R7tIAl8gJHvHG+kn3AR+ilPUlj5Lq+cSDbpd+thp2m7th62OOqc0BYU mawlLWNXrbvcqhQ62XRIsoeiiUpzPHzkjsqfC7ppKeK0gIjXXrabe1Cij6ITTTsfFneJeQOlT0 xrUB6Z8uvSlX1buz1+QRoPi8WLePqK3lyVFtxBhVeSCc/zhS18MBrr4YB94CSU1Xf5C02LamBl cud6/hL71xjSA7XD7fsiKCg3homjK1aYUrcsSVlGtZstWQ+cGaqm150Ag8oYqtDESdJ7hHB2/h 48I=
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Wed, Dec 23, 2020 at 12:10:43PM -0800, Stefano Stabellini wrote:
> On Wed, 23 Dec 2020, Andrew Cooper wrote:
> > On 23/12/2020 19:45, Stefano Stabellini wrote:
> > > On Wed, 23 Dec 2020, no-reply@xxxxxxxxxxx wrote:
> > >> Hi,
> > >>
> > >> Patchew automatically ran gitlab-ci pipeline with this patch (series) 
> > >> applied, but the job failed. Maybe there's a bug in the patches?
> > >>
> > >> You can find the link to the pipeline near the end of the report below:
> > >>
> > >> Type: series
> > >> Message-id: 20201223163442.8840-1-andrew.cooper3@xxxxxxxxxx
> > >> Subject: [PATCH 0/4] xen: domain-tracked allocations, and fault injection
> > >>
> > >> === TEST SCRIPT BEGIN ===
> > >> #!/bin/bash
> > >> sleep 10
> > >> patchew gitlab-pipeline-check -p xen-project/patchew/xen
> > >> === TEST SCRIPT END ===
> > > [...]
> > >
> > >> === OUTPUT BEGIN ===
> > >> [2020-12-23 16:38:43] Looking up pipeline...
> > >> [2020-12-23 16:38:43] Found pipeline 233889763:
> > >>
> > >> https://gitlab.com/xen-project/patchew/xen/-/pipelines/233889763
> > > This seems to be a genuine failure. Looking at the alpine-3.12-gcc-arm64
> > > build test, the build error is appended below. This is a link to the
> > > failed job: https://gitlab.com/xen-project/patchew/xen/-/jobs/929842628
> > >
> > >
> > >
> > > gcc  -DBUILD_ID -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes 
> > > -Wdeclaration-after-statement -Wno-unused-but-set-variable 
> > > -Wno-unused-local-typedefs   -O2 -fomit-frame-pointer 
> > > -D__XEN_INTERFACE_VERSION__=__XEN_LATEST_INTERFACE_VERSION__ -MMD -MP -MF 
> > > .xen-diag.o.d -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE   -Werror 
> > > -include /builds/xen-project/patchew/xen/tools/misc/../../tools/config.h 
> > > -I/builds/xen-project/patchew/xen/tools/misc/../../tools/include 
> > > -I/builds/xen-project/patchew/xen/tools/misc/../../tools/include 
> > > -D__XEN_TOOLS__ 
> > > -I/builds/xen-project/patchew/xen/tools/misc/../../tools/include 
> > > -I/builds/xen-project/patchew/xen/tools/misc/../../tools/include 
> > > -I/builds/xen-project/patchew/xen/tools/misc/../../tools/include 
> > > -Wno-declaration-after-statement  -c -o xen-diag.o xen-diag.c 
> > > xen-fault-ttl.c: In function 'main':
> > > xen-fault-ttl.c:25:14: error: 'struct xen_arch_domainconfig' has no 
> > > member named 'emulation_flags'
> > >    25 |             .emulation_flags = XEN_X86_EMU_LAPIC,
> > >       |              ^~~~~~~~~~~~~~~
> > > xen-fault-ttl.c:25:32: error: 'XEN_X86_EMU_LAPIC' undeclared (first use 
> > > in this function)
> > >    25 |             .emulation_flags = XEN_X86_EMU_LAPIC,
> > >       |                                ^~~~~~~~~~~~~~~~~
> > > xen-fault-ttl.c:25:32: note: each undeclared identifier is reported only 
> > > once for each function it appears in
> > > make[4]: *** 
> > > [/builds/xen-project/patchew/xen/tools/misc/../../tools/Rules.mk:144: 
> > > xen-fault-ttl.o] Error 1
> > > make[4]: *** Waiting for unfinished jobs....
> > > make[4]: Leaving directory '/builds/xen-project/patchew/xen/tools/misc'
> > > make[3]: *** 
> > > [/builds/xen-project/patchew/xen/tools/../tools/Rules.mk:160: 
> > > subdir-install-misc] Error 2
> > > make[3]: Leaving directory '/builds/xen-project/patchew/xen/tools'
> > > make[2]: *** 
> > > [/builds/xen-project/patchew/xen/tools/../tools/Rules.mk:155: 
> > > subdirs-install] Error 2
> > > make[2]: Leaving directory '/builds/xen-project/patchew/xen/tools'
> > > make[1]: *** [Makefile:67: install] Error 2
> > > make[1]: Leaving directory '/builds/xen-project/patchew/xen/tools'
> > > make: *** [Makefile:134: install-tools] Error 2
> > 
> > Yeah - that is a real failure, which can be fixed with a little bit of
> > ifdef-ary.  I'm confused as to why I didn't get that email directly.
> 
> It looks like patchew doesn't yet CC the original author?

Where do patchew emails go? I haven't seen any of them, and they don't
seem to go to xen-devel.

Thanks, Roger.



 


Rackspace

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