Re: [Xen-devel] q35 support in Xen

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

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

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

Re: [Xen-devel] q35 support in Xen

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

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

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

Re: [Xen-devel] [RFC PATCH V3 1/3] Xen: Increase hap/shadow page pool size to support more vcpus support

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-devel] [PATCH] xen: credit2: fix spinlock irq-safety violation

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

Re: [Xen-devel] [PATCH v3 09/17] livepatch/arm[32, 64]: Modify livepatch_funcs

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

Re: [Xen-devel] [PATCH v3 08/17] livepatch/tests: Make sure all .livepatch.funcs sections are read-only

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):

Re: [Xen-devel] [PATCH v3 06/17] xen/livepatch/x86/arm32: Force .livepatch.depends section to be uint32_t aligned.

> > +.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?

[Xen-devel] [xen-unstable-smoke test] 113584: tolerable all pass - PUSHED

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

[Xen-devel] [qemu-mainline test] 113580: regressions - FAIL

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

[Xen-devel] [PATCH] xen, arm64: drop dummy lookup_address()

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

[Xen-devel] [linux-next test] 113577: regressions - FAIL

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

Re: [Xen-devel] [PATCH] xen: don't compile pv-specific parts if XEN_PV isn't configured

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.

Re: [Xen-devel] [PATCH 0/4] xen: sched: optimize exclusive pinning and soft-affinity checking

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

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

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

Re: [Xen-devel] How to prepare the COLO test environment

山本真吾 于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

[Xen-devel] [xen-unstable-smoke test] 113581: tolerable all pass - PUSHED

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

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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

Re: [Xen-devel] [PATCH v2] xen: grant-table: Simplify get_paged_frame

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

Re: [Xen-devel] [PATCH v3 01/15] docs: create Memory Bandwidth Allocation (MBA) feature document

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

Re: [Xen-devel] [PATCH 02/22] tools: libxendevicemodel: Provide xendevicemodel_shutdown

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

Re: [Xen-devel] [PATCH] x86/domctl: Don't pause the whole domain if only getting vcpu state

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 (

Re: [Xen-devel] [PATCH v2] xen: grant-table: Simplify get_paged_frame

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

[Xen-devel] [PATCH v2] xen: grant-table: Simplify get_paged_frame

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

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

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

Re: [Xen-devel] [PATCH v7 12/12] x86/hvm/ioreq: add a new mappable resource type...

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 >

Re: [Xen-devel] [PATCH v7 03/12] tools/libxenforeignmemory: add support for resource mapping

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

Re: [Xen-devel] [PATCH 03/22] xentoolcore, _restrict_all: Introduce new library and implementation

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

Re: [Xen-devel] [PATCH 16/22] xentoolcore, _restrict_all: Document implementation "complete"

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.

[Xen-devel] [PATCH v7 12/12] x86/hvm/ioreq: add a new mappable resource type...

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

[Xen-devel] [PATCH v7 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

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

[Xen-devel] [PATCH v7 10/12] x86/hvm/ioreq: use gfn_t in struct hvm_ioreq_page

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

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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.

Re: [Xen-devel] [PATCH v2 0/3] Some coverity fixes for xl/libxl

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

Re: [Xen-devel] [PATCH] x86/domctl: Don't pause the whole domain if only getting vcpu state

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

[Xen-devel] [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 new privcmd ioctl [1] that uses the new memory op to make such resources available via mmap(2). [1]

[Xen-devel] [PATCH v7 04/12] tools/libxenforeignmemory: reduce xenforeignmemory_restrict code footprint

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

[Xen-devel] [PATCH v7 07/12] x86/hvm/ioreq: use bool rather than bool_t

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é

[Xen-devel] [PATCH v7 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

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

[Xen-devel] [PATCH v7 02/12] x86/mm: add HYPERVISOR_memory_op to acquire guest resources

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

[Xen-devel] [PATCH v7 09/12] x86/hvm/ioreq: simplify code and use consistent naming

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

[Xen-devel] [PATCH v7 06/12] x86/hvm/ioreq: rename .*pfn and .*gmfn to .*gfn

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

[Xen-devel] [PATCH v7 00/12] x86: guest resource mapping

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

[Xen-devel] [PATCH v7 05/12] tools/libxenctrl: use new xenforeignmemory API to seed grant table

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,

[Xen-devel] [PATCH v7 01/12] x86/mm: allow a privileged PV domain to map guest mfns

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

Re: [Xen-devel] [Xen-users] UEFI Secure Boot Xen 4.9

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

Re: [Xen-devel] [PATCH v6 06/12] tools: set grant limits for xenstore stubdom

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

Re: [Xen-devel] [PATCH v6 01/12] xen: correct gnttab_get_status_frames()

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

Re: [Xen-devel] [PATCH 03/22] xentoolcore, _restrict_all: Introduce new library and implementation

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

Re: [Xen-devel] [PATCH v3 1/1] public/io/netif.h: add gref mapping control messages

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

Re: [Xen-devel] [PATCH 18/22] libxl: Rationalise calculation of user to run qemu as

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

Re: [Xen-devel] [PATCH 16/22] xentoolcore, _restrict_all: Document implementation "complete"

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 >

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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

Re: [Xen-devel] ARM64:Porting xen to new hardware

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

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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

Re: [Xen-devel] [PATCH 02/22] tools: libxendevicemodel: Provide xendevicemodel_shutdown

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

Re: [Xen-devel] [PATCH 01/22] xen: Provide XEN_DMOP_remote_shutdown

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

Re: [Xen-devel] [PATCH v2 4/4] x86/hvm: Implement hvmemul_write() using real mappings

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

Re: [Xen-devel] [PATCH 01/22] xen: Provide XEN_DMOP_remote_shutdown

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

Re: [Xen-devel] [PATCH] mm: Scrub pages returned back to heap if MEMF_no_scrub is set

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

Re: [Xen-devel] [PATCH 01/22] xen: Provide XEN_DMOP_remote_shutdown

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

[Xen-devel] [PATCH v2 0/3] Some coverity fixes for xl/libxl

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

[Xen-devel] [PATCH v2 3/3] xl: avoid leaking memory in vdispl parser

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

[Xen-devel] [PATCH v2 1/3] libxl: use libxl__read_xenstore_mandatory in vtpm function

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

[Xen-devel] [PATCH v2 2/3] libxl: use libxl__read_xenstore_mandatory in vdispl function

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

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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)

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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

Re: [Xen-devel] [PATCH v2 4/4] x86/hvm: Implement hvmemul_write() using real mappings

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

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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.

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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

Re: [Xen-devel] [PATCH 2/2] Introduce migration precopy policy

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 ;

Re: [Xen-devel] [PATCH v2 3/4] x86/hvm: Break out __hvm_copy()'s translation logic

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

Re: [Xen-devel] [RFC PATCH V3 1/3] Xen: Increase hap/shadow page pool size to support more vcpus support

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

Re: [Xen-devel] [PATCH v2 2/4] x86/hvm: Rename enum hvm_copy_result to hvm_translation_result

>>> 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] [xen-unstable-smoke test] 113579: tolerable all pass - PUSHED

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

[Xen-devel] [qemu-mainline test] 113569: regressions - trouble: broken/fail/pass

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

[Xen-devel] [ovmf baseline-only test] 72121: all pass

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

Re: [Xen-devel] [PATCH v3 1/1] public/io/netif.h: add gref mapping control messages

> -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: [Xen-devel] [PATCH v3 1/1] public/io/netif.h: add gref mapping control messages

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

Re: [Xen-devel] [PATCH v3 0/1] netif: staging grants for I/O requests

> -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: [Xen-devel] [PATCH v3 0/1] netif: staging grants for I/O requests

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

Re: [Xen-devel] [PATCH 06/27 v9] xen/arm: vpl011: Add a new domctl API to initialize vpl011

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, > +

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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

Re: [Xen-devel] [PATCH 06/27 v9] xen/arm: vpl011: Add a new domctl API to initialize vpl011

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

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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:

[Xen-devel] [PATCH 1/3] libxl: use libxl__read_xenstore_check in vtpm function

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

[Xen-devel] [PATCH 2/3] libxl: use libxl__read_xenstore_check in vdispl function

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

[Xen-devel] [PATCH 3/3] xl: avoid leaking memory in vdispl parser

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

[Xen-devel] [PATCH 0/3] Some coverity fixes for xl/libxl

Wei Liu (3): libxl: use libxl__read_xenstore_check in vtpm function libxl: use libxl__read_xenstore_check in vdispl function xl: avoid leaking memory in vdispl parser tools/libxl/libxl_vdispl.c | 7 +-- tools/libxl/libxl_vtpm.c | 6 -- tools/xl/xl_parse.c| 2 ++ 3 files

Re: [Xen-devel] [xen-unstable test] 113562: regressions - FAIL

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: > >>> flight 113562 xen-unstable real [real] >

Re: [Xen-devel] [PATCH 06/27 v9] xen/arm: vpl011: Add a new domctl API to initialize vpl011

>>> On 18.09.17 at 12:31, wrote: > --- a/xen/include/public/domctl.h > +++ b/xen/include/public/domctl.h > @@ -36,6 +36,7 @@ > #include "grant_table.h" > #include "hvm/save.h" > #include "memory.h" > +#include "event_channel.h" Please play by the alphabetic

Re: [Xen-devel] [PATCH] MAINTAINERS: add arch specific public headers to arch file groups

>>> On 18.09.17 at 12:10, wrote: > Hi Jan, > > On 01/09/17 11:45, Jan Beulich wrote: >> I've recently got sufficiently annoyed by people not applying enough >> common sense to get_maintainer.pl output, Cc-ing all REST maintainers >> on ARM-only public interface changes. >

[Xen-devel] [PATCH 23/27 v9] xen/arm: vpl011: Add a new vuart console type to xenconsole client

Add a new console type VUART to connect to guest's emualated vuart console. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: Ian Jackson CC: Wei Liu

[Xen-devel] [PATCH 18/27 v9] xen/arm: vpl011: Add a new console_cleanup function in xenconsole

This patch introduces a new console_cleanup function. This function frees up the console resources. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: Ian Jackson

[Xen-devel] [PATCH 17/27 v9] xen/arm: vpl011: Add a new handle_console_tty function in xenconsole

This patch introduces a new handle_console_tty function. This function performs read/write from/to console tty. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: Ian Jackson

[Xen-devel] [PATCH 27/27 v9] xen/arm: vpl011: Correct the logic for asserting/de-asserting SBSA UART TX interrupt

This patch fixes the issue observed when pl011 patches were tested on the junos hardware by Andre/Julien. It was observed that when large output is generated such as on executing 'find /', output was getting truncated intermittently due to OUT ring buffer getting full. This issue was due to the

[Xen-devel] [PATCH 19/27 v9] xen/arm: vpl011: Add a new console_open_log function in xenconsole

This patch introduces a console_open_log console_cleanup function. This function opens the console log file. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: Ian Jackson

[Xen-devel] [PATCH 25/27 v9] xen/arm: vpl011: Update documentation for vuart console support

1. Update documentation for a new vuart option added. 2. Update documentation about SPI irq reserved for vuart. Signed-off-by: Bhupinder Thakur Reviewed-by: Stefano Stabellini Acked-by: Wei Liu --- CC: Ian Jackson

  1   2   >