We are installing xen in `/opt/` directory. By keeping builds isolated in
`/opt/` we can test multiple versions of xen during development. In
production a simliar approach can be used to support multiple versions of
xen along with a higher level tool that can do rolling updates and
rollbacks.
Sign
From: Rajiv M Ranganath
Signed-off-by: Rajiv Ranganath
---
.circleci/config.yml | 21 +
1 file changed, 21 insertions(+)
create mode 100644 .circleci/config.yml
diff --git a/.circleci/config.yml b/.circleci/config.yml
new file mode 100644
index 000..ba2e284
--- /dev/
From: Rajiv M Ranganath
Signed-off-by: Rajiv Ranganath
---
build/fedora/source_path.sh |3 +++
1 file changed, 3 insertions(+)
create mode 100755 build/fedora/source_path.sh
diff --git a/build/fedora/source_path.sh b/build/fedora/source_path.sh
new file mode 100755
index 000..8076af3
From: Rajiv M Ranganath
Signed-off-by: Rajiv Ranganath
Reviewed-by: Stefano Stabellini
---
build/fedora/buildroot-Dockerfile | 113 +
1 file changed, 113 insertions(+)
create mode 100644 build/fedora/buildroot-Dockerfile
diff --git a/build/fedora/buildroo
From: Rajiv M Ranganath
Signed-off-by: Rajiv Ranganath
Reviewed-by: Stefano Stabellini
---
.gitignore |2 ++
1 file changed, 2 insertions(+)
create mode 100644 .gitignore
diff --git a/.gitignore b/.gitignore
new file mode 100644
index 000..873f8f6
--- /dev/null
+++ b/.gitignore
@@ -0
From: Rajiv M Ranganath
Signed-off-by: Rajiv Ranganath
Reviewed-by: Stefano Stabellini
---
build/fedora/buildroot-README.md | 50 ++
1 file changed, 50 insertions(+)
create mode 100644 build/fedora/buildroot-README.md
diff --git a/build/fedora/buildroot-
From: Rajiv M Ranganath
In order to build stage1-xen we require three components -
1. Xen
2. Qemu
3. Rkt
These components are built using scripts in `build/fedora/components/`
directory. These scripts have constants (for example `XEN_PREFIX`) that can
be used to customize the build either on th
Hi Stefano,
I've made the following changes based on v1 series feedback.
Kindly please review.
build/fedora: Add `run` and `components/*` scripts
- Updated commit message
- Switched to Xen 4.9.0, Qemu 2.10.0, Rkt 1.28.1
build/fedora: Add `source_path.sh`
- Updated paths to qemu and xen
build/f
>>> Razvan Cojocaru 09/18/17 7:05 PM >>>
>On 09/18/2017 06:35 PM, Jan Beulich wrote:
> On 12.09.17 at 15:53, wrote:
>>> --- a/xen/arch/x86/domctl.c
>>> +++ b/xen/arch/x86/domctl.c
>>> @@ -625,6 +625,26 @@ long arch_do_domctl(
>>> !is_hvm_domain(d) )
>>> break;
>>>
>>> Roger Pau Monné 09/18/17 7:21 PM >>>
>On Tue, Sep 05, 2017 at 05:32:23PM +0800, Yi Sun wrote:
>> +## Hardware perspective
>> +
>> + MBA defines a range of MSRs to support specifying a delay value (Thrtl)
>> per
>> + COS, with details below.
>> +
>> + ```
>> + +---
On 17-09-19 13:35:19, Alexey G wrote:
> On Sun, 17 Sep 2017 10:49:12 +0800
> Yi Sun wrote:
>
> > On 17-09-15 23:12:58, Alexey G wrote:
> > > On Thu, 14 Sep 2017 16:39:32 +0800
> > > Yi Sun wrote:
> > >
> > > > Hi, Alexey,
> > > >
> > > > Have you submitted the patches? If yes, could you plea
flight 113583 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113583/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113497
test-amd64-am
On Sun, 17 Sep 2017 10:49:12 +0800
Yi Sun wrote:
> On 17-09-15 23:12:58, Alexey G wrote:
> > On Thu, 14 Sep 2017 16:39:32 +0800
> > Yi Sun wrote:
> >
> > > Hi, Alexey,
> > >
> > > Have you submitted the patches? If yes, could you please share the
> > > link?
> >
> > Sorry, had a lot of wo
flight 113582 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113582/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 113387
test-armhf-armhf-x
Hi Wei:
On 2017年09月18日 21:06, Wei Liu wrote:
> On Wed, Sep 13, 2017 at 12:52:47AM -0400, Lan Tianyu wrote:
>> This patch is to increase page pool size when max vcpu number is larger
>> than 128.
>>
>> Signed-off-by: Lan Tianyu
>> ---
>> xen/arch/arm/domain.c| 5 +
>> xen/arch/x86/domain
In commit ad4b3e1e9df34 ("xen: credit2: implement
utilization cap") xfree() was being called (for
deallocating the budget replenishment timer, during
domain destruction) inside an IRQ disabled critical
section.
That must not happen, as it uses the mem-pool's lock,
which needs to be taken with IRQ
On Thu, Sep 14, 2017 at 02:20:42PM +0100, Julien Grall wrote:
> Hi Konrad,
>
> On 12/09/17 01:37, Konrad Rzeszutek Wilk wrote:
> > This was found when porting livepatch-build-tools to ARM64/32.
> >
> > When livepatch-build-tools are built (and test-case thanks to:
> > livepatch/tests: Make sure a
On Tue, Sep 12, 2017 at 08:49:55AM -0600, Jan Beulich wrote:
> >>> On 12.09.17 at 02:37, wrote:
> > --- a/xen/test/livepatch/Makefile
> > +++ b/xen/test/livepatch/Makefile
> > @@ -54,6 +54,7 @@ xen_hello_world.o: config.h livepatch_depends.h
> > $(LIVEPATCH): xen_hello_world_func.o xen_hello_worl
> > +.PHONY: livepatch_depends.h
> > +livepatch_depends.h: note.bin
> > + $(shell (../../../tools/firmware/hvmloader/mkhex $(NOTE_DEPENDS) $^ >
> > $@))
>
> It looks quite odd to use a file in firmware/hvmloader for livepatch. Would
> it be possible to move mkhex to a generic place?
Like so?
flight 113584 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113584/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
flight 113580 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113580/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113302
test-amd64-
This is unused, and conflicts with the definition that we'll add for XPFO.
Signed-off-by: Tycho Andersen
CC: Boris Ostrovsky
CC: Juergen Gross
CC: Stefano Stabellini
---
The patch this depends on is in for-linus-4.14b, so it would be easiest to
carry this one too; Stefano can you ack it and Bo
flight 113577 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113577/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qcow2 17 guest-start/debian.repeat fail REGR. vs.
113576
test-armhf-armhf-
On 09/14/2017 08:38 AM, Juergen Gross wrote:
> xenbus_client.c contains some functions specific for pv guests.
> Enclose them with #ifdef CONFIG_XEN_PV to avoid compiling them when
> they are not needed (e.g. on ARM).
>
> Signed-off-by: Juergen Gross
Applied to for-linus-14b.
-boris
__
On 9/15/17 6:35 PM, Dario Faggioli wrote:
Hello,
Dario Faggioli (4):
xen: sched: introduce 'adjust_affinity' hook.
xen: sched: optimize exclusive pinning case (Credit1 & 2)
xen: sched: improve checking soft-affinity
xen: sched: simplify (and speedup) checking soft-a
flight 113576 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113576/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
113497
build-armhf-x
山本真吾 于2017年9月18日周一 下午6:27写道：
> Hello,
>
> I am looking for ways to try out COLO.
> I tried a wiki and mailing list, but I failed.
> I do not know whether the wiki and the mailing list are correct.
> Could you tell me the latest way to try it?
>
> I have read the following documents:
>
> COLO - Coa
flight 113581 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113581/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On Mon, 2017-09-18 at 11:29 +0100, George Dunlap wrote:
> > > On Mon, Sep 18, 2017 at 10:37:58AM +0100, Wei Liu wrote:
> > > > On Mon, Sep 18, 2017 at 08:36:03AM +, osstest service owner
> > > > wrote:
> > > > > flight 113562 xen-unstable real [real]
> > > > > http://logs.test-lab.xenproject.or
Hi Roger,
On 18/09/17 17:58, Roger Pau Monné wrote:
On Mon, Sep 18, 2017 at 05:27:52PM +0100, Julien Grall wrote:
The implementation of get_paged_frame is currently different whether the
architecture support sharing memory or paging memory. Both
version are extremely similar so it is possible t
On Tue, Sep 05, 2017 at 05:32:23PM +0800, Yi Sun wrote:
> +* xl interfaces:
> +
> + 1. `psr-mba-show [domain-id]`:
Is this limited to domain-id, or one can also use the domain name?
Most of the xl commands accept either a domain-id or a domain-name.
> +
> + Show memory bandwidth throttling f
Wei Liu writes ("Re: [PATCH 02/22] tools: libxendevicemodel: Provide
xendevicemodel_shutdown"):
> We need to have:
>
> VERS_1.1 {
...
> And also bump the minor number in Makefile.
Done, thanks.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 09/18/2017 06:35 PM, Jan Beulich wrote:
On 12.09.17 at 15:53, wrote:
>> --- a/xen/arch/x86/domctl.c
>> +++ b/xen/arch/x86/domctl.c
>> @@ -625,6 +625,26 @@ long arch_do_domctl(
>> !is_hvm_domain(d) )
>> break;
>>
>> +if ( domctl->u.hvmcontext_partial.typ
On Mon, Sep 18, 2017 at 05:27:52PM +0100, Julien Grall wrote:
> The implementation of get_paged_frame is currently different whether the
> architecture support sharing memory or paging memory. Both
> version are extremely similar so it is possible to consolidate in a
> single implementation.
>
> T
The implementation of get_paged_frame is currently different whether the
architecture support sharing memory or paging memory. Both
version are extremely similar so it is possible to consolidate in a
single implementation.
The main difference is the x86 version will allow grant on foreign page
whe
flight 113575 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113575/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-saverestorefail REGR. vs. 113387
Tests which did no
On Mon, Sep 18, 2017 at 04:31:26PM +0100, Paul Durrant wrote:
> ... XENMEM_resource_ioreq_server
>
> This patch adds support for a new resource type that can be mapped using
> the XENMEM_acquire_resource memory op.
>
> If an emulator makes use of this resource type then, instead of mapping
> gfns
Paul Durrant writes ("[PATCH v7 03/12] tools/libxenforeignmemory: add support
for resource mapping"):
> A previous patch introduced a new HYPERVISOR_memory_op to acquire guest
> resources for direct priv-mapping.
>
> This patch adds new functionality into libxenforeignmemory to make use
> of a ne
Wei Liu writes ("Re: [PATCH 03/22] xentoolcore, _restrict_all: Introduce new
library and implementation"):
> On Fri, Sep 15, 2017 at 07:48:40PM +0100, Ian Jackson wrote:
...
> > +void xentoolcore__register_active_handle(Xentoolcore__Active_Handle*);
> > +void xentoolcore__deregister_active_handle(
Wei Liu writes ("Re: [PATCH 16/22] xentoolcore, _restrict_all: Document
implementation "complete""):
> On Fri, Sep 15, 2017 at 07:48:53PM +0100, Ian Jackson wrote:
> > - * This function will be implemented insofar as it appears necessary
> > - * for the purposes of running a deprivileged qemu.
>
... XENMEM_resource_ioreq_server
This patch adds support for a new resource type that can be mapped using
the XENMEM_acquire_resource memory op.
If an emulator makes use of this resource type then, instead of mapping
gfns, the IOREQ server will allocate pages from the heap. These pages
will never
A subsequent patch will introduce a new scheme to allow an emulator to
map ioreq server pages directly from Xen rather than the guest P2M.
This patch lays the groundwork for that change by deferring mapping of
gfns until their values are requested by an emulator. To that end, the
pad field of the
This patch adjusts the ioreq server code to use type-safe gfn_t values
where possible. No functional change.
Signed-off-by: Paul Durrant
Reviewed-by: Roger Pau Monné
Reviewed-by: Wei Liu
---
Cc: Andrew Cooper
Cc: Jan Beulich
---
xen/arch/x86/hvm/ioreq.c | 44 -
Jennifer Herbert writes ("Re: [PATCH 2/2] Introduce migration precopy policy"):
> The original patch had a small amount of code to pass this though such
> that libxl could provide one. I'm not entity sure how the perl code
> worked, but I've not made any changes that wouldn't stop this working.
Wei Liu writes ("[PATCH v2 0/3] Some coverity fixes for xl/libxl"):
> v2: use _mandatory variant
All three
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 12.09.17 at 15:53, wrote:
> --- a/xen/arch/x86/domctl.c
> +++ b/xen/arch/x86/domctl.c
> @@ -625,6 +625,26 @@ long arch_do_domctl(
> !is_hvm_domain(d) )
> break;
>
> +if ( domctl->u.hvmcontext_partial.type == HVM_SAVE_CODE(CPU) &&
> + domctl->
A previous patch introduced a new HYPERVISOR_memory_op to acquire guest
resources for direct priv-mapping.
This patch adds new functionality into libxenforeignmemory to make use
of a new privcmd ioctl [1] that uses the new memory op to make such
resources available via mmap(2).
[1]
http://xenbit
By using a static inline stub in private.h for OS where this functionality
is not implemented, the various duplicate stubs in the OS-specific source
modules can be avoided.
Signed-off-by: Paul Durrant
Reviewed-by: Roger Pau Monné
Acked-by: Wei Liu
---
Cc: Ian Jackson
v4:
- Removed extraneous
This patch changes use of bool_t to bool in the ioreq server code. It also
fixes an incorrect indentation in a continuation line.
This patch is purely cosmetic. No semantic or functional change.
Signed-off-by: Paul Durrant
Reviewed-by: Roger Pau Monné
Reviewed-by: Wei Liu
---
Cc: Jan Beulich
A subsequent patch will remove the current implicit limitation on creation
of ioreq servers which is due to the allocation of gfns for the ioreq
structures and buffered ioreq ring.
It will therefore be necessary to introduce an explicit limit and, since
this limit should be small, it simplifies th
Certain memory resources associated with a guest are not necessarily
present in the guest P2M and so are not necessarily available to be
foreign-mapped by a tools domain unless they are inserted, which risks
shattering a super-page mapping.
This patch adds a new memory op to allow such a resource
This patch re-works much of the ioreq server initialization and teardown
code:
- The hvm_map/unmap_ioreq_gfn() functions are expanded to call through
to hvm_alloc/free_ioreq_gfn() rather than expecting them to be called
separately by outer functions.
- Several functions now test the validity o
Since ioreq servers are only relevant to HVM guests and all the names in
question unequivocally refer to guest frame numbers, name them all .*gfn
to avoid any confusion.
This patch is purely cosmetic. No semantic or functional change.
Signed-off-by: Paul Durrant
Reviewed-by: Wei Liu
Reviewed-by
This series introduces support for direct mapping of guest resources.
The resources are:
- Grant tables
- IOREQ server pages
NOTE: This series is based on a master re-base of Juergen Gross's patch "xen:
move
XENMAPSPACE_grant_table code into grant_table.c". For convenience the code is
also ava
A previous patch added support for priv-mapping guest resources directly
(rather than having to foreign-map, which requires P2M modification for
HVM guests).
This patch makes use of the new API to seed the guest grant table unless
the underlying infrastructure (i.e. privcmd) doesn't support it, in
In the case where a PV domain is mapping guest resources then it needs make
the HYPERVISOR_mmu_update call using DOMID_SELF, rather than the guest
domid, so that the passed in gmfn values are correctly treated as mfns
rather than gfns present in the guest p2m.
This patch removes a check which curr
On Tue, Sep 5, 2017 at 12:26 PM, Tamas K Lengyel
wrote:
> On Mon, Sep 4, 2017 at 6:40 AM, Daniel Kiper wrote:
>> On Wed, Aug 30, 2017 at 10:16:23AM -0600, Tamas K Lengyel wrote:
>>> On Tue, Aug 29, 2017 at 2:01 PM, Daniel Kiper
>>> wrote:
>>> > Hey Tamas,
>>> >
>>> > Sorry for late reply. I was
On Wed, Sep 13, 2017 at 05:46:45PM +0200, Juergen Gross wrote:
> When creating a Xenstore stubdom set the grant limits: the stubdom
> will need to setup a very limited amount of grants only, so 1 grant
> frame is enough. For being able to support up to 32768 domains it
> will need 128 maptrack fram
On Wed, Sep 13, 2017 at 05:46:40PM +0200, Juergen Gross wrote:
> In gnttab_get_status_frames() all accesses to nr_status_frames should
> be done with the grant table lock held.
>
> While at it correct coding style: labels should be indented by one
> space.
>
> Signed-off-by: Juergen Gross
Revie
On Fri, Sep 15, 2017 at 07:48:40PM +0100, Ian Jackson wrote:
> diff --git a/tools/libs/toolcore/include/xentoolcore.h
> b/tools/libs/toolcore/include/xentoolcore.h
> new file mode 100644
> index 000..1ab646e
> --- /dev/null
> +++ b/tools/libs/toolcore/include/xentoolcore.h
> @@ -0,0 +1,71 @@
>
On Mon, Sep 18, 2017 at 12:11:04PM +, Paul Durrant wrote:
> > -Original Message-
> > From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> > Sent: 18 September 2017 12:56
> > To: Paul Durrant
> > Cc: Xen-devel ; Wei Liu ;
> > Konrad Rzeszutek Wilk
> > Subject: Re: [PATCH v3 1/1] pub
On Fri, Sep 15, 2017 at 07:48:55PM +0100, Ian Jackson wrote:
> If the config specifies a user we use that. Otherwise:
>
> When we are not restricting qemu, there is very little point running
> it as a different user than root. Indeed, previously, creating the
> "magic" users would cause qemu to
On Fri, Sep 15, 2017 at 07:48:53PM +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> ---
> tools/libs/toolcore/include/xentoolcore.h | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/tools/libs/toolcore/include/xentoolcore.h
> b/tools/libs/toolcore/include/xe
On 18/09/17 14:30, Ian Jackson wrote:
Jennifer Herbert writes ("[PATCH 2/2] Introduce migration precopy policy"):
This Patch allows a migration precopy policy to be specified.
But only for direct libxc users. How do you think this should be
exposed via libxl ?
The original patch had a small
On Fri, Sep 08, 2017 at 10:19:55PM +0300, Oleksandr Tyshchenko wrote:
> Hi Bharat
>
> On Thu, Sep 7, 2017 at 4:30 PM, bharat gohil wrote:
> > Hello Olensandr,
> >
> > I able to boot xen and trying to boot dom0 but there are no console log for
> > dom0.
> >
> > following log for xen and it stuck b
On Mon, Sep 18, 2017 at 01:11:07PM +0200, Juergen Gross wrote:
> On 18/09/17 13:05, George Dunlap wrote:
> > On 09/18/2017 11:46 AM, Roger Pau Monné wrote:
> >> On Mon, Sep 18, 2017 at 11:15:03AM +0100, George Dunlap wrote:
> >>> On 09/18/2017 10:45 AM, Roger Pau Monné wrote:
> On Mon, Sep 18,
On Fri, Sep 15, 2017 at 07:48:39PM +0100, Ian Jackson wrote:
> diff --git a/tools/libs/devicemodel/libxendevicemodel.map
> b/tools/libs/devicemodel/libxendevicemodel.map
> index 130222c..fd57e79 100644
> --- a/tools/libs/devicemodel/libxendevicemodel.map
> +++ b/tools/libs/devicemodel/libxendevice
On Fri, Sep 15, 2017 at 07:48:38PM +0100, Ian Jackson wrote:
> diff --git a/xen/include/xlat.lst b/xen/include/xlat.lst
> index 0f17000..20055b4 100644
> --- a/xen/include/xlat.lst
> +++ b/xen/include/xlat.lst
> @@ -70,6 +70,7 @@
> ?dm_op_set_pci_intx_levelhvm/dm_op.h
> ?dm_op_set
On Lu, 2017-09-18 at 07:43 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > On 08.09.17 at 18:05, wrote:
> > Changes since V1:
> > - Moved ASSERT to the begining of the loop
> > - Corrected the decrement on mfn int the while statement
> > - Modified the comment to PAGE_SIZE+1
> While several of
>>> On 18.09.17 at 15:57, wrote:
> Jan Beulich writes ("Re: [PATCH 01/22] xen: Provide
> XEN_DMOP_remote_shutdown"):
>> >>> On 15.09.17 at 20:48, wrote:
>> > SCHEDOP_remote_shutdown should be a DMOP so that a deprivileged qemu
>> > can do the propery tidying up.
>> >
>> > We should remove SCHED
On Fri, Sep 15, 2017 at 10:05:22AM -0600, Jan Beulich wrote:
> >>> On 15.09.17 at 16:04, wrote:
> > Set free_heap_pages()'s need_scrub to true if alloc_domheap_pages()
> > returns pages back to heap as result of assign_pages() error when those
> > pages were requested with MEMF_no_scrub flag.
> >
Jan Beulich writes ("Re: [PATCH 01/22] xen: Provide XEN_DMOP_remote_shutdown"):
> >>> On 15.09.17 at 20:48, wrote:
> > SCHEDOP_remote_shutdown should be a DMOP so that a deprivileged qemu
> > can do the propery tidying up.
> >
> > We should remove SCHEDOP_remote_shutdown at some point.
>
> Excep
v2: use _mandatory variant
Wei Liu (3):
libxl: use libxl__read_xenstore_mandatory in vtpm function
libxl: use libxl__read_xenstore_mandatory in vdispl function
xl: avoid leaking memory in vdispl parser
tools/libxl/libxl_vdispl.c | 8 ++--
tools/libxl/libxl_vtpm.c | 7 +--
tools/x
libxl__read_xenstore can return NULL. Use the _mandatory variant to
return early when the read fails.
Coverity-ID: 1418098
Signed-off-by: Wei Liu
---
tools/libxl/libxl_vtpm.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_vtpm.c b/tools/libxl/libxl_
Coverity-ID: 1418095
Signed-off-by: Wei Liu
---
tools/xl/xl_parse.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/xl/xl_parse.c b/tools/xl/xl_parse.c
index 9965b83c44..0678fbc1b0 100644
--- a/tools/xl/xl_parse.c
+++ b/tools/xl/xl_parse.c
@@ -832,6 +832,8 @@ int parse_vdispl_config(
Coverity-ID: 1418097
Signed-off-by: Wei Liu
---
tools/libxl/libxl_vdispl.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_vdispl.c b/tools/libxl/libxl_vdispl.c
index 5740c89fad..befc56bdeb 100644
--- a/tools/libxl/libxl_vdispl.c
+++ b/tools/libxl/li
On Thu, Sep 14, 2017 at 04:33:58PM +0100, Jennifer Herbert wrote:
> This Patch allows a migration precopy policy to be specified.
>
> The precopy phase of the xc_domain_save() live migration algorithm has
> historically been implemented to run until either a) (almost) no pages
> are dirty or b) so
On 09/18/2017 12:11 PM, Juergen Gross wrote:
> On 18/09/17 13:05, George Dunlap wrote:
>> On 09/18/2017 11:46 AM, Roger Pau Monné wrote:
>>> On Mon, Sep 18, 2017 at 11:15:03AM +0100, George Dunlap wrote:
On 09/18/2017 10:45 AM, Roger Pau Monné wrote:
> On Mon, Sep 18, 2017 at 10:37:58AM +0
>>> On 08.09.17 at 18:05, wrote:
> Changes since V1:
> - Moved ASSERT to the begining of the loop
> - Corrected the decrement on mfn int the while statement
> - Modified the comment to PAGE_SIZE+1
While several of my v1 comments were taken care of verbally, some
haven't been add
Jennifer Herbert writes ("[PATCH 2/2] Introduce migration precopy policy"):
> This Patch allows a migration precopy policy to be specified.
But only for direct libxc users. How do you think this should be
exposed via libxl ?
The general approach, so far, seems sound.
Thanks,
Ian.
_
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 18 September 2017 14:20
> To: Paul Durrant
> Cc: Jennifer Herbert ; Ian Jackson
> ; Wei Liu ; xen-
> de...@lists.xenproject.org; jto...@uwaterloo.ca
> Subject: Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy
On Mon, Sep 18, 2017 at 10:05:07AM +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> > Jennifer Herbert
> > Sent: 14 September 2017 16:34
> > To: Ian Jackson ; Wei Liu ;
> > xen-de...@lists.xenproject.org; jto...@uw
>>> On 08.09.17 at 18:05, wrote:
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -3069,6 +3069,83 @@ void hvm_task_switch(
> hvm_unmap_entry(nptss_desc);
> }
>
> +enum hvm_translation_result hvm_translate_get_page(
> +struct vcpu *v, unsigned long addr, bool linear,
On Wed, Sep 13, 2017 at 12:52:47AM -0400, Lan Tianyu wrote:
> This patch is to increase page pool size when max vcpu number is larger
> than 128.
>
> Signed-off-by: Lan Tianyu
> ---
> xen/arch/arm/domain.c| 5 +
> xen/arch/x86/domain.c| 25 +
> xen/common/dom
>>> On 08.09.17 at 18:05, wrote:
> From: Andrew Cooper
>
> Signed-off-by: Andrew Cooper
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
flight 113579 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113579/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
flight 113569 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/113569/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm broken
test-armhf-armhf-libvirt-raw
This run is configured for baseline tests only.
flight 72121 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72121/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 7f2f96f1a8af3c22bdf5d4dccb020846799f7be0
baseline v
> -Original Message-
> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> Sent: 18 September 2017 12:56
> To: Paul Durrant
> Cc: Xen-devel ; Wei Liu ;
> Konrad Rzeszutek Wilk
> Subject: Re: [PATCH v3 1/1] public/io/netif.h: add gref mapping control
> messages
>
> On Mon, Sep 18, 201
On Mon, Sep 18, 2017 at 09:53:18AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> > Sent: 13 September 2017 19:11
> > To: Xen-devel
> > Cc: Wei Liu ; Paul Durrant ;
> > Konrad Rzeszutek Wilk ; Joao Martins
> >
> > Subject: [PA
> -Original Message-
> From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> Sent: 18 September 2017 12:36
> To: Paul Durrant
> Cc: Xen-devel ; Wei Liu ;
> Konrad Rzeszutek Wilk
> Subject: Re: [PATCH v3 0/1] netif: staging grants for I/O requests
>
> On Mon, Sep 18, 2017 at 09:45:06AM
On Mon, Sep 18, 2017 at 09:45:06AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Joao Martins [mailto:joao.m.mart...@oracle.com]
> > Sent: 13 September 2017 19:11
> > To: Xen-devel
> > Cc: Wei Liu ; Paul Durrant ;
> > Konrad Rzeszutek Wilk ; Joao Martins
> >
> > Subject: [PA
On Mon, Sep 18, 2017 at 04:01:50PM +0530, Bhupinder Thakur wrote:
>
> +int libxl__arch_build_dom_finish(libxl__gc *gc,
> + libxl_domain_build_info *info,
> + struct xc_dom_image *dom,
> + libxl__domain
>>> On 18.09.17 at 13:05, wrote:
> On 09/18/2017 11:46 AM, Roger Pau Monné wrote:
>> On Mon, Sep 18, 2017 at 11:15:03AM +0100, George Dunlap wrote:
>>> On 09/18/2017 10:45 AM, Roger Pau Monné wrote:
On Mon, Sep 18, 2017 at 10:37:58AM +0100, Wei Liu wrote:
> On Mon, Sep 18, 2017 at 08:36:0
Found one issue in this patch:
In libxl__arch_build_dom_finish, rc is not getting initialized.
Surprisingly, it was working fine in my testing.
Regards,
Bhupinder
On 18 September 2017 at 16:01, Bhupinder Thakur
wrote:
> Add a new domctl API to initialize vpl011. It takes the GFN and console
> b
On 18/09/17 13:05, George Dunlap wrote:
> On 09/18/2017 11:46 AM, Roger Pau Monné wrote:
>> On Mon, Sep 18, 2017 at 11:15:03AM +0100, George Dunlap wrote:
>>> On 09/18/2017 10:45 AM, Roger Pau Monné wrote:
On Mon, Sep 18, 2017 at 10:37:58AM +0100, Wei Liu wrote:
> On Mon, Sep 18, 2017 at 0
On 09/18/2017 11:46 AM, Roger Pau Monné wrote:
> On Mon, Sep 18, 2017 at 11:15:03AM +0100, George Dunlap wrote:
>> On 09/18/2017 10:45 AM, Roger Pau Monné wrote:
>>> On Mon, Sep 18, 2017 at 10:37:58AM +0100, Wei Liu wrote:
On Mon, Sep 18, 2017 at 08:36:03AM +, osstest service owner wrote:
libxl__read_xenstore can return NULL. Use the _checked variant to
return early when the read fails.
Coverity-ID: 1418098
Signed-off-by: Wei Liu
---
tools/libxl/libxl_vtpm.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_vtpm.c b/tools/libxl/libxl_vtp
Coverity-ID: 1418097
Signed-off-by: Wei Liu
---
tools/libxl/libxl_vdispl.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_vdispl.c b/tools/libxl/libxl_vdispl.c
index 5740c89fad..cfee0f5cdf 100644
--- a/tools/libxl/libxl_vdispl.c
+++ b/tools/libxl/lib
Coverity-ID: 1418095
Signed-off-by: Wei Liu
---
tools/xl/xl_parse.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/xl/xl_parse.c b/tools/xl/xl_parse.c
index 9965b83c44..0678fbc1b0 100644
--- a/tools/xl/xl_parse.c
+++ b/tools/xl/xl_parse.c
@@ -832,6 +832,8 @@ int parse_vdispl_config(
1 - 100 of 170 matches
Mail list logo
