flight 106889 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106889/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 106866
Regressions which
flight 106886 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106886/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 11 guest-start fail REGR. vs. 59254
test-armhf-armhf-li
This run is configured for baseline tests only.
flight 71071 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71071/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5d5a19028a55a1fb42c9e4304fc84108d3206296
baseline v
flight 106885 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106885/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-boot fail REGR. vs. 106857
test-amd64-i386-free
I think we can all agree that the *ideal* situation would be, for the
balloon driver to not immediately hotplug memory so it can add 11 more
pages, so maybe I just need to figure out why the balloon driver
thinks it needs 11 more pages, and fix that.
How does the new memory appear in the gue
On Fri, 24 Mar 2017, Paul Durrant wrote:
> Commit f0f272baf3a7 "xen: use libxendevice model to restrict operations"
> added a command-line option (-xen-domid-restrict) to limit operations
> using the libxendevicemodel API to a specified domid. The commit also
> noted that the restriction would be e
On Fri, 24 Mar 2017, Géza Gémes wrote:
> fdisk from util-linux >= 2.27.1 returns units in a slightly different
> structure than earlier versions
>
> Signed-off-by: Géza Gémes
> ---
> scripts/lopartsetup | 18 +-
> 1 file changed, 17 insertions(+), 1 deletion(-)
>
> diff --git a/
On Fri, 24 Mar 2017, Géza Gémes wrote:
> This test is the cirros equivalent of the bussybox-pv test
^ busybox-pv
> Signed-off-by: Géza Gémes
> ---
> tests/cirros-separate-kernel-pv | 26 ++
> tests/series|
On Fri, 24 Mar 2017, Géza Gémes wrote:
> Change deb package build in order to move the site-packages
> folder to dist-packages in this way having the libs inluded
> in the default PYTHONPATH
>
> Signed-off-by: Géza Gémes
> ---
> scripts/mkdeb | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff
On Fri, 24 Mar 2017, Géza Gémes wrote:
> The existing cirros tests are enabled, with the following
> exceptions:
> cirros-minios-stubdom-hvm and cirros-minios-stubdom-pvhvm are
> skipped as raisin does not install the stubdom
>
> Signed-off-by: Géza Gémes
You can keep my Reviewed-by tag from bef
On 03/24/2017 12:17 PM, osstest service owner wrote:
flight 106883 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106883/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build
On 03/23/2017 05:36 PM, Stefano Stabellini wrote:
Add functions to libxl to setup a Xen 9pfs frontend/backend connection.
Add support to xl to parse a xen_9pfs option in the VM config file, in
the following format:
xen_9pfs=["tag=share_dir,security_model=none,path=/path/share_dir"]
where tag id
On Fri, Mar 24, 2017 at 5:10 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Mar 24, 2017 at 04:34:23PM -0400, Dan Streetman wrote:
>> On Wed, Mar 22, 2017 at 10:13 PM, Boris Ostrovsky
>> wrote:
>> >
>> >
>> > On 03/22/2017 05:16 PM, Dan Streetman wrote:
>> >>
>> >> I have a question about a problem i
On Fri, Mar 24, 2017 at 04:34:23PM -0400, Dan Streetman wrote:
> On Wed, Mar 22, 2017 at 10:13 PM, Boris Ostrovsky
> wrote:
> >
> >
> > On 03/22/2017 05:16 PM, Dan Streetman wrote:
> >>
> >> I have a question about a problem introduced by this commit:
> >> c275a57f5ec3056f732843b11659d892235faff7
On Fri, 24 Mar 2017, Géza Gémes wrote:
> Add support for using cirros images in raisin tests
>
> Signed-off-by: Géza Gémes
Thank you! Much, much better, almost ready :)
I have only a couple of suggestions and questions left, see below.
> lib/common-functions.sh| 23 +++
> li
On Wed, Mar 22, 2017 at 10:13 PM, Boris Ostrovsky
wrote:
>
>
> On 03/22/2017 05:16 PM, Dan Streetman wrote:
>>
>> I have a question about a problem introduced by this commit:
>> c275a57f5ec3056f732843b11659d892235faff7
>> "xen/balloon: Set balloon's initial state to number of existing RAM pages"
>
On Thu, Mar 23, 2017 at 3:56 AM, Juergen Gross wrote:
> On 23/03/17 03:13, Boris Ostrovsky wrote:
>>
>>
>> On 03/22/2017 05:16 PM, Dan Streetman wrote:
>>> I have a question about a problem introduced by this commit:
>>> c275a57f5ec3056f732843b11659d892235faff7
>>> "xen/balloon: Set balloon's init
> -Original Message-
> From: Andrew Cooper
> Sent: 24 March 2017 20:10
> To: Paul Durrant ; xen-de...@lists.xenproject.org
> Cc: Wei Liu ; Ian Jackson ;
> Julien Grall
> Subject: Re: [Xen-devel] [PATCH] tools/libxenforeignmemory: add a call to
> restrict the handle
>
> On 22/03/17 11:25,
On 22/03/17 11:25, Paul Durrant wrote:
> diff --git a/tools/libs/foreignmemory/libxenforeignmemory.map
> b/tools/libs/foreignmemory/libxenforeignmemory.map
> index df206b3..5c9806c 100644
> --- a/tools/libs/foreignmemory/libxenforeignmemory.map
> +++ b/tools/libs/foreignmemory/libxenforeignmemory.
> -Original Message-
> From: Qemu-devel [mailto:qemu-devel-
> bounces+paul.durrant=citrix@nongnu.org] On Behalf Of Paul Durrant
> Sent: 24 March 2017 19:18
> To: 'Stefano Stabellini' ; Juergen Gross
>
> Cc: Anthony Perard ; xen-
> de...@lists.xenproject.org; qemu-de...@nongnu.org
> Sub
> -Original Message-
> From: Stefano Stabellini [mailto:sstabell...@kernel.org]
> Sent: 24 March 2017 19:12
> To: Juergen Gross
> Cc: Paul Durrant ; qemu-de...@nongnu.org; xen-
> de...@lists.xenproject.org; Anthony Perard ;
> Stefano Stabellini
> Subject: Re: [PATCH RESEND] xen: limit pkg
On Fri, 24 Mar 2017, Juergen Gross wrote:
> On 24/03/17 18:20, Paul Durrant wrote:
> > The Xen tools Makefile has been modified to set PKG_CONFIG_PATH such that
> > use of pkg-config in QEMU configure finds the newly built Xen libraries.
> > However, because older versions of Xen do not set PKG_CON
This test is similar to cirros-minios-stubdom-hvm test, differing by
explicitly exposing the xen netfront and blockfront drivers
Signed-off-by: Géza Gémes
---
tests/cirros-minios-stubdom-pvhvm | 27 +++
tests/series | 1 +
2 files changed, 28 inserti
This test verifies booting the cirros image using pygrub
Signed-off-by: Géza Gémes
---
tests/cirros-pygrub-pv | 24
tests/series | 1 +
2 files changed, 25 insertions(+)
create mode 100644 tests/cirros-pygrub-pv
diff --git a/tests/cirros-pygrub-pv b/tests/ci
First patch moves python2.7/site-packages/* to python2.7/dist-packages/
at debian package build, this fixes pygrub imports.
Cirros tests are also introduced by this series of patches.
Changes since the previous patchsets:
- Downloaded cirros components are kept in a separate folder
- Each test s
This test is the cirros equivalent of the bussybox-hvm test
Signed-off-by: Géza Gémes
---
tests/cirros-qemu-hvm | 25 +
tests/series | 1 +
2 files changed, 26 insertions(+)
create mode 100644 tests/cirros-qemu-hvm
diff --git a/tests/cirros-qemu-hvm b/tests/ci
The existing cirros tests are enabled, with the following
exceptions:
cirros-minios-stubdom-hvm and cirros-minios-stubdom-pvhvm are
skipped as raisin does not install the stubdom
Signed-off-by: Géza Gémes
---
defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/defconfig
This test is similar to cirros-qemu-hvm test, differing by
explicitly exposing the xen netfront and blockfront drivers
Signed-off-by: Géza Gémes
---
tests/cirros-qemu-pvhvm | 26 ++
tests/series| 1 +
2 files changed, 27 insertions(+)
create mode 100644 test
This test verifies a cirros based hvm domain using a minios based
stubdom as its device model
Signed-off-by: Géza Gémes
---
tests/cirros-minios-stubdom-hvm | 26 ++
tests/series| 1 +
2 files changed, 27 insertions(+)
create mode 100644 tests/cirros-
This test verifies booting the cirros image using pvgrub2
Signed-off-by: Géza Gémes
---
tests/cirros-pvgrub2-pv | 24
tests/series| 1 +
2 files changed, 25 insertions(+)
create mode 100644 tests/cirros-pvgrub2-pv
diff --git a/tests/cirros-pvgrub2-pv b/tes
Add support for using cirros images in raisin tests
Signed-off-by: Géza Gémes
---
lib/common-functions.sh| 23 +++
lib/common-tests.sh| 126 +
tests-configs/config-cirros_x86_32 | 13
tests-configs/config-cirros_x86_64 |
This test is the cirros equivalent of the bussybox-pv test
Signed-off-by: Géza Gémes
---
tests/cirros-separate-kernel-pv | 26 ++
tests/series| 1 +
2 files changed, 27 insertions(+)
create mode 100644 tests/cirros-separate-kernel-pv
diff --git a/te
fdisk from util-linux >= 2.27.1 returns units in a slightly different
structure than earlier versions
Signed-off-by: Géza Gémes
---
scripts/lopartsetup | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/scripts/lopartsetup b/scripts/lopartsetup
index 04ce3cc..
Change deb package build in order to move the site-packages
folder to dist-packages in this way having the libs inluded
in the default PYTHONPATH
Signed-off-by: Géza Gémes
---
scripts/mkdeb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/mkdeb b/scripts/mkdeb
index 3796300..fcaf75
On 24/03/17 18:20, Paul Durrant wrote:
> The Xen tools Makefile has been modified to set PKG_CONFIG_PATH such that
> use of pkg-config in QEMU configure finds the newly built Xen libraries.
> However, because older versions of Xen do not set PKG_CONFIG_PATH in the
> Makefile, the QEMU configure scr
On 24/03/17 17:42, Paul Durrant wrote:
>> -Original Message-
> [snip]
That's a change in behaviour that I, and probably others, have long been
>> used to. What we really want, presumably, is to have pkg-config just look
>> under tools/pkgconfig when querying for the version of xencontr
On Fri, Mar 24, 2017 at 06:30:15PM +, Wei Liu wrote:
> On Fri, Mar 24, 2017 at 06:26:53PM +, Roger Pau Monné wrote:
> > On Fri, Mar 24, 2017 at 06:22:35PM +, Wei Liu wrote:
> > > On Fri, Mar 24, 2017 at 06:17:56PM +, Roger Pau Monné wrote:
> > > > On Fri, Mar 24, 2017 at 06:11:49PM
Define the ring according to the protocol specification, using the new
DEFINE_XEN_FLEX_RING_AND_INTF macro.
Add the header to the C99 check.
Signed-off-by: Stefano Stabellini
CC: jbeul...@suse.com
CC: konrad.w...@oracle.com
---
xen/include/Makefile | 2 +-
xen/include/public/io/9pfs.h
This patch introduces macros, structs and functions to handle rings in
the format described by docs/misc/pvcalls.markdown and
docs/misc/9pfs.markdown. The index page (struct __name##_data_intf)
contains the indexes and the grant refs to setup two rings.
Indexes page
+
Introduce a C99 headers check, for non-ANSI compliant headers. No
headers are added to the check yet.
In addition to the usual -include stdint.h, also add -include string.h
to the C99 check to get the declaration of memcpy and size_t.
For the same reasons, also add -include string.h to the C++ ch
Define the ring and request and response structs according to the
specification. Use the new DEFINE_XEN_FLEX_RING macro.
Add the header to the C99 check.
Signed-off-by: Stefano Stabellini
CC: jbeul...@suse.com
CC: konrad.w...@oracle.com
---
xen/include/Makefile| 2 +-
xen/include/
Hi all,
this patch series introduces a set of new ring macros to support rings
in the formats specified by the Xen 9pfs transport and PV Calls
protocol. It also introduces the Xen 9pfs and PV Calls protocols
headers.
Changes in v4:
- include ../grant_table.h in ring.h
- add a comment about requi
On Fri, Mar 24, 2017 at 06:26:53PM +, Roger Pau Monné wrote:
> On Fri, Mar 24, 2017 at 06:22:35PM +, Wei Liu wrote:
> > On Fri, Mar 24, 2017 at 06:17:56PM +, Roger Pau Monné wrote:
> > > On Fri, Mar 24, 2017 at 06:11:49PM +, Wei Liu wrote:
> > > > On Fri, Mar 24, 2017 at 06:09:43PM
On Fri, Mar 24, 2017 at 06:22:35PM +, Wei Liu wrote:
> On Fri, Mar 24, 2017 at 06:17:56PM +, Roger Pau Monné wrote:
> > On Fri, Mar 24, 2017 at 06:11:49PM +, Wei Liu wrote:
> > > On Fri, Mar 24, 2017 at 06:09:43PM +, George Dunlap wrote:
> > > > On 24/03/17 18:07, Roger Pau Monné wr
On Fri, Mar 24, 2017 at 06:17:56PM +, Roger Pau Monné wrote:
> On Fri, Mar 24, 2017 at 06:11:49PM +, Wei Liu wrote:
> > On Fri, Mar 24, 2017 at 06:09:43PM +, George Dunlap wrote:
> > > On 24/03/17 18:07, Roger Pau Monné wrote:
> > > > On Fri, Mar 24, 2017 at 05:51:41PM +, Wei Liu wr
On Fri, Mar 24, 2017 at 06:11:49PM +, Wei Liu wrote:
> On Fri, Mar 24, 2017 at 06:09:43PM +, George Dunlap wrote:
> > On 24/03/17 18:07, Roger Pau Monné wrote:
> > > On Fri, Mar 24, 2017 at 05:51:41PM +, Wei Liu wrote:
> > >> It has been broken for years and couldn't possibly be configu
flight 106883 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106883/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-buildfail REGR. vs. 106829
Tests which did not suc
On Fri, 24 Mar 2017, Jan Beulich wrote:
> >>> On 23.03.17 at 22:48, wrote:
> > On Thu, 23 Mar 2017, Stefano Stabellini wrote:
> >> CC'ing Jan
>
> As a first remark, I'm slightly confused by this being v3 when a
> standalone v3 had been sent on Feb 22 already.
Yes, sorry, I actually sent 4 versio
flight 106882 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106882/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 647636e1750b07110ed807f455cb9c8b7d089f75
baseline version:
ovmf 173bf5c847e3ca8b42c11
On Fri, Mar 24, 2017 at 06:09:43PM +, George Dunlap wrote:
> On 24/03/17 18:07, Roger Pau Monné wrote:
> > On Fri, Mar 24, 2017 at 05:51:41PM +, Wei Liu wrote:
> >> It has been broken for years and couldn't possibly be configured after
> >> 4045953.
> >>
> >> Remove code and documentation.
On 24/03/17 18:07, Roger Pau Monné wrote:
> On Fri, Mar 24, 2017 at 05:51:41PM +, Wei Liu wrote:
>> It has been broken for years and couldn't possibly be configured after
>> 4045953.
>>
>> Remove code and documentation.
>>
>> Signed-off-by: Wei Liu
>> ---
>> Cc: Jan Beulich
>> Cc: Andrew Coop
On Fri, Mar 24, 2017 at 05:51:41PM +, Wei Liu wrote:
> It has been broken for years and couldn't possibly be configured after
> 4045953.
>
> Remove code and documentation.
>
> Signed-off-by: Wei Liu
> ---
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Cc: Tim Deegan
> Cc: George Dunlap
> ---
>
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Ross Lagerwall
commit 707e59ba494372a90d245f18b0c78982caa88e48 upstream.
The following commit:
1fb3a8b2cfb2 ("xen/spinlock: Fix locking path engaging too soon under PVHVM.")
... moved the i
It has been broken for years and couldn't possibly be configured after
4045953.
Remove code and documentation.
Signed-off-by: Wei Liu
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Tim Deegan
Cc: George Dunlap
---
docs/misc/xen-command-line.markdown | 13 +
xen/arch/x86/dom0_build.c
On Fri, 24 Mar 2017, Juergen Gross wrote:
> On 23/03/17 19:22, Stefano Stabellini wrote:
> > On Thu, 23 Mar 2017, Paolo Bonzini wrote:
> >> On 23/03/2017 14:55, Juergen Gross wrote:
> >>> On 23/03/17 14:00, Greg Kurz wrote:
> On Mon, 20 Mar 2017 11:19:05 -0700
> Stefano Stabellini wrote:
On Fri, 24 Mar 2017, Andre Przywara wrote:
> >> +struct pending_irq *lpi_to_pending(struct vcpu *v, unsigned int lpi,
> >> + bool allocate)
> >> +{
> >> +struct lpi_pending_irq *lpi_irq, *empty = NULL;
> >> +
> >> +spin_lock(&v->arch.vgic.pending_lpi_list_l
On Fri, 24 Mar 2017, Julien Grall wrote:
> Hi Andre,
>
> On 03/23/2017 06:21 PM, Andre Przywara wrote:
> > Hi,
> >
> > On 23/03/17 18:01, Stefano Stabellini wrote:
> > > On Thu, 23 Mar 2017, Julien Grall wrote:
> > > > Hi Stefano,
> > > >
> > > > On 23/03/17 17:45, Stefano Stabellini wrote:
> >
The Xen tools Makefile has been modified to set PKG_CONFIG_PATH such that
use of pkg-config in QEMU configure finds the newly built Xen libraries.
However, because older versions of Xen do not set PKG_CONFIG_PATH in the
Makefile, the QEMU configure script will pick up any Xen libraries that may
be
flight 106872 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106872/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemut-winxpsp3-vcpus1 3 host-install(3) broken in 106818
pass in 106872
test-armhf-armhf
On Fri, 24 Mar 2017, Andre Przywara wrote:
> Hi,
>
> On 24/03/17 14:27, Julien Grall wrote:
> > Hi Andre,
> >
> > On 03/16/2017 11:20 AM, Andre Przywara wrote:
> >> This introduces the ITS command handler for the CLEAR command, which
> >> clears the pending state of an LPI.
> >> This removes a no
When a domain is destroyed the hypervisor must scrub domain's pages before
giving them to another guest in order to prevent leaking the deceased
guest's data. Currently this is done during guest's destruction, possibly
causing very lengthy cleanup process.
This series adds support for scrubbing re
Signed-off-by: Boris Ostrovsky
---
xen/arch/arm/domain.c | 13 -
xen/arch/x86/domain.c |3 ++-
xen/common/page_alloc.c | 41 +
xen/include/xen/mm.h|1 +
4 files changed, 44 insertions(+), 14 deletions(-)
diff --git a/xen/arc
While waiting for a lock we may want to periodically run some
code. We could use spin_trylock() but since it doesn't take lock
ticket it may take a long time until the lock is taken.
Add spin_lock_cb() that allows us to execute a callback while waiting.
Also add spin_lock_kick() that will wake up
When allocating pages in alloc_heap_pages() first look for clean pages. If none
is found then retry, take pages marked as unscrubbed and scrub them.
Note that we shouldn't find unscrubbed pages in alloc_heap_pages() yet. However,
this will become possible when we stop scrubbing from free_heap_page
Add a debug Kconfig option that will make page allocator verify
that pages that were supposed to be scrubbed are, in fact, clean.
Signed-off-by: Boris Ostrovsky
---
xen/Kconfig.debug |7 +++
xen/common/page_alloc.c | 33 +
2 files changed, 40 inser
Signed-off-by: Boris Ostrovsky
---
xen/common/page_alloc.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/xen/common/page_alloc.c b/xen/common/page_alloc.c
index df28090..7dfbd8c 100644
--- a/xen/common/page_alloc.c
+++ b/xen/common/page_alloc.c
@@ -2240,6 +2240,13
. so that it's easy to find pages that need to be scrubbed (those pages are
now marked with _PGC_need_scrub bit).
Signed-off-by: Boris Ostrovsky
---
xen/common/page_alloc.c | 103 +-
xen/include/asm-arm/mm.h |4 ++
xen/include/asm-x86/mm.h |4
Signed-off-by: Boris Ostrovsky
---
xen/common/page_alloc.c | 80 ++
1 files changed, 66 insertions(+), 14 deletions(-)
diff --git a/xen/common/page_alloc.c b/xen/common/page_alloc.c
index e438547..e5e6e70 100644
--- a/xen/common/page_alloc.c
+++ b/xe
This is needed for subsequent changes to memory scrubbing. No
logic change, only code re-factoring.
Based on earlier patch by Bob Liu.
Signed-off-by: Boris Ostrovsky
---
xen/common/page_alloc.c | 85 --
1 files changed, 52 insertions(+), 33 deletion
Instead of scrubbing pages while holding heap lock we can mark
buddy's head as being scrubbed and drop the lock temporarily.
If someone (most likely alloc_heap_pages()) tries to access
this chunk it will signal the scrubber to abort scrub by setting
head's PAGE_SCRUB_ABORT bit. The scrubber checks
Hello,
I have a question related to how Xen accounts the legacy PCI interrupt
assertions when binding interrupts to HVM guests. It's probably just me not
properly understand this code (or missing bits of it).
As I understand it, for level triggered legacy PCI interrupts Xen sets up a
timer in ord
>>> On 16.03.17 at 12:07, wrote:
> --- a/xen/arch/x86/psr.c
> +++ b/xen/arch/x86/psr.c
> @@ -18,6 +18,7 @@
> #include
> #include
> #include
> +#include
I'm pretty sure you don't need this. If anything you need
processor.h (as that's where the previous patch put
cpuid_count_leaf()), but I'm
Commit f0f272baf3a7 "xen: use libxendevice model to restrict operations"
added a command-line option (-xen-domid-restrict) to limit operations
using the libxendevicemodel API to a specified domid. The commit also
noted that the restriction would be extended to cover operations issued
via other xen
flight 106867 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106867/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 4 host-install/dst_host(4) broken REGR. vs. 106831
test-amd64-i386-x
On Fri, 24 Mar 2017, Wei Chen wrote:
> Hi Stefano,
>
> On 2017/3/24 8:10, Stefano Stabellini wrote:
> > On Thu, 23 Mar 2017, Julien Grall wrote:
> >> Hi Wei,
> >>
> >> On 23/03/17 03:13, Wei Chen wrote:
> >>> On 2017/3/23 6:22, Stefano Stabellini wrote:
> On Wed, 22 Mar 2017, Julien Grall wro
> -Original Message-
[snip]
> >> That's a change in behaviour that I, and probably others, have long been
> used to. What we really want, presumably, is to have pkg-config just look
> under tools/pkgconfig when querying for the version of xencontrol. Could
> that not be done by simply setti
flight 106890 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106890/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
>>> On 16.03.17 at 12:07, wrote:
> This patch moves 'cpuid_count_leaf' from cpuid.c to processor.h to
> make it available to external codes.
>
> Signed-off-by: Yi Sun
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https:/
>>> On 16.03.17 at 12:07, wrote:
> +enum psr_feat_type {
> +PSR_SOCKET_L3_CAT = 0,
Pointless " = 0".
> +PSR_SOCKET_L3_CDP,
> +PSR_SOCKET_L2_CAT,
> +PSR_SOCKET_MAX_FEAT,
> +};
> +
> +/* CAT/CDP HW info data structure. */
> +struct psr_cat_hw_info {
> +unsigned int cbm_len;
> +
Hi Andre,
On 03/24/2017 03:50 PM, Andre Przywara wrote:
On 24/03/17 11:40, Julien Grall wrote:
+/*
+ * Holding struct pending_irq's for each possible virtual LPI in each
domain
+ * requires too much Xen memory, also a malicious guest could
potentially
+ * spam Xen with LPI map requests. We cann
>>> On 24.03.17 at 14:31, wrote:
> tools/firmware/hvmloader/util.c | 2 ++
> tools/libacpi/Makefile | 4 ++--
> tools/libacpi/build.c | 11 +++
> tools/libacpi/libacpi.h | 31 +++---
> tools/libacpi/ssdt_laptop_slate.asl
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 24 March 2017 15:55
> To: Paul Durrant ; 'Stefano Stabellini'
>
> Cc: Anthony Perard ; xen-
> de...@lists.xenproject.org; qemu-de...@nongnu.org; kra...@redhat.com
> Subject: Re: [Xen-devel] [PATCH 2/2] configure: u
On 24/03/17 16:51, Juergen Gross wrote:
> On 24/03/17 16:44, Paul Durrant wrote:
>>> -Original Message-
>>> From: Juergen Gross [mailto:jgr...@suse.com]
>>> Sent: 24 March 2017 15:35
>>> To: Paul Durrant ; 'Stefano Stabellini'
>>>
>>> Cc: Anthony Perard ; xen-
>>> de...@lists.xenproject.or
On 24/03/17 16:44, Paul Durrant wrote:
>> -Original Message-
>> From: Juergen Gross [mailto:jgr...@suse.com]
>> Sent: 24 March 2017 15:35
>> To: Paul Durrant ; 'Stefano Stabellini'
>>
>> Cc: Anthony Perard ; xen-
>> de...@lists.xenproject.org; qemu-de...@nongnu.org; kra...@redhat.com
>> Su
Hi,
On 24/03/17 14:27, Julien Grall wrote:
> Hi Andre,
>
> On 03/16/2017 11:20 AM, Andre Przywara wrote:
>> This introduces the ITS command handler for the CLEAR command, which
>> clears the pending state of an LPI.
>> This removes a not-yet injected, but already queued IRQ from a VCPU.
>>
>> Sig
Hi,
On 24/03/17 11:40, Julien Grall wrote:
> Hi Andre
>
> On 03/16/2017 11:20 AM, Andre Przywara wrote:
>> diff --git a/xen/arch/arm/vgic.c b/xen/arch/arm/vgic.c
>> index 364d5f0..e5cfa54 100644
>> --- a/xen/arch/arm/vgic.c
>> +++ b/xen/arch/arm/vgic.c
>> @@ -30,6 +30,8 @@
>>
>> #include
>> #i
> -Original Message-
> From: Juergen Gross [mailto:jgr...@suse.com]
> Sent: 24 March 2017 15:35
> To: Paul Durrant ; 'Stefano Stabellini'
>
> Cc: Anthony Perard ; xen-
> de...@lists.xenproject.org; qemu-de...@nongnu.org; kra...@redhat.com
> Subject: Re: [Xen-devel] [PATCH 2/2] configure: u
On 24/03/17 16:12, Paul Durrant wrote:
>> -Original Message-
>> From: Stefano Stabellini [mailto:sstabell...@kernel.org]
>> Sent: 22 March 2017 18:22
>> To: Juergen Gross
>> Cc: Stefano Stabellini ; qemu-de...@nongnu.org;
>> xen-de...@lists.xenproject.org; Anthony Perard
>> ; kra...@redhat
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
To let a guest know about the availability of virtual LPIs, set the
respective bits in the virtual GIC registers and let a guest control
the LPI enable bit.
Only report the LPI capability if the host has initialized at least
one ITS.
Signe
> -Original Message-
> From: Paul Durrant
> Sent: 24 March 2017 15:13
> To: 'Stefano Stabellini' ; Juergen Gross
>
> Cc: qemu-de...@nongnu.org; xen-de...@lists.xenproject.org; Anthony
> Perard ; kra...@redhat.com
> Subject: RE: [PATCH 2/2] configure: use pkg-config for obtaining xen versio
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
For each hardware ITS create and initialize a virtual ITS for Dom0.
We use the same memory mapped address to keep the doorbell working.
Signed-off-by: Andre Przywara
---
xen/arch/arm/vgic-v3-its.c | 29 +
> -Original Message-
> From: Stefano Stabellini [mailto:sstabell...@kernel.org]
> Sent: 22 March 2017 18:22
> To: Juergen Gross
> Cc: Stefano Stabellini ; qemu-de...@nongnu.org;
> xen-de...@lists.xenproject.org; Anthony Perard
> ; kra...@redhat.com; Paul Durrant
>
> Subject: Re: [PATCH 2/
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
The INVALL command instructs an ITS to invalidate the configuration
data for all LPIs associated with a given redistributor (read: VCPU).
This is nasty to emulate exactly with our architecture, so we just scan
the pending table and inject _
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
The MOVI command moves the interrupt affinity from one redistributor
(read: VCPU) to another.
For now migration of "live" LPIs is not yet implemented, but we store
the changed affinity in the host LPI structure and in our virtual ITTE.
Sig
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
The MAPTI commands associates a DeviceID/EventID pair with a LPI/CPU
pair and actually instantiates LPI interrupts.
We connect the already allocated host LPI to this virtual LPI, so that
any triggering IRQ on the host can be quickly forward
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
The MAPD command maps a device by associating a memory region for
storing ITEs with a certain device ID.
We store the given guest physical address in the device table, and, if
this command comes from Dom0, tell the host ITS driver about thi
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
The INT command sets a given LPI identified by a DeviceID/EventID pair
as pending and thus triggers it to be injected.
Signed-off-by: Andre Przywara
---
xen/arch/arm/vgic-v3-its.c | 23 +++
1 file changed, 23 insertio
I recently ran into a situation where I wanted to change the MTU of an
openvswitch bridge.
I modified /etc/xen/scripts/vif-openvswitch to set the MTU on the vif
interfaces before they are attached to the bridge.
I am not sure if this is the best solution.
The MTU on an OVS bridge becomes th
Hi Andre,
On 03/16/2017 11:20 AM, Andre Przywara wrote:
This introduces the ITS command handler for the CLEAR command, which
clears the pending state of an LPI.
This removes a not-yet injected, but already queued IRQ from a VCPU.
Signed-off-by: Andre Przywara
---
xen/arch/arm/vgic-v3-its.c |
flight 106887 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106887/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
1 - 100 of 199 matches
Mail list logo
