Re: [Xen-devel] More on kexec/purgatory handover

>>> On 13.05.15 at 07:26, wrote: > The low 640k was weird. We copied it off in purgatory so that it could > be capture in a dump. The linux kernel itself winds up using that > memory fundamentally because to fire up subsequent processors you have > to have memory in the low 640k as processors s

Re: [Xen-devel] [RFC v2 00/15] Add VT-d Posted-Interrupts support

>>> On 13.05.15 at 07:11, wrote: > Ping.. I have a list of almost 60 patches to review, among which the ones improving existing code have higher priority than the ones adding new functionality (of course bug fixes come always first), and for the latter series with a rather high version (and with

[Xen-devel] Status of VM event patches (Was: Xen 4.6 Development Update (four months reminder)

On 05/13/2015 08:01 AM, wei.l...@citrix.com wrote: > * VM event patches (none) >Add support for XSETBV vm_events, >Support hybernating guests >Support for VMCALL-based vm_events > - Razvan Cojocaru I've actually sent the first version of the series last week (called "Vm_event memor

[Xen-devel] 答复: 答复: 答复: 答复: about xenalyze

Sorry， it seems that my mailer doesn't have this function. My question is : 1、how is the blocked time of a domain computed? And how is the blocked time of a vcpu computed ? 2、In Runstates, there are many terms , such as partial run, full run, partial contention, concurrency_hazard, f

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

>>> On 12.05.15 at 20:38, wrote: > On 05/12/2015 08:54 PM, Andrew Cooper wrote: >> On 12/05/15 17:52, Razvan Cojocaru wrote: >>> On 05/12/2015 06:53 PM, Andrew Cooper wrote: On 12/05/15 16:50, Andrew Cooper wrote: > On 12/05/15 16:49, Razvan Cojocaru wrote: >> On 05/12/2015 06:35 PM,

Re: [Xen-devel] Xen 4.6 Development Update (four months reminder)

>>> On 5/13/2015 at 01:01 PM, in message , wrote: > (Note, please trim your quotes when replying, and also trim the CC list if > necessary. You might also consider changing the subject line of your reply > to > "Status of (Was: Xen 4.6 Development Update (X months reminder)") > > Hi all

Re: [Xen-devel] More on kexec/purgatory handover

Petr Tesarik writes: > Hi all, > > note that I'm not subscribed to the xen-devel mailing list, but Jan > quoted from this mail of Andrew's in SUSE Bugzilla: > >> This is all from a while ago. It is quite possible that we didn't >> actually tested the compatibility case with a 64bit dom0 kernel,

Re: [Xen-devel] Xen 4.6 Development Update (four months reminder)

Hi Wei, > > * Improve RTDS scheduler (none) >Change RTDS from quantum driven to event driven The improvement of the RTDS scheduler also includes supporting the functionality of setting and getting per-vcpu parameters. Chong Li has posted the first version of patch at http://lists.xenproject

Re: [Xen-devel] [RFC v2 00/15] Add VT-d Posted-Interrupts support

Ping.. > -Original Message- > From: Wu, Feng > Sent: Friday, May 08, 2015 5:07 PM > To: xen-devel@lists.xen.org > Cc: k...@xen.org; jbeul...@suse.com; andrew.coop...@citrix.com; Zhang, > Yang Z; Tian, Kevin; george.dun...@eu.citrix.com; Wu, Feng > Subject: [RFC v2 00/15] Add VT-d Posted-I

[Xen-devel] Xen 4.6 Development Update (four months reminder)

(Note, please trim your quotes when replying, and also trim the CC list if necessary. You might also consider changing the subject line of your reply to "Status of (Was: Xen 4.6 Development Update (X months reminder)") Hi all We are now four months into 4.6 development window. This is an email t

[Xen-devel] [OSSTEST Nested PATCH v10 8/9] Compose the main recipe of nested test job

The ident and guestname are same of 'nestedl1' for L1 guest VM. Signed-off-by: longtao.pang Acked-by: Ian Campbell --- sg-run-job | 11 +++ 1 file changed, 11 insertions(+) diff --git a/sg-run-job b/sg-run-job index eae159d..b19f9f9 100755 --- a/sg-run-job +++ b/sg-run-job @@ -299,6

[Xen-devel] [OSSTEST Nested PATCH v10 9/9] Add test job for nest test case

1. This patch adds creation of the nested test job, when job creation procedure is invoked. 2. Set nested L1's vif model, nestedhvm feature, set specific disk size and memory size for nested test by make-flight. Signed-off-by: longtao.pang Acked-by: Ian Campbell --- make-flight | 31 +

[Xen-devel] [OSSTEST Nested PATCH v10 7/9] Add new script to customize nested test configuration

1. In this script, make some appropriate runvars which selecthost would recognise. 2. Prepare the configurations for installing L2 guest VM. 3. Create a lv disk in L0 and hot-attach it to L1; Inside L1, using this new added disk to create a VG which will be used for installing L2 guest. Signed-off

[Xen-devel] [OSSTEST Nested PATCH v10 1/9] Parsing grub which has 'submenu' primitive

>From a hvm kernel build from Linux stable Kernel tree, the auto generated grub2 menu will have 'submenu' primitive, upon the 'menuentry' items. Xen boot entries will be grouped into a submenu. This patch adds capability to support such grub formats. Signed-off-by: longtao.pang Acked-by: Ian Camp

[Xen-devel] [OSSTEST Nested PATCH v10 2/9] Changes to support '/boot' leading paths of kernel, xen, in grub

Support situations of grub that have vmlinuz and other things starting with path of '/boot' rather than '/'. Signed-off-by: longtao.pang Acked-by: Ian Campbell --- Osstest/Debian.pm |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Osstest/Debian.pm b/Osstest/Debian

[Xen-devel] [OSSTEST Nested PATCH v10 4/9] Edit some APIs in TestSupport.pm for nested test

1. If vif model is defined for guest, use it in guest's configuration 2. In L2 installation context, its host (L1) shall not have a static IP but stored in runvar in L1 installation before; use this stored runvar IP. Signed-off-by: longtao.pang Acked-by: Ian Campbell --- Osstest/TestSupport.pm

[Xen-devel] [OSSTEST Nested PATCH v10 6/9] Changes on test step of Debian hvm guest install

1. The default disk size for guest is '1M' which is not sufficient for nested HVM guest, using larger disk size for nested guest to accommodate to nested test requirement, the specific disk_size is defined by make-flight. 2. Since 'Debain-xxx-.iso' image will be stored in rootfs of L1 guest, th

[Xen-devel] [OSSTEST Nested PATCH v10 3/9] Refactor installation of overlays

Apply overlay to guests as well as hosts by moving to preseed_base. We do this because we want to be able to: * Use '/etc/init.d/osstest-confirm-booted' for guests as well as hosts (in particular when testing nestedhvm we sometimes want to treat a guest as a host).

[Xen-devel] [OSSTEST Nested PATCH v10 5/9] Move the code for setting memory size into prep()

Move the code for setting memory size from outside into prep(), where these $ram_mb operations are only used; And in next patch, for L2 guest installation, $ram_mb will be overridden by a runvar value, which needs $gho in scope. This is pure code motion. No functional change. Signed-off-by: longt

[Xen-devel] [OSSTEST Nested PATCH v10 0/9] Introduction of netsted HVM test job

This patch set adds nested HVM test case for osstest. In this test case, a Xen hypervisor (L1) runs on top of another Xen hypervisor (L0). Upon L1 hypervisor, we will then create a nested guest (L2), and test if the Linux guest can then be installed and run well. About nested Xen virtualization,

[Xen-devel] [xen-unstable test] 55368: tolerable FAIL - PUSHED

flight 55368 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/55368/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-freebsd10-amd64 13 guest-localmigrate fail REGR. vs. 50405 test-amd64-i386-libvirt

Re: [Xen-devel] [XenRT] Cache-Aware Real-Time Xen: Partition shared cache for guest domains in Xen via page coloring

2015-05-12 18:59 GMT-04:00 Dario Faggioli : > On Sun, 2015-05-10 at 22:36 -0400, Meng Xu wrote: >> Hi Dario and George, >> > Hi Meng, Hi Dario, > > I gave a quick look at the slides. Nice work. Thanks for your encouragement! :-) > > Although I don't have much time, I also wanted to take a quick

[Xen-devel] [PATCH v5 14/14] libxc/restore: split read/handle qemu info

Split read/handle qemu info. The receiving of qemu info should be done while we receive the migration stream, handle_qemu will be called when the stream complete. Otherwise, it will break Remus because read_record() won't read qemu info and stream_complete will be called at failover. Signed-off-by

[Xen-devel] [PATCH v5 13/14] libxc/restore: introduce process_record()

Move record handle codes into a function process_record(). It will be used multiple times by Remus. No functional change. Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- tools/libxc/xc_sr_restore.c | 77 +---

[Xen-devel] [PATCH v5 10/14] libxc/save: remove bitmap param from send_some_pages

In last patch we added dirty bitmap to the save context, we no longer need to pass this param to send_some_pages. We can get dirty bitmap from the save context. 'entries' should stay as it is a useful sanity check. Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian

[Xen-devel] [PATCH v5 02/14] libxc/save: Adjust stream-position callbacks for checkpointed streams

From: Andrew Cooper There are some records which should only be sent once in the stream, and not repeated for each checkpoint. {start,end}_of_stream() become per-checkpoint, and a new start_of_stream() is introduced. There is no resulting change record order, but the X86_PV_INFO record is ident

[Xen-devel] [PATCH v5 04/14] libxc/migration: Pass checkpoint information into the save algorithm.

From: Andrew Cooper Signed-off-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu CC: Yang Hongyang --- tools/libxc/include/xenguest.h | 1 + tools/libxc/xc_sr_common.h | 3 +++ tools/libxc/xc_sr_save.c | 3 +++ tools/libxl/libxl_dom.c| 1 + 4 files changed, 8

[Xen-devel] [PATCH v5 05/14] tools/libxc: unused attribute in DECLARE_HYPERCALL_BUFFER_SHADOW

There are cases that we only need to use the hypercall buffer data, and do not use the xc_hypercall_buffer_t struct. DECLARE_HYPERCALL_BUFFER_SHADOW define a user pointer that can allow us to access the hypercall buffer data but it also define a xc_hypercall_buffer_t that we don't use, the compiler

[Xen-devel] [PATCH v5 08/14] libxc/save: rename to_send to dirty_bitmap

rename to_send to dirty_bitmap. Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- tools/libxc/xc_sr_save.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/tools/libxc/xc_sr_save.c b/tools/libx

[Xen-devel] [PATCH v5 01/14] libxc/migration: Be rather stricter with illformed callers

From: Andrew Cooper The migration code itself should be able to validly assume all mandatory callbacks are set up. Signed-off-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu CC: Yang Hongyang --- tools/libxc/xc_sr_save.c | 4 tools/libxc/xc_sr_save_x86_hvm.c | 7

[Xen-devel] [PATCH v5 09/14] libxc/save: adjust the memory allocation for migration

Move the memory allocation before the concrete live/nolive save in order to avoid the free/alloc memory loop when using Remus. Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- tools/libxc/xc_sr_common.h | 1 + tools/libxc/xc_sr_save.c

[Xen-devel] [PATCH v5 12/14] libxc/save: reuse send_dirty_pages() in send_all_pages()

introduce bitmap_set() to set the entire bitmap. in send_all_pages(), set the entire bitmap and call send_dirty_pages(). Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- tools/libxc/xc_bitops.h | 5 + tools/libxc/xc_sr_save.c | 44

[Xen-devel] [PATCH v5 07/14] libxc/save: introduce setup() and cleanup() on save

introduce setup() and cleanup() which subsume the ctx->save.ops.{setup,cleanup}() calls. The SHADOW_OP_OFF hypercall also included in the cleanup(). Signed-off-by: Yang Hongyang Reviewed-by: Andrew Cooper CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- tools/libxc/xc_sr_save.c | 34

[Xen-devel] [PATCH v5 06/14] tools/libxc: add a check in xc_hypercall_buffer_free_pages macro

When we use a DECLARE_HYPERCALL_BUFFER_SHADOW define a user pointer '_name' and a shadow xc_hypercall_buffer_t. then call xc_hypercall_buffer_free_pages(_xch, _name, _nr), the complier will report '_name' unused error, it's because xc_hypercall_buffer_free_pages() is a MACRO and '_name' transparent

[Xen-devel] [PATCH v5 00/14] Misc patches to aid migration v2 Remus support

This is the combination of Andrew Cooper's misc patches and mine to aid migration v2 Remus support. See individual patches for details. Git tree available at: https://github.com/macrosheep/xen/tree/misc-remus-v5 v4->v5 Most of the changes are trival, like drop brackets in DECLARE_HYPERCALL_B

[Xen-devel] [PATCH v5 03/14] libxc/migration: Specification update for CHECKPOINT records

From: Andrew Cooper Checkpointed streams need to signal the end of a consistent view of VM state, and the start of the libxl data. Signed-off-by: Andrew Cooper Signed-off-by: David Vrabel Signed-off-by: Yang Hongyang CC: Ian Campbell CC: Ian Jackson CC: Wei Liu --- docs/specs/libxc-migrat

[Xen-devel] [PATCH v5 11/14] libxc/save: rename send_some_pages to send_dirty_pages

rename send_some_pages to send_dirty_pages, no functional change. Signed-off-by: Yang Hongyang CC: Ian Campbell CC: Ian Jackson CC: Wei Liu CC: Andrew Cooper --- tools/libxc/xc_sr_save.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/libxc/xc_sr_save.c b/to

Re: [Xen-devel] [PATCH v4 09/14] libxc/save: adjust the memory allocation for migration

On 05/12/2015 08:14 PM, Andrew Cooper wrote: On 12/05/15 12:25, Yang Hongyang wrote: Move the memory allocation before the concrete live/nolive save in order to avoid the free/alloc memory loop when using Remus. Signed-off-by: Yang Hongyang CC: Ian Campbell CC: Ian Jackson CC: Wei Liu CC:

Re: [Xen-devel] [PATCH v4 07/14] libxc/save: introduce setup() and cleanup() on save

On 05/12/2015 08:11 PM, Andrew Cooper wrote: On 12/05/15 12:25, Yang Hongyang wrote: introduce setup() and cleanup() which subsume the ctx->save.ops.{setup,cleanup}() calls. The SHADOW_OP_OFF hypercall also included in the cleanup(). Signed-off-by: Yang Hongyang CC: Ian Campbell CC: Ian Jac

Re: [Xen-devel] [PATCH v4 06/14] tools/libxc: add a check in xc_hypercall_buffer_free_pages macro

On 05/12/2015 08:10 PM, Andrew Cooper wrote: On 12/05/15 12:25, Yang Hongyang wrote: When we use a DECLARE_HYPERCALL_BUFFER_SHADOW define a user pointer '_name' and a shadow xc_hypercall_buffer_t. then call xc_hypercall_buffer_free_pages(_xch, _name, _nr), the complier will report '_name' unus

Re: [Xen-devel] [PATCH v4 03/14] libxc/migration: Specification update for CHECKPOINT records

On 05/12/2015 08:05 PM, Andrew Cooper wrote: On 12/05/15 12:25, Yang Hongyang wrote: From: Andrew Cooper Checkpointed streams need to signal the end of a consistent view of VM state, and the start of the libxl data. Signed-off-by: Andrew Cooper Signed-off-by: David Vrabel Signed-off-by: Y

[Xen-devel] [ovmf test] 55353: tolerable FAIL - PUSHED

flight 55353 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/55353/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-freebsd10-amd64 13 guest-localmigrate fail REGR. vs. 53940 test-amd64-i386-freebsd10-i386 13 gue

Re: [Xen-devel] Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0:

On Wednesday, May 13, 2015 12:52:36 AM Sander Eikelenboom wrote: > > Tuesday, May 12, 2015, 5:45:06 PM, you wrote: > > > On Tuesday, May 12, 2015 02:59:57 AM Rafael J. Wysocki wrote: > >> On Monday, May 11, 2015 11:20:29 AM Konrad Rzeszutek Wilk wrote: > >> > On Tue, May 05, 2015 at 12:18:49AM +0

Re: [Xen-devel] [XenRT] Cache-Aware Real-Time Xen: Partition shared cache for guest domains in Xen via page coloring

On Sun, 2015-05-10 at 22:36 -0400, Meng Xu wrote: > Hi Dario and George, > Hi Meng, I gave a quick look at the slides. Nice work. Although I don't have much time, I also wanted to take a quick glance at the code, and looked it up on GitHub, where you usually host your stuff, but couldn't find it

Re: [Xen-devel] Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0:

Tuesday, May 12, 2015, 5:45:06 PM, you wrote: > On Tuesday, May 12, 2015 02:59:57 AM Rafael J. Wysocki wrote: >> On Monday, May 11, 2015 11:20:29 AM Konrad Rzeszutek Wilk wrote: >> > On Tue, May 05, 2015 at 12:18:49AM +0200, Sander Eikelenboom wrote: >> > > Hello Sander, >> > > >> > > Monday, Ap

Re: [Xen-devel] [PATCH 1/4] libxl: populate build_info vfb in separate function

Konrad Rzeszutek Wilk wrote: > On Fri, May 08, 2015 at 04:31:02PM -0600, Jim Fehlig wrote: > >> For HVM domains, vfb info must be populated in the libxl_domain_build_info >> stuct. Currently this is done in the libxlMakeVfbList function, but IMO >> > > struct > Thanks. I've fixed the

[Xen-devel] [linux-linus test] 55347: regressions - FAIL

flight 55347 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/55347/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 50329 test-armhf-armhf-xl-c

Re: [Xen-devel] Tools backports for 4.5

Ian Jackson wrote: > Andrew Cooper writes ("Tools backports for 4.5"): > >> >From the XenServer patch queue, >> > > (Andrew forgot to CC xen-devel, doing that now:) > > >> 3380f5b6270e ocaml/xenctrl: Check return values from hypercalls >> c8945d516134 ocaml/xenctrl: Make failwith_xc() th

Re: [Xen-devel] [PATCH OSSTEST] Toolstack::xl: Support for ACPI fallback for shutdown

Ian Campbell wrote: > On Tue, 2015-05-12 at 16:19 +0100, Ian Campbell wrote: > >> On Tue, 2015-05-12 at 16:03 +0100, Ian Jackson wrote: >> >>> Ian Campbell writes ("Re: [PATCH OSSTEST] Toolstack::xl: Support for ACPI >>> fallback for shutdown"): >>> If that were the case then I

[Xen-devel] [qemu-mainline test] 55331: tolerable FAIL - PUSHED

flight 55331 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/55331/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 54832 test-amd64-i386-freebsd10-am

Re: [Xen-devel] Renaming Xen Project Hackathons

On 05/07/15 09:43, Tim Deegan wrote: > At 14:18 +0200 on 07 May (1431008321), Dario Faggioli wrote: >> On Thu, 2015-05-07 at 12:00 +0100, Tim Deegan wrote: >>> At 17:38 +0100 on 05 May (1430847486), Lars Kurth wrote: >> The current proposal is to Rename the Xen Project Hackathons to either >>>

Re: [Xen-devel] [PATCH v4] xen: sched_rt: print useful affinity info when dumping

> >> 2015-05-12 10:06 GMT-04:00 Dario Faggioli : > >> > --- a/xen/common/sched_rt.c >> > +++ b/xen/common/sched_rt.c >> > @@ -124,6 +124,24 @@ >> > #define TRC_RTDS_BUDGET_REPLENISH TRC_SCHED_CLASS_EVT(RTDS, 4) >> > #define TRC_RTDS_SCHED_TASKLETTRC_SCHED_CLASS_EVT(RTDS, 5) >> > >> > + /* >>

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 05/12/2015 08:54 PM, Andrew Cooper wrote: > On 12/05/15 17:52, Razvan Cojocaru wrote: >> On 05/12/2015 06:53 PM, Andrew Cooper wrote: >>> On 12/05/15 16:50, Andrew Cooper wrote: On 12/05/15 16:49, Razvan Cojocaru wrote: > On 05/12/2015 06:35 PM, Jan Beulich wrote: > On 12.05.15

Re: [Xen-devel] [PATCH v4] xmalloc: add support for checking the pool integrity

On Wednesday 07 January 2015 19:20:38 Andrew Cooper wrote: > On 16/12/14 19:33, Mihai Donțu wrote: > > Implemented xmem_pool_check(), xmem_pool_check_locked() and > > xmem_pool_check_unlocked() to verity the integrity of the TLSF matrix. > > > > Signed-off-by: Mihai Donțu > > This review supersed

Re: [Xen-devel] [PATCH v5] OSSTEST: introduce a raisin build test

On Tue, 12 May 2015, Ian Jackson wrote: > Stefano Stabellini writes ("[PATCH v5] OSSTEST: introduce a raisin build > test"): > > Signed-off-by: Stefano Stabellini > ... > > +echo >>config XEN_URL=\\"$r{tree_xen}\\" > > +echo >>config XEN_REVISION=\\"$r{revision_xen}\\" > > This is very r

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 12/05/15 17:52, Razvan Cojocaru wrote: > On 05/12/2015 06:53 PM, Andrew Cooper wrote: >> On 12/05/15 16:50, Andrew Cooper wrote: >>> On 12/05/15 16:49, Razvan Cojocaru wrote: On 05/12/2015 06:35 PM, Jan Beulich wrote: On 12.05.15 at 16:58, wrote: >> +/* Supported values for th

[Xen-devel] [libvirt test] 55349: regressions - FAIL

flight 55349 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/55349/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854 Tests which did not succe

[Xen-devel] [rumpuserxen test] 55348: regressions - FAIL

flight 55348 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/55348/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866 build-i386-rumpuserxe

Re: [Xen-devel] [PATCH v5] OSSTEST: introduce a raisin build test

Stefano Stabellini writes ("[PATCH v5] OSSTEST: introduce a raisin build test"): > Signed-off-by: Stefano Stabellini ... > +echo >>config XEN_URL=\\"$r{tree_xen}\\" > +echo >>config XEN_REVISION=\\"$r{revision_xen}\\" This is very repetitive. In ts-xen-build, the names of the variables a

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

Hi Ian, On 12/05/15 16:02, Ian Campbell wrote: > On Tue, 2015-05-05 at 17:44 +0530, Vijay Kilari wrote: >> Hi, >> >>As discussed, here is the design doc/txt. > > There seems to be no consideration of multiple guests or VCPUs all > accessing one or more vITS in parallel and the associated issu

[Xen-devel] [RFC PATCH 12/13] xen-netfront: implement TX persistent grants

Instead of grant/revoking the buffer related to the skb, it will use an already granted page and memcpy to it. The grants will be mapped by xen-netback and reused overtime, but only unmapped when the vif disconnects, as opposed to every packet. This only happens if the backend supports persistent

[Xen-devel] [RFC PATCH 13/13] xen-netfront: implement RX persistent grants

It allows a newly allocated skb to reuse the gref taken from the pending_ring, which means xennet will grant the pages once and release them only when freeing the device. It changes how netfront handles news skbs to be able to reuse the allocated pages similarly to how netback is already doing for

[Xen-devel] [RFC PATCH 10/13] xen-netfront: refactor claim/release grant

Refactors how grants are claimed/released/revoked by moving that code into claim_grant and release_grant helpers routines that can be shared in both TX/RX path. Signed-off-by: Joao Martins --- drivers/net/xen-netfront.c | 87 ++ 1 file changed, 58 inse

[Xen-devel] [RFC PATCH 11/13] xen-netfront: feature-persistent xenbus support

"feature-persistent" check on xenbus for persistent grants support on the backend. Signed-off-by: Joao Martins --- drivers/net/xen-netfront.c | 16 1 file changed, 16 insertions(+) diff --git a/drivers/net/xen-netfront.c b/drivers/net/xen-netfront.c index 99c17c9..7f44cc7 10064

[Xen-devel] [RFC PATCH 09/13] xen-netfront: move grant_{ref, page} to struct grant

Refactors a little bit how grants are stored by moving grant_rx_ref/grant_tx_ref and grant_tx_page to its own structure, namely struct grant. Signed-off-by: Joao Martins --- drivers/net/xen-netfront.c | 56 ++ 1 file changed, 32 insertions(+), 24 delet

[Xen-devel] [RFC PATCH 08/13] xen-netback: clone skb if skb->xmit_more is set

On xenvif_start_xmit() we have an additional queue to the netback RX kthread that will sends the packet. When using burst>1 pktgen sets skb->xmit_more to tell the driver that there more skbs in the queue. However, pktgen transmits the same skb times, which leads to the BUG below. Long story short

[Xen-devel] [RFC PATCH 07/13] xen-netback: add persistent tree counters to debugfs

Prints the total/max number of persistent grants and how many of them are in use. Signed-off-by: Joao Martins --- drivers/net/xen-netback/xenbus.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/net/xen-netback/xenbus.c b/drivers/net/xen-netback/xenbus.c index 766f7e5..1

[Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

By introducing persistent grants we speed up the RX thread with the decreased copy cost, that leads to a throughput decrease of 20%. It is observed that the rx_queue stays mostly at 10% of its capacity, as opposed to full capacity when using grant copy. And a finer measure with lock_stat (below wit

[Xen-devel] [RFC PATCH 04/13] xen-netback: implement RX persistent grants

It starts by doing a lookup in the tree for a gref. If no persistent grant is found on the tree, it will do grant copy and prepare the grant maps. Finally valides the grant map and adds it to the tree. After mapped these grants can be pulled from the tree in the subsequent requests. If it's out of

[Xen-devel] [RFC PATCH 03/13] xen-netback: implement TX persistent grants

Introduces persistent grants for TX path which follows similar code path as the grant mapping. It starts by checking if there's a persistent grant available for header and frags grefs and if so setting it in tx_pgrants. If no persistent grant is found in the tree for the header it will resort to g

[Xen-devel] [RFC PATCH 05/13] xen-netback: refactor xenvif_rx_action

Refactor xenvif_rx_action by dividing it into build_gops and submit, similar to what xenvif_tx_action looks like. Signed-off-by: Joao Martins --- drivers/net/xen-netback/netback.c | 180 -- 1 file changed, 96 insertions(+), 84 deletions(-) diff --git a/driver

[Xen-devel] [RFC PATCH 02/13] xen-netback: xenbus feature persistent support

Checks for "feature-persistent" that indicates persistent grants support. Adds max_persistent_grants module param that specifies the max number of persistent grants, which if set to zero disables persistent grants. Signed-off-by: Joao Martins --- drivers/net/xen-netback/common.h | 1 + drivers

[Xen-devel] [RFC PATCH 01/13] xen-netback: add persistent grant tree ops

Implement the necessary routines for managing the grant tree. These routines are ported from blkback driver and slightly modified to be more generic. This patch is separated because it relates to code that could be shared with other drivers, in case persistent grants are adopted. The changes compa

[Xen-devel] [RFC PATCH 00/13] Persistent grant maps for xen net drivers

This patch implements persistent grants for xen-net{back,front}. There has been work on persistent grants in the past[1], but the one here described is a bit different: 1) using zerocopy skbs for RX path in xen-netfront as opposed to memcpy every packet; 2) using a tree to store the grants (and doi

[Xen-devel] [PATCH v5] OSSTEST: introduce a raisin build test

Signed-off-by: Stefano Stabellini --- Changes in v5: - remove setting DEFAULT_REVISION_RAISIN to master - disable raisin when branch is not xen* - do not overwrite raisin default variables unless both revision_* and tree_* are set of a given component Changes in v4: - introduce enable_raisin in

[Xen-devel] [PATCH] raisin: more defconfig changes

Fix LINUX_URL to be the canonical url. Change LIBVIRT_* to point to the tree and branch tested by osstest. Add comments for the QEMU_TRADITIONAL_REVISION and SEABIOS_REVISION tags. Signed-off-by: Stefano Stabellini --- defconfig | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-)

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 05/12/2015 06:53 PM, Andrew Cooper wrote: > On 12/05/15 16:50, Andrew Cooper wrote: >> On 12/05/15 16:49, Razvan Cojocaru wrote: >>> On 05/12/2015 06:35 PM, Jan Beulich wrote: >>> On 12.05.15 at 16:58, wrote: > +/* Supported values for the vm_event_write_ctrlreg index. */ > +#define

Re: [Xen-devel] [PATCH v4] xen: sched_rt: print useful affinity info when dumping

On Tue, 2015-05-12 at 12:01 -0400, Meng Xu wrote: > Hi Dario, > Hi, > 2015-05-12 10:06 GMT-04:00 Dario Faggioli : > > --- a/xen/common/sched_rt.c > > +++ b/xen/common/sched_rt.c > > @@ -124,6 +124,24 @@ > > #define TRC_RTDS_BUDGET_REPLENISH TRC_SCHED_CLASS_EVT(RTDS, 4) > > #define TRC_RTDS_SCH

Re: [Xen-devel] [OSSTEST v6 13/24] distros: support PV guest install from Debian netinst media.

Ian Jackson writes ("Re: [OSSTEST v6 13/24] distros: support PV guest install from Debian netinst media."): > Ian Campbell writes ("[OSSTEST v6 13/24] distros: support PV guest install > from Debian netinst media."): > > +my $baseurl = $cd eq "current" ? > > + > > "http://cdimage.debian

Re: [Xen-devel] [OSSTEST v6 10/24] distros: add support for installing Debian PV guests via d-i, flight and jobs

Ian Campbell writes ("Re: [OSSTEST v6 10/24] distros: add support for installing Debian PV guests via d-i, flight and jobs"): > On Tue, 2015-05-12 at 16:25 +0100, Ian Jackson wrote: > > Shouldn't _dist be called _suite (which is probably > > already set in various places) ? > > Hrm, yes I think s

Re: [Xen-devel] [PATCH OSSTEST v5 00/24] add distro domU testing flight

Ian Campbell writes ("[Xen-devel] [PATCH OSSTEST v5 00/24] add distro domU testing flight"): > As last time there are some patches in here which I think will be useful > to the Intel folks doing the nested virt testing, specifically the > refactoring of how overlays and ssh host keys are done will

Re: [Xen-devel] [OSSTEST v6 15/24] distros: add branch infrastructure

Ian Campbell writes ("[OSSTEST v6 15/24] distros: add branch infrastructure"): > Since the distro nightlies are not version controlled we cannot use > the usual mechanisms for detecting regressions. Special case things > appropriately. We use an OLD_REVISION of "flight-NNN" to signify that > the ol

Re: [Xen-devel] [PATCH v4] xen: sched_rt: print useful affinity info when dumping

Hi Dario, 2015-05-12 10:06 GMT-04:00 Dario Faggioli : > In fact, printing the cpupool's CPU online mask > for each vCPU is just redundant, as that is the > same for all the vCPUs of all the domains in the > same cpupool, while hard affinity is already part > of the output of dumping domains info.

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

flight 55306 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/55306/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect test-amd64-amd64-pair

Re: [Xen-devel] [OSSTEST v6 14/24] Test pygrub and pvgrub on the regular flights

Ian Campbell writes ("[OSSTEST v6 14/24] Test pygrub and pvgrub on the regular flights"): > Since we now have the ability to test these drop one of each of > pygrub, pvgrub-32 and pvgrub-64 into the standard flights. Omitting > the {Guest}_diver runvar causes ts-debian-di-install to use the d-i >

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 12/05/15 16:50, Andrew Cooper wrote: > On 12/05/15 16:49, Razvan Cojocaru wrote: >> On 05/12/2015 06:35 PM, Jan Beulich wrote: >> On 12.05.15 at 16:58, wrote: +/* Supported values for the vm_event_write_ctrlreg index. */ +#define X86_CR0 (1 << 0) +#define X86_CR3 (1 <

Re: [Xen-devel] [OSSTEST v6 13/24] distros: support PV guest install from Debian netinst media.

Ian Campbell writes ("[OSSTEST v6 13/24] distros: support PV guest install from Debian netinst media."): > The netinst media are iso images containing a base Debian install and > some (image size dependent) additional tasks. Most of this looks good to me. > + amd64 => { PathArch => "multi-ar

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 12/05/15 16:49, Razvan Cojocaru wrote: > On 05/12/2015 06:35 PM, Jan Beulich wrote: > On 12.05.15 at 16:58, wrote: >>> +/* Supported values for the vm_event_write_ctrlreg index. */ >>> +#define X86_CR0 (1 << 0) >>> +#define X86_CR3 (1 << 1) >>> +#define X86_CR4 (1 << 2) >>> +#de

Re: [Xen-devel] [OSSTEST v6 12/24] distros: Support pvgrub for Wheezy too.

On Tue, 2015-05-12 at 16:35 +0100, Ian Jackson wrote: > Ian Campbell writes ("[OSSTEST v6 12/24] distros: Support pvgrub for Wheezy > too."): > > This requires us to install pv-grub-menu from backports, which we do > > using a late_command. > ... > > +#$preseed .= < > This is quite odd. It e

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

On 05/12/2015 06:35 PM, Jan Beulich wrote: On 12.05.15 at 16:58, wrote: >> +/* Supported values for the vm_event_write_ctrlreg index. */ >> +#define X86_CR0 (1 << 0) >> +#define X86_CR3 (1 << 1) >> +#define X86_CR4 (1 << 2) >> +#define X86_XCR0(1 << 3) > > These names, being

Re: [Xen-devel] [OSSTEST v6 10/24] distros: add support for installing Debian PV guests via d-i, flight and jobs

On Tue, 2015-05-12 at 16:25 +0100, Ian Jackson wrote: > Ian Campbell writes ("[OSSTEST v6 10/24] distros: add support for installing > Debian PV guests via d-i, flight and jobs"): > > This patch introduces ts-debian-di-install which can install Debian > > from a netboot (PXE) debian installer imag

Re: [Xen-devel] [OSSTEST v6 12/24] distros: Support pvgrub for Wheezy too.

Ian Campbell writes ("[OSSTEST v6 12/24] distros: Support pvgrub for Wheezy too."): > This requires us to install pv-grub-menu from backports, which we do > using a late_command. ... > +#$preseed .=

Re: [Xen-devel] [PATCH] xen/vm_event: Clean up control-register-write vm_events

>>> On 12.05.15 at 16:58, wrote: > +/* Supported values for the vm_event_write_ctrlreg index. */ > +#define X86_CR0 (1 << 0) > +#define X86_CR3 (1 << 1) > +#define X86_CR4 (1 << 2) > +#define X86_XCR0(1 << 3) These names, being put in the public interface, are way too generic. Ja

Re: [Xen-devel] [PATCH OSSTEST] Toolstack::xl: Support for ACPI fallback for shutdown

On Tue, 2015-05-12 at 16:19 +0100, Ian Campbell wrote: > On Tue, 2015-05-12 at 16:03 +0100, Ian Jackson wrote: > > Ian Campbell writes ("Re: [PATCH OSSTEST] Toolstack::xl: Support for ACPI > > fallback for shutdown"): > > > If that were the case then I think the below would do the trick, but as >

Re: [Xen-devel] [OSSTEST v6 11/24] distros: support booting Debian PV (d-i installed) guests with pvgrub.

Ian Campbell writes ("[OSSTEST v6 11/24] distros: support booting Debian PV (d-i installed) guests with pvgrub."): > This requires the use of the pv-grub-menu package which is in Jessie > onwards. (it is in wheezy-backports which is the subject of a > subsequent patch). > > The bootloader to use

Re: [Xen-devel] Tools backports for 4.5

>>> On 12.05.15 at 17:22, wrote: > On 12/05/15 16:20, Jan Beulich wrote: > On 12.05.15 at 16:56, wrote: >>> Andrew Cooper writes ("Tools backports for 4.5"): >From the XenServer patch queue, >>> (Andrew forgot to CC xen-devel, doing that now:) >>> 3380f5b6270e ocaml/xenctrl: Check r

Re: [Xen-devel] Tools backports for 4.5

>>> On 12.05.15 at 16:56, wrote: > Andrew Cooper writes ("Tools backports for 4.5"): >> >From the XenServer patch queue, > > (Andrew forgot to CC xen-devel, doing that now:) > >> 3380f5b6270e ocaml/xenctrl: Check return values from hypercalls >> c8945d516134 ocaml/xenctrl: Make failwith_xc() thr

Re: [Xen-devel] [OSSTEST v6 10/24] distros: add support for installing Debian PV guests via d-i, flight and jobs

Ian Campbell writes ("[OSSTEST v6 10/24] distros: add support for installing Debian PV guests via d-i, flight and jobs"): > This patch introduces ts-debian-di-install which can install Debian > from a netboot (PXE) debian installer image. By default it installs > from the d-i image used by osstest

Re: [Xen-devel] [PATCH OSSTEST] Toolstack::xl: Support for ACPI fallback for shutdown

On Tue, 2015-05-12 at 16:03 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH OSSTEST] Toolstack::xl: Support for ACPI > fallback for shutdown"): > > If that were the case then I think the below would do the trick, but as > > I say I don't have an immediately convenient way to test, nor

Re: [Xen-devel] [libvirt test] 53854: tolerable FAIL - PUSHED

On Tue, 2015-05-12 at 16:05 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [Xen-devel] [libvirt test] 53854: tolerable FAIL - > PUSHED"): > > I think we should remove the override which makes libvirt failures on > > other branches allowable since things seem to have stabilised again (the >

  1   2   3   >