Re: [Xen-devel] [osstest test] 60719: tolerable FAIL - PUSHED

On 09/01/2015 07:14 AM, Ian Campbell wrote: On Tue, 2015-09-01 at 13:47 +0100, Ian Jackson wrote: Jim Fehlig writes ("Re: [osstest test] 60719: tolerable FAIL - PUSHED"): This sounds a bit like an issue discussed in the Redhat libvirt troubleshooting FAQ https://access.redhat.com/documentation

Re: [Xen-devel] [PATCH v6 10/31] xen/arm: ITS: Introduce gic_is_lpi helper function

On Tue, Sep 1, 2015 at 6:32 PM, Julien Grall wrote: > On 01/09/15 12:56, Vijay Kilari wrote: >>> BTW, I suggested to create a field nr_lpis but you decided to store the >>> number of bits supported. Why? >> >> I have nr_lpis field in vgic structure (patch #17). But it just tells >> how LPIs are su

[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 git://xenbits.xen.org/staging/qemu-xen

[Xen-devel] [seabios test] 61266: tolerable FAIL - PUSHED

flight 61266 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/61266/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail like 60888 Tests which did not succeed, but a

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 p

Re: [Xen-devel] Kbuild and Kconfig

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 potentially using Kconfig and/or Kbuild for Xen. B

[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 test-amd64-i386-xl-vhd

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 > which are of interest thus pr

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 > * http://lists.xenproject.org/archives/html/xen-devel

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 o

[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 look

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

On 02/09/15 18:25, Justin Acker wrote: > > > *From:* David Vrabel > *To:* Justin Acker ; "xen-devel@lists.xen.org" > > *Sent:* Wednesday, September 2, 2015 9:47 AM > *Subject:* Re: [Xen-devel] xhci_hcd intterrupt affinity i

Re: [Xen-devel] [PATCH v6 15/31] xen/arm: ITS: Add virtual ITS driver

Hi Vijay, On 31/08/15 12:06, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > This patch introduces virtual ITS driver with following > functionality > - Introduces helper functions to manage device table and >ITT table in guest memory > - Helper function to handle virtual ITS devi

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 thu

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 AM Subject: Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/DomU limited to single interrupt On Wed, 2015-09-02

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 intterrupt affinity in Dom0/DomU limited to single interrupt On Tue, Sep 01, 2015 at 11:09:38PM

[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 neti

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. >> >> Maintainers may choose to defer patch series based

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 consensus. Would it make sense to summarise and just go >>>

[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 * http://lists.xenproject.

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 the system. >>> >>> Readi

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 > > > > > > > > dt_for_each_irq_m

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. >>> With this patch, Ignore error a

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

[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 a/Osstest/Executive.pm b/Osstest

[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 --git a/ms-queuedaemon b/ms-qu

[Xen-devel] [OSSTEST PATCH 08/13] Planner: ms-queuedaemon: Prep for multiple walkers

We are going to introduce multiple concurrent streams of planning processing, called `walkers'. Prepare the ground for this with some formulaic changes which will otherwise greatly clutter substantive patches. (A client will still only think for one walker at once, because that's what the client

[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 b/ms-queuedaemon index e15bc79..d6d59ee 1

[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 --- a/ms-queuedaemon +++ b/ms-queuedaemon

[Xen-devel] [OSSTEST PATCH 06/13] Planner: client side: New `!OK think noalloc' protocol

Introduce a way for the queue daemon to tell its client that it must not allocate anything in this planning iteration. In the client: * Advertise the new feature via set-info. * Accept the `noalloc' part of `!OK think noalloc'; * Print that in our log message; * Honour it by passing it to $res

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 the spec (8.1.3 IHI0069A),

[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 algorithm

[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: * ts-hosts-allocate-Executive

[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 --- ms-queuedaemon | 10 ++---

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 xensto

[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] [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 walk

[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 think

[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 over

[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

[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 < OK ms-queuedaemon [INFO..

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] 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 02/09/15 14:26, Ian Campbell wrote: >> >> > > > > I th

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 return success > > NIT: s/Ignore/ignor

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 Acked-by: Ian Campbell Wei -- I think this fix woul

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 error if no irq mapping is found. >

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 reserved this region in the EFI

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 'depends on X86_64 || (X86_32 > && X86_PAE)'. And I don't kno

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 > > (virt

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 wrote: > > > > > > > > On 14.08.15 at 15:21, > > > > > > >

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

>>> On 02.09.15 at 16:57, wrote: > On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote: >>>>> On 13.08.15 at 11:42, >> wrote: >> > 2.1pci_hostbridge and pci_hostbridge_ops >> > - >> > >> > The i

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

On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote: > On 02/09/15 13:08, Manish Jaggi wrote: > > > > > > 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 Mappin

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

On Wed, 2015-09-02 at 14:46 +0100, Ian Campbell wrote: > On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote: > > (I'm not caught up on my mail, so just commenting on this one aspect) > > > Anyway, I think this logic should be done in the toolstack and not in > > the hypervisor. Only the toolst

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

On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote: >>>> On 13.08.15 at 11:42, > wrote: > > 2.1pci_hostbridge and pci_hostbridge_ops > > - > > > > The init function in the PCI host driver call

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

>>> On 02.09.15 at 16:26, wrote: > On Wed, 2015-09-02 at 08:14 -0600, Jan Beulich wrote: >> > >> > > > On 02.09.15 at 15:34, wrote: >> > On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: >> > > > > > On 02.09.15 at 15:09, wrote: >> > > > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich >> > >

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

>>> 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 wrote: >> > > > > > On 14.08.15 at 15:21, wrote: >> > > > On Fri, 14 Aug 2015, Jan Beulich wrote: >> > > > > it's even less clear h

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

On Fri, 2015-08-14 at 03:26 -0600, Jan Beulich wrote: > > > > > > On 13.08.15 at 19:01, wrote: > > On Thu, 2015-08-13 at 09:29 -0600, Jan Beulich wrote: > > > > A bunch of your questions seem to be about things which have been > > discussed > > at length in previous postings, it's probably wort

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

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 wrote: > > > > > > On 14.08.15 at 15:21, wrote: > > > > On Fri, 14 Aug 2015, Jan Beulich wrote: > > > > > it's even less clear how you'd expect to suppress this in

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

On Wed, 2015-09-02 at 09:22 -0500, Doug Goldstein wrote: > On 9/2/15 9:14 AM, Jan Beulich wrote: > > > > > On 02.09.15 at 15:34, wrote: > > > On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: > > > > > > > On 02.09.15 at 15:09, wrote: > > > > > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich >

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

On 09/02/2015 04:08 PM, Boris Ostrovsky wrote: On 09/02/2015 07:58 AM, Juergen Gross wrote: 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

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

On Wed, 2015-09-02 at 08:14 -0600, Jan Beulich wrote: > > > > > > On 02.09.15 at 15:34, wrote: > > On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: > > > > > > On 02.09.15 at 15:09, wrote: > > > > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich > > > > wrote: > > > > > > > > Doug Goldstein 0

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

On Wed, 2015-09-02 at 21:59 +0800, Shannon Zhao wrote: > 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. > > > > >

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

On 9/2/15 9:14 AM, Jan Beulich wrote: On 02.09.15 at 15:34, wrote: >> On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: >> On 02.09.15 at 15:09, wrote: On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote: Doug Goldstein 09/01/15 10:10 PM >>> >> --- a/Makefile >>

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

>>> On 02.09.15 at 15:34, wrote: > On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: >> > > > On 02.09.15 at 15:09, wrote: >> > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote: >> > > > > > Doug Goldstein 09/01/15 10:10 PM >>> >> > > > --- a/Makefile >> > > > +++ b/Makefile >> > > > @@ -2

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

El 02/09/15 a les 16.01, Boris Ostrovsky ha escrit: > Actually, at least for Linux, CONFIG_XEN 'depends on X86_64 || (X86_32 > && X86_PAE)'. And I don't know whether there are any other OSs (i.e. > FreeBSD) that are going to ever support 32-bit PVH-classic (Roger might > correct me on that). No, I

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

On 09/02/2015 07:58 AM, Juergen Gross wrote: 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: top

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

>>> On 02.09.15 at 13:39, wrote: > On 02/09/15 09:27, He Chen wrote: >> +/* Reset all domain to COS0 */ >> +for_each_domain( d ) >> +{ >> +d->arch.psr_cos_ids[socket] = 0; >> +info->cos_to_cbm[0].ref++; > > This is a long running operation and must

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

On 09/02/2015 09:13 AM, Jan Beulich wrote: On 02.09.15 at 14:31, wrote: On 09/02/2015 04:08 AM, Jan Beulich wrote: 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

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

El 02/09/15 a les 10.08, Jan Beulich ha escrit: 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 domain

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

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 02 September 2015 15:01 > To: Paul Durrant > Cc: net...@vger.kernel.org; xen-de...@lists.xenproject.org; Ian Campbell; > Wei Liu > Subject: Re: [PATCH net-next] xen-netback: add support for multicast control > > On W

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 th

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

>>> On 02.09.15 at 15:48, 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 saw, you marked this new memory with EFI_MEMORY_WB > (which means that the region can be usable by Linux). > Y

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 supp

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 saw, you marked this new

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 need to import in order for > infla

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 this

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

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 saw, you marked this new memory with > > > > > EFI_MEMORY_WB > > > > > (which mean

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

On Wed, 2015-09-02 at 08:53 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Sep 01, 2015 at 11:09:38PM +, Justin Acker wrote: > > > > From: Konrad Rzeszutek Wilk > > To: Justin Acker > > Cc: "xen-devel@lists.xen.org" ; > > boris.ostrov...@oracle.com > > Sent: Tuesday, September 1, 2

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

On 01/09/15 18:39, Justin Acker wrote: > Taking this to the dev list from users. > > Is there a way to force or enable pirq delivery to a set of cpus as > opposed to single device from being a assigned a single pirq so that its > interrupt can be distributed across multiple cpus? No. PIRQs are d

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

On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote: (I'm not caught up on my mail, so just commenting on this one aspect) > Anyway, I think this logic should be done in the toolstack and not in > the hypervisor. Only the toolstack is in charge of the memory layout. > Xen appears to know the me

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

On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote: > > > > > > On 02.09.15 at 15:09, wrote: > > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote: > > > > > > Doug Goldstein 09/01/15 10:10 PM >>> > > > > Update the top-level make help to include all the possible targets > > > > and > > > >

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

On Wed, Sep 02, 2015 at 04:28:02PM +0800, He Chen wrote: [...] > +Code/Data Prioritization (CDP) Technology is an extension of CAT, which is > +available on Intel Broadwell and later server platforms. CDP enables > isolation > +and separate prioritization of code and data fetches to the L3 cache i

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

On Wed, Sep 02, 2015 at 04:28:01PM +0800, He Chen wrote: > 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 > -

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 deb

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] [xen 4.6 retrospective] [urgent] rename "freeze" window and make release branch as soon as possible after RC1

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 consensus. Would it make sense to summarise and just go > > for > > a vote? > > Feel free to go ahead. Agreed ___

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

On Wed, Sep 2, 2015 at 3:25 AM, Jan Beulich wrote: 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 deletio

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

>>> On 02.09.15 at 15:09, wrote: > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote: > 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 e

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

>>> On 02.09.15 at 14:31, wrote: > On 09/02/2015 04:08 AM, Jan Beulich wrote: > 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

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

On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote: 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 Signe

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

On 02/09/15 13:08, Manish Jaggi wrote: > > > 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] Design doc of adding ACPI support for arm64 on Xen - version 5

On Mon, 2015-08-31 at 13:34 +0100, Julien Grall wrote: > > No, see my answer above. I'm suggesting to re-use the same trick as we > do for the grant table region. We know that this region will never be > allocated in the DOM0 address space either because of the direct mapping > or because it's

[Xen-devel] [xen-unstable test] 61248: regressions - FAIL

flight 61248 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/61248/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 19 guest-start/debianhvm.repeat fail REGR. vs. 60878

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

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 nu

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

On Tue, Sep 01, 2015 at 11:09:38PM +, Justin Acker wrote: > > From: Konrad Rzeszutek Wilk > To: Justin Acker > Cc: "xen-devel@lists.xen.org" ; > boris.ostrov...@oracle.com > Sent: Tuesday, September 1, 2015 4:56 PM > Subject: Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/D

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

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. >> >> If we follow your logic, all ACPI tables always should be above the >> kernel. I don'

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

On 09/02/2015 04:08 AM, Jan Beulich wrote: 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 domain is compat-mode; *

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

>>> 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 consensus. Would it make sense to summarise and just go for > a vote? Feel free to go ahead. Jan ___ Xen-devel mailing

[Xen-devel] [libvirt test] 61259: tolerable FAIL - PUSHED

flight 61259 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/61259/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-vhd 9 debian-di-installfail never pass test-armhf-armhf-libvirt-qcow2 9 debian-di

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

>>> On 02.09.15 at 11:25, wrote: > > On 2015/9/2 16:41, 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 near the s

  1   2   >