Re: [Xen-devel] [PATCH v3 07/11] tmem: Make the uint64_t oid[3] a proper structure: tmem_oid

>>> On 01.09.15 at 22:11, wrote: > With your awesome hints (thank you!), this all now works. This is what > the patch ended up looking like: > > > From 9a829efde9a47ca59a5c2029f3706a071342ea23 Mon Sep 17 00:00:00 2001 > From: Konrad Rzeszutek Wilk

[Xen-devel] [PATCH 2/5] x86: Support enable/disable CDP dynamically and get CDP status

cdp_enabled is added to CAT socket info to indicate CDP is on or off on the socket and struct psr_cat_cbm is extended to support CDP operation. IA32_L3_QOS_CFG is a new MSR to enable/disable L3 CDP, when enable or disable CDP, all domains will reset to COS0 with fully access all L3 cache.

[Xen-devel] [PATCH 5/5] docs: add document to introduce CDP command

Add CDP command in xl interface man page and add description of CDP in xl-psr.markdown. Signed-off-by: He Chen --- docs/man/xl.pod.1 | 22 +++ docs/misc/xl-psr.markdown | 56 ++- 2 files changed, 73

[Xen-devel] [PATCH 0/5] Intel Code/Data Prioritization(CDP) feature enabling

Hi all, Code/Data Prioritization(CDP) is offered in Intel Broadwell and later server platforms, which is an extension of CAT. CDP enables isolation and separate prioritization of code and data fetches to the L3 cache in a software configurable manner, which can enable workload prioritization and

Re: [Xen-devel] [PATCH] build: update top-level make help

>>> Doug Goldstein 09/01/15 10:10 PM >>> >Update the top-level make help to include all the possible targets and >not reference targets that are deprecated while hopefully being more >clear as to what each target does. >--- Missing Signed-off-by:. >--- a/Makefile >+++

[Xen-devel] Please backport 5054daa285 to stable trees with 63753fac67 (Was: Re: [linux-3.18 test] 61244: regressions - FAIL)

[resending to correct stable address, sorry folks] On Wed, 2015-09-02 at 00:43 +, osstest service owner wrote: > flight 61244 linux-3.18 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/61244/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including

Re: [Xen-devel] [PATCH] MAINTAINERS: fix David Scott's email

>>> Doug Goldstein 09/01/15 9:05 PM >>> >The existing email bounces with an address rejected failure message. >This is the email that other maintainers are using for David. >--- >MAINTAINERS | 2 +- >1 file changed, 1 insertion(+), 1 deletion(-) > >diff --git a/MAINTAINERS

Re: [Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-qcow2

TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e ("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0) needs $something doing to it, either s/mutex/spinlock/ or (more likely) backporting of 1401c00e59e too. Looking at LTS: 3.18.y: Backported both. 3.16.y:

Re: [Xen-devel] [linux-3.14 bisection] complete test-amd64-i386-xl-qcow2

[resending to correct stable address, sorry folks] TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e ("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0) needs $something doing to it, either s/mutex/spinlock/ or (more likely) backporting of 1401c00e59e too.

[Xen-devel] [PATCH 1/5] x86: detect Intel CDP feature

Detect Intel Code/Data Prioritization(CDP) feature and store cpuid information for later use. CDP feature is based on CAT, note that all sockets in the platform must have CDP either enabled or disabled, not a mix. cdp_socket_avail saves CDP capability of every socket so that we can determine if

[Xen-devel] [PATCH 4/5] tools: add tools support for Intel CDP

This is the xc/xl changes to support Intel Code/Data Prioritization. Two new xl commands are introduced to enable/disable CDP dynamically, and CAT xl commands to set/get CBMs are extended to support CDP. Signed-off-by: He Chen --- tools/libxc/include/xenctrl.h | 10

Re: [Xen-devel] [PATCH] MAINTAINERS: fix David Scott's email

Hi All, I think you are looking for dave.sc...@citrix.com - cc'd -Original Message- From: Jan Beulich [mailto:jbeul...@suse.com] Sent: 02 September 2015 09:26 To: car...@cardoe.com; David Scott (Sales UK) Cc: xen-devel@lists.xen.org Subject: Re: [Xen-devel]

[Xen-devel] [PATCH 3/5] x86: add domctl cmd to set/get CDP code/data CBM

CDP extends CAT and provides the capacity to control L3 code & data cache. With CDP, one COS correspond to two CMBs(code & data). cbm_type is added to support distinguish different CBM operation. Besides, new domctl cmds are introdunced to support set/get CDP CBM. Some CAT functions to operation

Re: [Xen-devel] Question about the CAT and CMT in Xen

>>> Meng Xu 09/02/15 4:57 AM >>> >2015-09-01 22:31 GMT-04:00 Chao Peng : >> On Tue, Sep 01, 2015 at 09:51:57PM -0400, Meng Xu wrote: >>> Hi Andrew and Chao, >>> >>> [Important things go first] It turns out my machine (Intel E5-2618L >>> v3) does

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

>>> Shannon Zhao 09/02/15 8:03 AM >>> >There are some descriptions in Documentation/arm64/booting.txt of Linux: > >"The Image must be placed text_offset bytes from a 2MB aligned base >address near the start of usable system RAM and called there. Memory >below that base

[Xen-devel] [linux-3.4 test] 61247: regressions - FAIL

flight 61247 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61247/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511 Tests which are

[Xen-devel] Please backport 5054daa285 to stable trees with 63753fac67 (Was: Re: [linux-3.18 test] 61244: regressions - FAIL)

On Wed, 2015-09-02 at 00:43 +, osstest service owner wrote: > flight 61244 linux-3.18 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/61244/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

Hi Jan, On Wed, Sep 02, 2015 at 02:41:36AM -0600, Jan Beulich wrote: > >>> Shannon Zhao 09/02/15 8:03 AM >>> > >There are some descriptions in Documentation/arm64/booting.txt of Linux: > > > >"The Image must be placed text_offset bytes from a 2MB aligned base > >address

[Xen-devel] [ovmf test] 61246: regressions - FAIL

flight 61246 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/61246/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 60869

Re: [Xen-devel] [PATCH v4 2/4] x86/compat: Test both PV and PVH guests for compat mode

>>> Boris Ostrovsky 09/02/15 2:55 AM >>> >On 08/27/2015 12:01 PM, Jan Beulich wrote: > On 13.08.15 at 20:12, wrote: >>> @@ -777,7 +777,7 @@ int arch_set_info_guest( >>> >>> /* The context is a compat-mode one if the target

[Xen-devel] [distros-debian-wheezy test] 37849: all pass

flight 37849 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37849/ Perfect :-) All tests in this flight passed baseline version: flight 37843 jobs: build-amd64 pass build-armhf

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On 2015/9/1 21:40, Julien Grall wrote: > On 01/09/15 13:35, Shannon Zhao wrote: >> >> >> On 2015/9/1 19:28, Julien Grall wrote: >>> Hi Shannon, >>> On 01/09/15 05:12, Shannon Zhao wrote: I tried this. Directly use the "kinfo->gnttab_start = __pa(_stext)" as the address where these

Re: [Xen-devel] [PATCH] x86: wrap kexec feature with CONFIG_KEXEC

>>> On 01.09.15 at 19:55, wrote: > "Jan Beulich" writes: > > On 01.09.15 at 16:29, wrote: >> >> Which is both appreciated and understandable. I suppose you >> agree though that if you were to follow the model

Re: [Xen-devel] [PATCH v3 09/11] tmem: Use 'struct tmem_oid' in tmem_handle and move it to sysctl header.

>>> On 01.09.15 at 22:12, wrote: > .. with the changes that Jan requested the patch ended up looking > like: > > From 4fd1cf85b10565b7b7e3f73d19fa30de808ff60f Mon Sep 17 00:00:00 2001 > From: Konrad Rzeszutek Wilk > Date: Mon, 31 Aug 2015 11:00:29

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On Wed, Sep 02, 2015 at 03:57:51PM +0200, Christoffer Dall wrote: > On Wed, Sep 2, 2015 at 3:54 PM, Ian Campbell wrote: > > On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote: > >> On 02/09/15 14:26, Ian Campbell wrote: > >> > > > > I think the problem is how you

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On 2 September 2015 at 17:27, Leif Lindholm wrote: > On Wed, Sep 02, 2015 at 03:57:51PM +0200, Christoffer Dall wrote: >> On Wed, Sep 2, 2015 at 3:54 PM, Ian Campbell wrote: >> > On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote: >> >> On

[Xen-devel] [OSSTEST PATCH 13/13] Planner: ms-queuedaemon: Restart planning when resources become free

This solves a performance problem with the existing planner. The problem is that with a large installation, and a big queue, a full plan can take a long time to prepare. (In our current installation, perhaps as long as half an hour.) Any resource which becomes free during one plan run cannot be

[Xen-devel] x-Splice BoF recordings

Hi folks, I did just get the recording of the x-Splice Bof. However Konrad mentioned that we should not fully publicise the BoF recordings. What is the view of participants of that BoF? * Is it OK do post it on xen-devel@ as long as not posted on youtube * Does anyone who attended want to go

[Xen-devel] [OSSTEST PATCH 10/13] Planner: ms-queuedaemon: Break out queuerun-finished/

This formalises the queue-completed interface, allowing parts outside the queuerun machinery to cleanly be notified when a queue is completed, and relieving the queuerun-perhaps-step of the need to know what to do for the end of any particular walker's queue. Currently there is still only one

[Xen-devel] [OSSTEST PATCH 09/13] Planner: ms-queuedaemon: Synchronise thinking multiple walkers

If multiple walkers want to ask the same chan, we want to serialise them. This is actually straightforward: Firstly, we arrrange that each walker finishing a thought will prompt _all_ walkers to reconsider whether they need to continue. Then we can simply do nothing if we want to a chan to

Re: [Xen-devel] [URGENT RFC] Branching and reopening -unstable

See http://lists.xenproject.org/archives/html/xen-devel/2015-09/msg00282.html > On 27 Aug 2015, at 15:42, George Dunlap wrote: > > On Tue, Aug 11, 2015 at 12:13 PM, Ian Jackson > wrote: >> B "1(c)(maintainer)/2(a)/3(a)" >> >> Branch. >> >>

Re: [Xen-devel] [PATCH v5 01/22] xen/arm: Return success if dt node does not have irq mapping

On Mon, 2015-07-27 at 16:41 +0530, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > dt_for_each_irq_map() returns error if no irq mapping is found. > With this patch, Ignore error and return success > > Signed-off-by: Vijaya Kumar K

Re: [Xen-devel] [PATCH v6 01/31] xen/dt: Handle correctly node with interrupt-map in dt_for_each_irq_map

On Mon, 2015-08-31 at 15:20 +0100, Julien Grall wrote: > Hi Vijay, > > On 31/08/2015 12:06, vijay.kil...@gmail.com wrote: > > From: Vijaya Kumar K > > > > dt_for_each_irq_map() returns error if no irq mapping is found. > > With this patch, Ignore error and

[Xen-devel] [PATCH v2 net-next] xen-netback: add support for multicast control

Xen's PV network protocol includes messages to add/remove ethernet multicast addresses to/from a filter list in the backend. This allows the frontend to request the backend only forward multicast packets which are of interest thus preventing unnecessary noise on the shared ring. The canonical

[Xen-devel] [OSSTEST PATCH 03/13] Planner: docs: Document set-info command

Signed-off-by: Ian Jackson --- README.planner | 10 ++ 1 file changed, 10 insertions(+) diff --git a/README.planner b/README.planner index 34eae97..b1247e7 100644 --- a/README.planner +++ b/README.planner @@ -184,6 +184,16 @@ ms-queuedaemon commands

[Xen-devel] [OSSTEST PATCH 07/13] Planner: ms-planner support -w option

We are going to introduce multiple concurrent streams of planning processing, called `walkers' in ms-queuedaemon. The work-in-progress plan is stored, server-side, during planning, in data-plan.pl. But we need to have more than one of these. Update ms-planner and ms-planner-debug to honour a -w

Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/DomU limited to single interrupt

From: Konrad Rzeszutek Wilk To: Justin Acker Cc: "xen-devel@lists.xen.org" ; "boris.ostrov...@oracle.com" Sent: Wednesday, September 2, 2015 8:53 AM Subject: Re: [Xen-devel] xhci_hcd

Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4

On 02/09/15 16:19, Ian Campbell wrote: > On Thu, 2015-08-13 at 11:37 +0100, Julien Grall wrote: >>> 4.2.2Xenstore Update: For each PCI-EP BAR (IPA-PA mapping info). >>> -- >>> -- >>> >>> Toolstack also updates the

Re: [Xen-devel] [xen 4.6 retrospective] [urgent] rename "freeze" window and make release branch as soon as possible after RC1

> On 2 Sep 2015, at 14:12, Stefano Stabellini > wrote: > > On Wed, 2 Sep 2015, Jan Beulich wrote: > On 02.09.15 at 13:50, wrote: >>> I would like to pick this up again. We are now getting close to RC3 and do >>> not seem to have

Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/DomU limited to single interrupt

From: Ian Campbell To: Konrad Rzeszutek Wilk ; Justin Acker Cc: "boris.ostrov...@oracle.com" ; "xen-devel@lists.xen.org" Sent: Wednesday, September 2, 2015 9:49

Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for multicast control

On Wed, Sep 02, 2015 at 05:58:36PM +0100, Paul Durrant wrote: > Xen's PV network protocol includes messages to add/remove ethernet > multicast addresses to/from a filter list in the backend. This allows > the frontend to request the backend only forward multicast packets > which are of interest

Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4

On Thu, 2015-08-13 at 11:37 +0100, Julien Grall wrote: > > 4.2.2Xenstore Update: For each PCI-EP BAR (IPA-PA mapping info). > > -- > > -- > > > > Toolstack also updates the xenstore information for the device > >

Re: [Xen-devel] [PATCH v6 01/31] xen/dt: Handle correctly node with interrupt-map in dt_for_each_irq_map

On Wed, Sep 02, 2015 at 04:28:02PM +0100, Ian Campbell wrote: > On Mon, 2015-08-31 at 15:20 +0100, Julien Grall wrote: > > Hi Vijay, > > > > On 31/08/2015 12:06, vijay.kil...@gmail.com wrote: > > > From: Vijaya Kumar K > > > > > > dt_for_each_irq_map() returns

Re: [Xen-devel] [PATCH v6 01/31] xen/dt: Handle correctly node with interrupt-map in dt_for_each_irq_map

On Wed, 2015-09-02 at 16:45 +0100, Julien Grall wrote: > On 02/09/15 16:28, Ian Campbell wrote: > > On Mon, 2015-08-31 at 15:20 +0100, Julien Grall wrote: > > > Hi Vijay, > > > > > > On 31/08/2015 12:06, vijay.kil...@gmail.com wrote: > > > > From: Vijaya Kumar K

[Xen-devel] [Vote] Re-open staging for contributions at RC3

Hi all, I wanted to kick off a vote related to the following threads * http://lists.xenproject.org/archives/html/xen-devel/2015-08/msg00883.html - [URGENT RFC] Branching and reopening -unstable *

Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4

On Wed, 2015-09-02 at 08:52 -0600, Jan Beulich wrote: > > > > > > On 02.09.15 at 16:45, wrote: > > On Fri, 2015-08-14 at 08:34 -0600, Jan Beulich wrote: > > > > > > On 14.08.15 at 16:03, wrote: > > > > On Fri, 14 Aug 2015, Jan Beulich

[Xen-devel] [OSSTEST RFC PATCH 00/13] Planner: Performance improvement

This series addresses a performance problem which we seem to be experiencing with the existing osstest resource planner in Xen Project test colo. The current setup it can leave hosts idle for too long before getting around to allocating them to test jobs. The full explanation of the new

[Xen-devel] [OSSTEST PATCH 11/13] Planner: ms-queuedaemon: Break out notify-to-think

This is going to want to do something more complicated shortly. Signed-off-by: Ian Jackson --- ms-queuedaemon | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/ms-queuedaemon b/ms-queuedaemon index 1def285..0158048 100755 ---

Re: [Xen-devel] [PATCH v5 20/22] xen/arm: ITS: Map ITS translation space

On Tue, 2015-08-18 at 23:37 +0100, Marc Zyngier wrote: > On Tue, 18 Aug 2015 20:14:43 +0100 Julien Grall > wrote: > > > Marc pointed me today that if the processor is writing into > > GITS_TRANSLATER it may be able to deadlock the system. > > > > Reading more closely

[Xen-devel] [OSSTEST PATCH 04/13] Planner: Fix indefinite holdoff

runneeded-ensure-will would always reset the runneeded_holdoff_after timer. So no new queue run would start until no runneeded-ensure-will has occurred for (currently) 30s. Instead, only start the timer if it's not already running. Signed-off-by: Ian Jackson ---

[Xen-devel] [OSSTEST PATCH 05/13] Planner: client side: $mayalloc parameter to $resourcecall->()

Add a new parameter to $resourcecall which allows the alloc_resources loop in Osstest::Executive to specify to its clients that on this occasion they should not make any actual allocations. The callers of alloc_resources are all adjusted to honour this new parameter: *

Re: [Xen-devel] [PATCH v4 2/4] x86/compat: Test both PV and PVH guests for compat mode

>>> On 02.09.15 at 16:01, wrote: > On 09/02/2015 09:13 AM, Jan Beulich wrote: > On 02.09.15 at 14:31, wrote: >>> (I haven't considered non-PAE case, TBH) >> But I'm afraid you need to. > > Actually, at least for Linux, CONFIG_XEN

[Xen-devel] [OSSTEST PATCH 02/13] Planner: docs: Minor fixes

* Document the ms-queuedaemon banner * Document the argument to the allocation $resourcecall callback fn. Signed-off-by: Ian Jackson --- Osstest/Executive.pm |2 +- README.planner |3 +++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git

[Xen-devel] [OSSTEST PATCH 01/13] Tcl: Use lshift instead of open-coding with lrange

In ms-queuedaemon, and JobDB-Executive, once each. No functional change. Signed-off-by: Ian Jackson --- ms-queuedaemon |3 +-- tcl/JobDB-Executive.tcl |3 +-- 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/ms-queuedaemon

Re: [Xen-devel] [PATCH v6 00/31] Add ITS support

On Wed, 2015-09-02 at 16:38 +0100, Ian Campbell wrote: > > > > Changes in v6: > > > > - Rebased to latest staging branch. > > - Compiled all the patches individually for both arm32 and arm64 > > - Split the patch "xen/arm: ITS: Allocate irq descriptors for LPIs" > > into > > two. > >One

Re: [Xen-devel] [PATCH v6 01/31] xen/dt: Handle correctly node with interrupt-map in dt_for_each_irq_map

On 02/09/15 16:28, Ian Campbell wrote: > On Mon, 2015-08-31 at 15:20 +0100, Julien Grall wrote: >> Hi Vijay, >> >> On 31/08/2015 12:06, vijay.kil...@gmail.com wrote: >>> From: Vijaya Kumar K >>> >>> dt_for_each_irq_map() returns error if no irq mapping is found.

[Xen-devel] [OSSTEST PATCH 12/13] Planner: ms-queuedaemon: Make report-plan take output walker name

We are going to want to process each walker's data into reports which are not necessarily named after the same walker. No functional change as yet. Signed-off-by: Ian Jackson --- ms-queuedaemon |8 1 file changed, 4 insertions(+), 4 deletions(-) diff

Re: [Xen-devel] [PATCH v6 00/31] Add ITS support

> Changes in v6: > > - Rebased to latest staging branch. > - Compiled all the patches individually for both arm32 and arm64 > - Split the patch "xen/arm: ITS: Allocate irq descriptors for LPIs" into > two. >One for allocating LPI irq_desc and other patch for allocating > pending_irq desc

Re: [Xen-devel] [PATCH v5 20/22] xen/arm: ITS: Map ITS translation space

On 02/09/15 16:45, Ian Campbell wrote: > On Tue, 2015-08-18 at 23:37 +0100, Marc Zyngier wrote: >> On Tue, 18 Aug 2015 20:14:43 +0100 Julien Grall >> wrote: >> >>> Marc pointed me today that if the processor is writing into >>> GITS_TRANSLATER it may be able to deadlock

[Xen-devel] Kbuild and Kconfig

I just wanted to bring this to a top level post since Jonathan Creekmore and myself have talked with a few maintainers in different threads and on IRC about potentially using Kconfig and/or Kbuild for Xen. Basically I would like to get a rough idea on what the Xen community wants the system to

Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for multicast control

From: Paul Durrant Date: Wed, 2 Sep 2015 17:58:36 +0100 > Xen's PV network protocol includes messages to add/remove ethernet > multicast addresses to/from a filter list in the backend. This allows > the frontend to request the backend only forward multicast packets >

[Xen-devel] [linux-3.10 bisection] complete test-amd64-amd64-xl-qcow2

branch xen-unstable xen branch xen-unstable job test-amd64-amd64-xl-qcow2 test debian-di-install Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu

Re: [Xen-devel] [Vote] Re-open staging for contributions at RC3

On 02/09/15 17:12, Lars Kurth wrote: > Hi all, > > I wanted to kick off a vote related to the following threads > * http://lists.xenproject.org/archives/html/xen-devel/2015-08/msg00883.html - > [URGENT > RFC] Branching and reopening -unstable > *

Re: [Xen-devel] Kbuild and Kconfig

On 02/09/15 18:50, Doug Goldstein wrote: > I just wanted to bring this to a top level post since Jonathan Creekmore > and myself have talked with a few maintainers in different threads and > on IRC about potentially using Kconfig and/or Kbuild for Xen. Basically > I would like to get a rough idea

Re: [Xen-devel] Kbuild and Kconfig

On 02/09/2015 21:28, Doug Goldstein wrote: > On 9/2/15 1:29 PM, Andrew Cooper wrote: >> On 02/09/15 18:50, Doug Goldstein wrote: >>> I just wanted to bring this to a top level post since Jonathan Creekmore >>> and myself have talked with a few maintainers in different threads and >>> on IRC about

[Xen-devel] [linux-3.14 test] 61263: regressions - FAIL

flight 61263 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/61263/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow219 guest-start.2 fail REGR. vs. 60666

Re: [Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote: > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add > macro debugging information') exposed a bug whereby the autoconf stuff > in tools was setting its own debug value (defaulting to ENABLED, even > for releases)

Re: [Xen-devel] [PATCH 1/5] x86: detect Intel CDP feature

On 02/09/15 09:27, He Chen wrote: > Detect Intel Code/Data Prioritization(CDP) feature and store cpuid > information for later use. CDP feature is based on CAT, note that all > sockets in the platform must have CDP either enabled or disabled, not > a mix. cdp_socket_avail saves CDP capability of

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

Hi Shannon, On 02/09/15 10:18, Christoffer Dall wrote: > On Wed, Sep 02, 2015 at 02:41:36AM -0600, Jan Beulich wrote: > Shannon Zhao 09/02/15 8:03 AM >>> >>> There are some descriptions in Documentation/arm64/booting.txt of Linux: >>> >>> "The Image must be placed

[Xen-devel] [PATCH v2] public/io/netif.h: move and amend multicast control documentation

netif.h contains a specification of the XEN_NETIF_EXTRA_TYPE_MCAST_{ADD,DEL} extra info messages require to manipulate a multicast filter list maintained by a backend and specifies the xenstore negotiation protocol in a comment just above the structure defintion, which is easy to miss. This patch

Re: [Xen-devel] [PATCH] ocaml/xs: prefer using character device

On Wed, 2015-09-02 at 09:50 +, Dave Scott wrote: > Looks fine to me. > > Acked-by: David Scott Applied. > > > On 1 Sep 2015, at 19:34, Doug Goldstein wrote: > > > > Since 9c89dc95201ffed5fead17b35754bf9440fdbdc0 libxenstore prefers > > using >

Re: [Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote: > On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote: > > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add > > macro debugging information') exposed a bug whereby the autoconf stuff > > in tools was setting its own

Re: [Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

On Wed, Sep 02, 2015 at 12:24:31PM +0100, Ian Campbell wrote: > On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote: > > On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote: > > > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add > > > macro debugging information')

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 2

On Wed, 2015-08-12 at 13:20 +0100, Julien Grall wrote: > On 12/08/15 11:36, Andrew Turner wrote: > > Would it be possible to add a stdout property and node for the hvc0 > > device? It would help FreeBSD as we use this to find the kernel > > console. We check for the stdout-path, linux,stdout-path,

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 2

Hi Ian, On 02/09/15 12:30, Ian Campbell wrote: >> Although, when running on Xen, FreeBSD is creating a Xen console by >> default with the higher priority. It will be grabbed by FreeBSD as the >> default one. > > ... Linux should be doing the same. The problem is that the existing code > to call

Re: [Xen-devel] [PATCH 2/5] x86: Support enable/disable CDP dynamically and get CDP status

On 02/09/15 09:27, He Chen wrote: > cdp_enabled is added to CAT socket info to indicate CDP is on or off on > the socket and struct psr_cat_cbm is extended to support CDP operation. > IA32_L3_QOS_CFG is a new MSR to enable/disable L3 CDP, when enable or > disable CDP, all domains will reset to

Re: [Xen-devel] [xen 4.6 retrospective] [urgent] rename "freeze" window and make release branch as soon as possible after RC1

Hi all, I would like to pick this up again. We are now getting close to RC3 and do not seem to have consensus. Would it make sense to summarise and just go for a vote? Lars > On 12 Aug 2015, at 08:35, Jan Beulich wrote: > On 06.08.15 at 12:52,

[Xen-devel] [PATCH v3 1/2] xen: move perform_gunzip to common

The current gunzip code to decompress the Dom0 kernel is implemented in inflate.c which is included by bzimage.c. I am looking to doing the same on ARM64 but there is quite a bit of boilerplate definitions that I would need to import in order for inflate.c to work correctly. Instead of

[Xen-devel] [PATCH v3 2/2] xen/arm: support gzip compressed kernels

Free the memory used for the compressed kernel and update the relative mod->start and mod->size parameters with the uncompressed ones. Signed-off-by: Stefano Stabellini CC: julien.gr...@citrix.com CC: ian.campb...@citrix.com --- Changes in v3: - better error

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 3

On Tue, 2015-08-18 at 12:00 -0700, Julien Grall wrote: > Hi, > > On 18/08/2015 02:34, Shannon Zhao wrote: > > IIUC, this is a requirement for Linux. Because when Linux parses the > > minimal DT, it uses below dt_params to match the DT properties. If it > > doesn't match any of them, it will fial.

Re: [Xen-devel] [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On 08/31/2015 06:12 PM, Boris Ostrovsky wrote: On 08/20/2015 02:16 PM, Juergen Groß wrote: On 08/18/2015 05:55 PM, Dario Faggioli wrote: Hey everyone, So, as a followup of what we were discussing in this thread: [Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest

Re: [Xen-devel] [PATCH 3/5] x86: add domctl cmd to set/get CDP code/data CBM

On 02/09/15 09:28, He Chen wrote: > CDP extends CAT and provides the capacity to control L3 code & data > cache. With CDP, one COS correspond to two CMBs(code & data). cbm_type > is added to support distinguish different CBM operation. Besides, new > domctl cmds are introdunced to support set/get

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 2

On Wed, 2015-09-02 at 12:39 +0100, Julien Grall wrote: > Hi Ian, > > On 02/09/15 12:30, Ian Campbell wrote: > > > Although, when running on Xen, FreeBSD is creating a Xen console by > > > default with the higher priority. It will be grabbed by FreeBSD as > > > the > > > default one. > > > > ...

Re: [Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

On Wed, 2015-09-02 at 10:34 +0100, George Dunlap wrote: > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add > macro debugging information') exposed a bug whereby the autoconf stuff > in tools was setting its own debug value (defaulting to ENABLED, even > for releases) instead of

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On 02/09/15 07:02, Shannon Zhao wrote: > > > On 2015/9/1 21:40, Julien Grall wrote: >> On 01/09/15 13:35, Shannon Zhao wrote: >>> >>> >>> On 2015/9/1 19:28, Julien Grall wrote: Hi Shannon, On 01/09/15 05:12, Shannon Zhao wrote: > I tried this. Directly use the "kinfo->gnttab_start

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 2

On Wed, 2015-08-12 at 13:11 +0100, Julien Grall wrote: > On 12/08/15 12:23, Ian Campbell wrote: > > Strictly it is considered a separate thing, much like loader.efi, despite > > where it lives e.g. it is self contained and not allowed to call into the > > kernel proper except via the formal

Re: [Xen-devel] [PATCH v2 2/2] xen/arm: support gzip compressed kernels

On Tue, 1 Sep 2015, Ian Campbell wrote: > On Tue, 2015-09-01 at 15:57 +0100, Stefano Stabellini wrote: > > > > > I'm not sure to see how this would work. Any call to > > > alloc_xenheap_pages > > > should be follow by a called to free_xenheap_pages. > > > But when freeing the modules, we are

[Xen-devel] [PATCH v3 0/2] support gzipped kernels on arm

Hi all, this patch series introduces support for gzipped kernels, such as the standard Image.gz format used by Linux on arm64 by default, in Xen on arm. Without it, Xen cannot load the default kernel shipped by distros, such as CentOS 7. Stefano Stabellini (2): xen: move perform_gunzip to

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On 2015/9/2 19:09, Julien Grall wrote: On 02/09/15 07:02, Shannon Zhao wrote: On 2015/9/1 21:40, Julien Grall wrote: On 01/09/15 13:35, Shannon Zhao wrote: On 2015/9/1 19:28, Julien Grall wrote: Hi Shannon, On 01/09/15 05:12, Shannon Zhao wrote: I tried this. Directly use the

[Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add macro debugging information') exposed a bug whereby the autoconf stuff in tools was setting its own debug value (defaulting to ENABLED, even for releases) instead of honoring the value set in Config.mk. After that changeset, if

[Xen-devel] [PATCH] public/io/netif.h: document xenstore negotiation of multicast control

netif.h contains a specification of the XEN_NETIF_EXTRA_TYPE_MCAST_{ADD,DEL} extra info messages require to manipulate a multicast filter list maintained by a backend but does not specify how the multicast contol feature should be negotiated in xenstore. This patch attempts to rectify that. To

Re: [Xen-devel] [PATCH 0/5] Intel Code/Data Prioritization(CDP) feature enabling

On 02/09/15 09:27, He Chen wrote: > Hi all, > > Code/Data Prioritization(CDP) is offered in Intel Broadwell and later server > platforms, which is an extension of CAT. CDP enables isolation and separate > prioritization of code and data fetches to the L3 cache in a software > configurable manner,

Re: [Xen-devel] PCI Pass-through in Xen ARM: Draft 4

On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote: On 31.08.15 at 14:36, wrote: On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote: 4.2.1 Mapping BAR regions in guest address space

Re: [Xen-devel] [PATCH for 4.6] tools: Honor Config.mk debug value, rather than setting our own

On Wed, 2015-09-02 at 12:25 +0100, Wei Liu wrote: > On Wed, Sep 02, 2015 at 12:24:31PM +0100, Ian Campbell wrote: > > On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote: > > > On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote: > > > > Changeset 1166ecf ('tools/Rules.mk: Don't optimize

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On Wed, 2015-09-02 at 13:52 +0100, Julien Grall wrote: > On 02/09/15 13:02, Shannon Zhao wrote: > > > Hold on, this is about Linux able to use the memory for his own > > > usage. > > > ACPI table are not part of this memory because they are marked > > > reserved > > > by the firmware. > > > > >

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On Wed, Sep 2, 2015 at 3:54 PM, Ian Campbell wrote: > On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote: >> On 02/09/15 14:26, Ian Campbell wrote: >> > > > > I think the problem is how you reserved this region in the EFI >> > > > > memory >> > > > > table. From what I

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

On 02/09/15 14:26, Ian Campbell wrote: I think the problem is how you reserved this region in the EFI memory table. From what I saw, you marked this new memory with EFI_MEMORY_WB (which means that the region can be usable by Linux). >>> Yes, I mark it with EFI_MEMORY_WB. Is

Re: [Xen-devel] [PATCH v3 1/2] xen: move perform_gunzip to common

>>> On 02.09.15 at 13:33, wrote: > The current gunzip code to decompress the Dom0 kernel is implemented in > inflate.c which is included by bzimage.c. > > I am looking to doing the same on ARM64 but there is quite a bit of > boilerplate definitions that I would

Re: [Xen-devel] Design doc of adding ACPI support for arm64 on Xen - version 5

Hi Ian, On 2015/9/2 20:54, Ian Campbell wrote: On Mon, 2015-08-31 at 03:40 -0600, Jan Beulich wrote: d) Copy MADT table It needs to change MADT table to restrict the number of vCPUs. We choose to copy the first dom0_max_vcpus GICC entries of MADT to new created MADT table when numa is not

Re: [Xen-devel] [PATCH net-next] xen-netback: add support for multicast control

On Wed, Sep 02, 2015 at 01:19:53PM +0100, Paul Durrant wrote: > Xen's PV network protocol includes messages to add/remove ethernet > multicast addresses to/from a filter list in the backend. This allows > the frontend to request the backend only forward multicast packets > which are off interest

  1   2   >