Due to historical reason, type of parameter '*nr' in 'libxl_psr_cat_get_info'
is 'int'. But this is not right. It should be 'unsigned int'. This patch fixes
this and does related changes.
Suggested-by: Roger Pau Monné
Signed-off-by: Yi Sun
---
- This patch depends on patch 'tools: remove unn
flight 112989 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112989/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
112863
Tests which are
flight 112991 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112991/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 17cbf7359f04a4eb762b2b4bc26c2df635ef2812
baseline version:
ovmf f29ca8e8b96adc2539f44
The macros SUPERPAGE_2MB_SHIFT and SUPERPAGE_1GB_SHIFT will be used by
other code in libxc. Move the macros to a header file.
Signed-off-by: Olaf Hering
Acked-by: Wei Liu
---
tools/libxc/xc_dom_x86.c | 5 -
tools/libxc/xc_private.h | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
Using superpages on the receiving dom0 will avoid performance regressions.
Olaf
v8:
remove double check of 1G/2M idx in x86_hvm_populate_pfns
v7:
cover holes that span multiple superpages
v6:
handle freeing of partly populated superpages correctly
more DPRINTFs
v5:
send correct version, reba
Extend API for managing bitmaps. Each bitmap is now represented by a
generic struct xc_sr_bitmap.
Switch the existing populated_pfns to this API.
Signed-off-by: Olaf Hering
Acked-by: Wei Liu
---
tools/libxc/xc_sr_common.c | 41 +++
tools/libxc/xc_sr_common.h | 68 +
During creating of a HVM domU meminit_hvm() tries to map superpages.
After save/restore or migration this mapping is lost, everything is
allocated in single pages. This causes a performance degradition after
migration.
Add neccessary code to preallocate a superpage for the chunk of pfns
that is re
On 2017年08月31日 21:56, Andrew Cooper wrote:
> On 31/08/17 06:01, Lan Tianyu wrote:
>> This patch is to increase hap page pool size to support more vcpus in single
>> VM.
>>
>> Signed-off-by: Lan Tianyu
>> ---
>> xen/arch/x86/mm/hap/hap.c | 10 +-
>> 1 file changed, 9 insertions(+), 1 dele
>>> On 01.09.17 at 03:39, wrote:
> After thinking it again, I want to define the counter as
> a unsigned int variable for the following reasion:
> 1. It is definite that the counter is closely related with
> list_add() and list_del(). If the list is protected by the
> lock, it is straightforward t
This run is configured for baseline tests only.
flight 72048 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72048/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-examine 7 reboot
>>> On 01.09.17 at 10:19, wrote:
> On 2017年08月31日 21:56, Andrew Cooper wrote:
>> On 31/08/17 06:01, Lan Tianyu wrote:
>>> This patch is to increase hap page pool size to support more vcpus in
>>> single
> VM.
>>>
>>> Signed-off-by: Lan Tianyu
>>> ---
>>> xen/arch/x86/mm/hap/hap.c | 10
On Fri, Sep 01, Olaf Hering wrote:
> +static int x86_hvm_populate_pfns(struct xc_sr_context *ctx, unsigned count,
> +/*
> + * If this next pfn is within another 1GB superpage it is
> required
> + * to scan the entire previous superpage because there might be
>
flight 112990 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112990/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 7 xen-boot fail REGR. vs. 112869
test-amd64-amd64-
flight 72049 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72049/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-armhf-jessie-netboot-pygrub 7 xen-boot fail REGR. vs. 72017
Tests w
>>> On 31.08.17 at 19:07, wrote:
> Luckily, this isn't a security issue, because the fix for XSA-202 (c/s
> 0e47f92b072) took a proactive aproach and clobbered these flags on the
> exit-to-guest path.
Which makes me wonder whether ...
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
>
>>> On 01.09.17 at 03:22, wrote:
> flight 112981 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/112981/
>
> Failures :-/ but no regressions.
> [...]
> version targeted for testing:
> xen dab6a84aadab11f31332030a1e9f0b9282d76156
Now this is sort of
On Fri, Sep 01, 2017 at 02:24:08AM -0600, Jan Beulich wrote:
On 01.09.17 at 03:39, wrote:
>> After thinking it again, I want to define the counter as
>> a unsigned int variable for the following reasion:
>> 1. It is definite that the counter is closely related with
>> list_add() and list_del(
On Fri, Sep 01, 2017 at 02:59:23PM +0800, Yi Sun wrote:
> @@ -410,8 +410,10 @@ int libxl_psr_cat_get_l3_info(libxl_ctx *ctx,
> libxl_psr_cat_info **info,
>int *nr)
> {
> int rc;
> +unsigned int num;
>
> -rc = libxl_psr_cat_get_info(ctx, info, nr, 3);
C/s e7dabe5 ("x86/hvm: don't unconditionally create a default ioreq
server") broke soft reset when QEMU traditional is being used. During
soft reset QEMU is relaunched and default ioreq server needs to be
re-created upon first HVM_PARAM_*IOREQ_* request. The flag will be
set back to 'true' when too
>>> On 01.09.17 at 09:55, wrote:
> On Fri, Sep 01, 2017 at 02:24:08AM -0600, Jan Beulich wrote:
> On 01.09.17 at 03:39, wrote:
>>> After thinking it again, I want to define the counter as
>>> a unsigned int variable for the following reasion:
>>> 1. It is definite that the counter is closely
On 01/09/2017 10:11, Vitaly Kuznetsov wrote:
> C/s e7dabe5 ("x86/hvm: don't unconditionally create a default ioreq
> server") broke soft reset when QEMU traditional is being used. During
> soft reset QEMU is relaunched and default ioreq server needs to be
> re-created upon first HVM_PARAM_*IOREQ_*
On 2017年09月01日 16:34, Jan Beulich wrote:
On 01.09.17 at 10:19, wrote:
>> On 2017年08月31日 21:56, Andrew Cooper wrote:
>>> On 31/08/17 06:01, Lan Tianyu wrote:
This patch is to increase hap page pool size to support more vcpus in
single
>> VM.
Signed-off-by: Lan Tianyu
>>>
>>> On 31.08.17 at 13:22, wrote:
> @@ -5221,10 +5217,12 @@ int ptwr_do_page_fault(struct vcpu *v, unsigned long
> addr,
> goto bail;
> }
>
> -ptwr_ctxt.cr2 = addr;
> -ptwr_ctxt.pte = pte;
> +ptwr_ctxt = (struct ptwr_emulate_ctxt) {
> +.cr2 = addr,
> +.p
Andrew Cooper writes:
> On 01/09/2017 10:11, Vitaly Kuznetsov wrote:
>> C/s e7dabe5 ("x86/hvm: don't unconditionally create a default ioreq
>> server") broke soft reset when QEMU traditional is being used. During
>> soft reset QEMU is relaunched and default ioreq server needs to be
>> re-created
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: 01 September 2017 10:27
> To: Andrew Cooper ; Paul Durrant
>
> Cc: xen-devel@lists.xen.org; George Dunlap ;
> Ian Jackson ; Jan Beulich ;
> Konrad Rzeszutek Wilk ; Stefano Stabellini
> ; Tim (Xen.org) ; Wei
On Fri, Sep 01, 2017 at 03:13:17AM -0600, Jan Beulich wrote:
On 01.09.17 at 09:55, wrote:
>> On Fri, Sep 01, 2017 at 02:24:08AM -0600, Jan Beulich wrote:
>> On 01.09.17 at 03:39, wrote:
After thinking it again, I want to define the counter as
a unsigned int variable for the fol
>>> On 31.08.17 at 13:22, wrote:
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -5176,91 +5176,6 @@ static const struct x86_emulate_ops ptwr_emulate_ops =
> {
> .cpuid = pv_emul_cpuid,
> };
>
> -/* Write page fault handler: check if guest is trying to modify a PTE. */
> -in
Volodymyr Babchuk writes ("[PATCH v5 03/10] public: xen.h: add definitions for
UUID handling"):
> Added type xen_uuid_t. This type represents UUID as an array of 16
> bytes in big endian format.
>
> Added macro XEN_DEFINE_UUID that constructs UUID in the usual way:
>
> XEN_DEFINE_UUID(00112233,
On Fri, Sep 01, 2017 at 10:54:02AM +0800, Lan Tianyu wrote:
> On 2017年08月31日 23:38, Roger Pau Monné wrote:
> > On Thu, Aug 31, 2017 at 01:01:47AM -0400, Lan Tianyu wrote:
> >> This patch is to change DSDT table for processor object to support >128
> >> vcpus
> >> accroding to ACPI spec 8.4 Declari
>>> On 01.09.17 at 10:37, wrote:
> it seems add_sized() won't be a LOCKed instruction.
> #define build_add_sized(name, size, type, reg) \
> static inline void name(volatile type *addr, type val) \
> { \
>
On Thu, Aug 31, 2017 at 01:01:48AM -0400, Lan Tianyu wrote:
> This patch is to add x2apic entry support for ACPI MADT table
> according to ACPI spec 5.2.12.12 Processor Local x2APIC Structure
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
> ---
> tools/libacpi/acpi2_0.h | 10 +
>>> On 01.09.17 at 11:55, wrote:
On 01.09.17 at 10:37, wrote:
>> it seems add_sized() won't be a LOCKed instruction.
>> #define build_add_sized(name, size, type, reg) \
>> static inline void name(volatile type *addr, type val) \
>> {
>>> On 01.09.17 at 11:41, wrote:
> I'm not sure why lapic_id needs to be a hook in any case, both it's
> callers use the same exact formula (cpu_id * 2).
You're aware that this is meant to be improved rather sooner than
later. At that point I'm then not sure a suitable LAPIC_ID() macro
could be c
Those refs need to be somewhere public so that the relevant git
objects are accessible. I think they probably have to be in
refs/tags/ or refs/heads/ of some repo.
But it doesn't have to be the main one on xenbits. Most people won't
want these refs. Most git commits they are interested in (eg g
This run is configured for baseline tests only.
flight 72050 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72050/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 17cbf7359f04a4eb762b2b4bc26c2df635ef2812
baseline v
On Fri, Sep 01, 2017 at 04:10:26AM -0600, Jan Beulich wrote:
> >>> On 01.09.17 at 11:41, wrote:
> > I'm not sure why lapic_id needs to be a hook in any case, both it's
> > callers use the same exact formula (cpu_id * 2).
>
> You're aware that this is meant to be improved rather sooner than
> late
>>> On 30.08.17 at 20:57, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -2044,6 +2044,7 @@ int hvm_emulate_one_mmio(unsigned long mfn, unsigned
> long gla)
Way earlier in this file there are consumers of X86EMUL_UNHANDLEABLE
in hvmemul_do_io() and hvmemul_do_i
Paul Durrant writes:
>> -Original Message-
>> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
>> Sent: 01 September 2017 10:27
>> To: Andrew Cooper ; Paul Durrant
>>
>> Cc: xen-devel@lists.xen.org; George Dunlap ;
>> Ian Jackson ; Jan Beulich ;
>> Konrad Rzeszutek Wilk ; Stefano Stab
This patch is adding an new param in the hvm_hw_cpu structure
so it can be exposed to user space.
Signed-off-by: Alexandru Isaila
---
xen/arch/x86/hvm/hvm.c | 4
xen/include/public/arch-x86/hvm/save.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/xen/arch/x86/hvm/hv
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.
Sort ARM's xen/ groups of path specifications at the same time.
Signed-off-by: Jan Beulich
--- a/MAINTAINERS
+++ b/MAI
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: 01 September 2017 11:43
> To: Paul Durrant
> Cc: Andrew Cooper ; xen-
> de...@lists.xen.org; George Dunlap ; Ian
> Jackson ; Jan Beulich ;
> Konrad Rzeszutek Wilk ; Stefano Stabellini
> ; Tim (Xen.org) ; Wei
On 01/09/17 11:44, Alexandru Isaila wrote:
> diff --git a/xen/include/public/arch-x86/hvm/save.h
> b/xen/include/public/arch-x86/hvm/save.h
> index fd7bf3f..e6e8e87 100644
> --- a/xen/include/public/arch-x86/hvm/save.h
> +++ b/xen/include/public/arch-x86/hvm/save.h
> @@ -134,6 +134,8 @@ struct hvm
>>> On 01.09.17 at 12:44, wrote:
> This patch is adding an new param in the hvm_hw_cpu structure
> so it can be exposed to user space.
But you don't say why.
> --- a/xen/include/public/arch-x86/hvm/save.h
> +++ b/xen/include/public/arch-x86/hvm/save.h
> @@ -134,6 +134,8 @@ struct hvm_hw_cpu {
>
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.
>
> Sort ARM's xen/ groups of path specifications at the same time.
>
> Signed
On 01.09.2017 13:55, Andrew Cooper wrote:
On 01/09/17 11:44, Alexandru Isaila wrote:
diff --git a/xen/include/public/arch-x86/hvm/save.h
b/xen/include/public/arch-x86/hvm/save.h
index fd7bf3f..e6e8e87 100644
--- a/xen/include/public/arch-x86/hvm/save.h
+++ b/xen/include/public/arch-x86/hvm/save
flight 112992 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112992/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a
test-arm64-arm64-xl 1 build-che
flight 112997 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112997/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
build-arm64-pvops 2 hos
Due to historical reason, type of parameter '*nr' in 'libxl_psr_cat_get_info'
is 'int'. But this is not right. It should be 'unsigned int'. This patch fixes
this and does related changes.
Suggested-by: Roger Pau Monné
Signed-off-by: Yi Sun
---
- This patch depends on patch 'tools: remove unn
flight 112994 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112994/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a
build-arm64-libvirt 1 build-check(1)
VCPUOP_initialise and DOMCTL_setvcpucontext are not symetric.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Roger Pau Monné
CC: Wei Liu
---
xen/include/public/arch-x86/xen.h | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/xen/include/public/arch-x86/xen.h
>>> On 01.09.17 at 15:14, wrote:
> VCPUOP_initialise and DOMCTL_setvcpucontext are not symetric.
>
> Signed-off-by: Andrew Cooper
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On Fri, Sep 01, 2017 at 03:38:49AM -0600, Jan Beulich wrote:
> > /*
> > * fault handling for read-only MMIO pages
> > */
>
> Note how you move the remains of the function above below this
> comment, which isn't really correct.
I can place the new function where the ol
On Fri, Sep 01, 2017 at 02:46:27PM +0100, Wei Liu wrote:
> On Fri, Sep 01, 2017 at 03:38:49AM -0600, Jan Beulich wrote:
> > > /*
> > > * fault handling for read-only MMIO pages
> > > */
> >
> > Note how you move the remains of the function above below this
> > comment,
On Fri, Sep 01, 2017 at 08:15:05PM +0800, Yi Sun wrote:
> Due to historical reason, type of parameter '*nr' in 'libxl_psr_cat_get_info'
> is 'int'. But this is not right. It should be 'unsigned int'. This patch fixes
> this and does related changes.
>
> Suggested-by: Roger Pau Monné
> Signed-off-
Rewrite the code so that it has the same structure as
mmio_ro_emualte_ctxt. x86_emulate_ctxt now points to ptwr_emulate_ctxt
via its data pointer.
This patch will help unify mmio_ro and ptwr code paths later.
Signed-off-by: Wei Liu
Reviewed-by: Andrew Cooper
---
v3: drop unnecessary hunk, but k
Can be found at my xenbits/xen.git wip.merge-mmio-ptwr-emul-v3
Wei Liu (2):
x86/mm: don't wrap x86_emulate_ctxt in ptwr_emulate_ctxt
x86/mm: merge ptwr and mmio_ro page fault handlers
xen/arch/x86/mm.c| 222 ---
xen/arch/x86/traps.c |
Provide a unified entry to avoid going through pte look-up, decode and
emulation cycle more than necessary. The path taken is determined by
the faulting address.
Note that the order of checks is changed in the new function, but the
order of the checks is performed shouldn't matter.
The sole calle
There's a typo in the subject line s/correctsion/correction/.
On Fri, Sep 01, 2017 at 02:14:41PM +0100, Andrew Cooper wrote:
> VCPUOP_initialise and DOMCTL_setvcpucontext are not symetric.
>
> Signed-off-by: Andrew Cooper
Reviewed-by: Roger Pau Monné
Long term DOMCTL_setvcpucontext should on
flight 112993 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/112993/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemut-win7-amd64 17 guest-stop fail REGR. vs. 112983
Tests which did not succeed,
On Wed, Aug 30, 2017, at 10:57 AM, Adam Borowski wrote:
> On Tue, Aug 29, 2017 at 08:56:15PM -0400, Jerome Glisse wrote:
> > I will wait for people to test and for result of my own test before
> > reposting if need be, otherwise i will post as separate patch.
> >
> > > But from a _very_ quick read-
Hey,
This is v2 taking into consideration all comments received from RFC/v1.
The approach has significantly changed and we use control ring messages to
the manage the permanent gref mappings - as also presented at XDDS17. The
specification is right after the diffstat. I kept the same name "staging
Adds 3 messages to allow guest to let backend keep grants mapped,
such that 1) guests allowing fast recycling of pages can avoid doing
grant ops for those cases, or otherwise 2) preferring copies over
grants and 3) always using a fixed set of pages for network I/O.
The three control ring messages
On Thu, Aug 31, 2017 at 11:27:19AM +0100, George Dunlap wrote:
> +### Direct-boot kernel image format
> +
> +Supported, x86: bzImage
Do you mean booting a PV guest? If so there are a few more formats.
> +Supported, ARM32: zImage
> +Supported, ARM64: Image [XXX - Not sure if this is co
* cri-getconfig (invoked by many cr* scripts, standalone-reset, etc.)
* mgi-common (invoked by many mg*)
* Two literal perl -e includes in Tcl code.
I think this leaves no scripts which do not set PERLLIB or @INC,
either by themselves or by something they source with `.'.
Reported-by: George Dunl
This is helpful because in standalone mode there is no resources table
and this fails. But we want people to use `mg-hosts power' in
standalone mode, if they can, rather than running ./msu-pdu ad-hoc (or
whatever).
Reported-by: George Dunlap
Signed-off-by: Ian Jackson
---
mg-hosts | 8 +---
Signed-off-by: Ian Jackson
---
README | 1 +
1 file changed, 1 insertion(+)
diff --git a/README b/README
index b45058d..ffe0018 100644
--- a/README
+++ b/README
@@ -254,6 +254,7 @@ To run osstest in standalone mode:
chiark-utils-bin
libxml-libxml-perl
dctrl-tools
+ libnet-s
On Wed, Aug 30, 2017 at 01:06:10AM -0600, Jan Beulich wrote:
> Short-circuit absolute paths of generated headers to their pathless
> equivalents, to avoid two racing invocations of the same rule producing
> them.
>
> Signed-off-by: Jan Beulich
> ---
> This wants to be backported to 4.9 and 4.8.
>
sh_install_xen_entries_in_l4() looks unsafe, as it creates a guest-linear
mapping with gl4mfn. However, it is correct because of the way monitor tables
are constructed for translated domains.
Leave a comment and some clarifying assertions.
Also, there is no longer support for translate != extern
>>> On 01.09.17 at 15:50, wrote:
> On Fri, Sep 01, 2017 at 02:46:27PM +0100, Wei Liu wrote:
>> On Fri, Sep 01, 2017 at 03:38:49AM -0600, Jan Beulich wrote:
>> > > + struct cpu_user_regs *regs)
>> > > +{
>> > > +l1_pgentry_t pte;
>> > > +struct domain *d = v->domain;
>>
On Wed, Aug 30, 2017 at 08:32:55PM +0200, Sergej Proskurin wrote:
> From: Tamas K Lengyel
>
> Currently, the altp2m feature has been used and thus documented for the
> x86 architecture. As we aim to introduce altp2m to ARM, in this commit,
> we adjust the documentation by pointing out x86 only pa
>>> On 01.09.17 at 17:28, wrote:
> On Wed, Aug 30, 2017 at 01:06:10AM -0600, Jan Beulich wrote:
>> Short-circuit absolute paths of generated headers to their pathless
>> equivalents, to avoid two racing invocations of the same rule producing
>> them.
>>
>> Signed-off-by: Jan Beulich
>> ---
>> Th
On Wed, Aug 30, 2017 at 08:32:56PM +0200, Sergej Proskurin wrote:
> The previous libxl implemention limited the use of altp2m to x86 HVM domains.
> This commit extends libxl by introducing the altp2m switch to ARM domains.
>
> Additionally, we introduce the macro LIBXL_HAVE_ARM_ALTP2M in parallel
>>> On 01.09.17 at 16:35, wrote:
> Provide a unified entry to avoid going through pte look-up, decode and
> emulation cycle more than necessary. The path taken is determined by
> the faulting address.
>
> Note that the order of checks is changed in the new function, but the
> order of the checks
On Thu, Aug 31, 2017 at 01:01:49AM -0400, Lan Tianyu wrote:
> From: Chao Gao
>
> This patch is to extend lapic_id() to support more vcpus.
>
> Signed-off-by: Chao Gao
> Signed-off-by: Lan Tianyu
Acked-by: Wei Liu
Please remember to pick up my ack next time around -- I believed I
already ack
On Thu, Aug 31, 2017 at 04:08:06PM +0800, Yi Sun wrote:
> Per Roger Pau's coment, the libxl interfaces and related functions are not
> necessary to be included by 'LIBXL_HAVE_PSR_CMT' and 'LIBXL_HAVE_PSR_CAT'.
> So remove them.
>
> Signed-off-by: Yi Sun
Acked-by: Wei Liu
(without reading the p
On Fri, Sep 01, 2017 at 02:59:23PM +0800, Yi Sun wrote:
> Due to historical reason, type of parameter '*nr' in 'libxl_psr_cat_get_info'
> is 'int'. But this is not right. It should be 'unsigned int'. This patch fixes
> this and does related changes.
>
> Suggested-by: Roger Pau Monné
> Signed-off-
unshifting @INC is only effective if done at compile time, so that it
affects `use' directives. So "Perl: Put . on @INC"
f261b07cbe96844dba5d8594c38149c0b179068a is simply broken
This patch was autogenerated using the following rune:
git-grep -l 'unshift @INC' | xargs perl -i~ -pe
's#\bunshif
Use our $blah_q //= ... since these are used only here. This is a
cheap kind of memoisation of a global constant.
Reported-by: George Dunlap
Signed-off-by: Ian Jackson
---
mg-hosts | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/mg-hosts b/mg-hosts
index b62e430..2
On Fri, Sep 01, 2017 at 08:15:05PM +0800, Yi Sun wrote:
> Due to historical reason, type of parameter '*nr' in 'libxl_psr_cat_get_info'
> is 'int'. But this is not right. It should be 'unsigned int'. This patch fixes
> this and does related changes.
>
> Suggested-by: Roger Pau Monné
> Signed-off-
Change repl_budget event output for xentrace formats and xenalyze
Signed-off-by: Meng Xu
---
Changes from v1
Add this changes from v1
---
tools/xentrace/formats| 2 +-
tools/xentrace/xenalyze.c | 8 +---
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/tools/xentrace/forma
Make RTDS scheduler work conserving without breaking the real-time guarantees.
VCPU model:
Each real-time VCPU is extended to have an extratime flag
and a priority_level field.
When a VCPU's budget is depleted in the current period,
if it has extratime flag set,
its priority_level will increase by
Modify libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set
functions to support per-VCPU extratime flag
Signed-off-by: Meng Xu
---
Changes from v1
1) Add LIBXL_HAVE_SCHED_RTDS_VCPU_EXTRA to indicate if extratime flag is
supported
2) Change flag name in domctl.h from XEN_DOMCTL_SCHED_RTDS
This series of patches make RTDS scheduler work-conserving
without breaking real-time guarantees.
VCPUs with extratime flag set can get extra time
from the unreserved system resource.
System administrators can decide which VCPUs have extratime flag set.
Example:
Set the extratime bit of all VCPUs
Change main_sched_rtds and related output functions to support
per-VCPU extratime flag.
Signed-off-by: Meng Xu
---
Changes from v1
No change because we agree on using -e 0/1 option to
set if a vcpu will get extra time or not
Changes from RFC v1
Changes work_conserving flag to extratime flag
---
Revise xl tool use case by adding -e option
Remove work-conserving from TODO list
Signed-off-by: Meng Xu
---
Changes from v1
Revise rtds docs
---
docs/features/sched_rtds.pandoc | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/docs/features/sched_rtds.pandoc b/docs/fea
Dario,
I didn't include your Reviewed-by tag because I made one small change.
On Fri, Sep 1, 2017 at 11:58 AM, Meng Xu wrote:
>
> Modify libxl_vcpu_sched_params_get/set and sched_rtds_vcpu_get/set
> functions to support per-VCPU extratime flag
>
> Signed-off-by: Meng Xu
>
> ---
> Changes from
On Sun, Aug 27, 2017 at 04:36:12PM +0800, Zhongze Liu wrote:
> Add the parsing utils for the newly introduced libxl_static_sshm struct
> to the libxl/libxlu_* family. And add realated parsing code in xl to
> parse the struct from xl config files. This is for the proposal "Allow
> setting up shared
The macros SUPERPAGE_2MB_SHIFT and SUPERPAGE_1GB_SHIFT will be used by
other code in libxc. Move the macros to a header file.
Signed-off-by: Olaf Hering
Acked-by: Wei Liu
---
tools/libxc/xc_dom_x86.c | 5 -
tools/libxc/xc_private.h | 5 +
2 files changed, 5 insertions(+), 5 deletions(-)
Using superpages on the receiving dom0 will avoid performance regressions.
Olaf
v9:
update hole checking in x86_hvm_populate_pfns
add out of bounds check to xc_sr_test_and_set/clear_bit
v8:
remove double check of 1G/2M idx in x86_hvm_populate_pfns
v7:
cover holes that span multiple superpages
Extend API for managing bitmaps. Each bitmap is now represented by a
generic struct xc_sr_bitmap.
Switch the existing populated_pfns to this API.
Signed-off-by: Olaf Hering
Acked-by: Wei Liu
---
tools/libxc/xc_sr_common.c | 41 ++
tools/libxc/xc_sr_common.h | 72 ++
During creating of a HVM domU meminit_hvm() tries to map superpages.
After save/restore or migration this mapping is lost, everything is
allocated in single pages. This causes a performance degradition after
migration.
Add neccessary code to preallocate a superpage for the chunk of pfns
that is re
>>> On 11.08.17 at 17:25, wrote:
> This commit makes the changes to the hypervisor, the build system as
> well as libxc necessary in order to facilitate tracing of program counters.
There are no libxc changes here afaics.
> A discussion of the design can be found in the mailing list:
> https://l
There is no need to hold the global domctl lock while across
domain_kill() - the domain lock is fully sufficient here.
Signed-off-by: Jan Beulich
---
Sadly so far we haven't had any feedback on this change from the people
who observed an issue apparently resulting from heavy contention here.
Henc
Xen and qemu having identical #define-s (with different names) is a
strong hint that these should be part of the public interface, at the
same time making obvious that any change to the values in an interface
modification (and hence needs suitable care).
Signed-off-by: Jan Beulich
--- a/xen/arch
On Sun, Aug 27, 2017 at 04:36:14PM +0800, Zhongze Liu wrote:
> Add libxl__sshm_add to map shared pages from one DomU to another, The mapping
> process involves the follwing steps:
>
> * Set defaults and check for further errors in the static_shm configs:
> overlapping areas, invalid ranges,
Xen and qemu having identical #define-s (with different names) is a
strong hint that these should be part of the public interface, at the
same time making obvious that any change to the values in an interface
modification (and hence needs suitable care).
Signed-off-by: Jan Beulich
---
I'm sorry f
On Sun, Aug 27, 2017 at 04:36:12PM +0800, Zhongze Liu wrote:
> Add the parsing utils for the newly introduced libxl_static_sshm struct
> to the libxl/libxlu_* family. And add realated parsing code in xl to
> parse the struct from xl config files. This is for the proposal "Allow
> setting up shared
Xen and qemu having identical #define-s (with different names) is a
strong hint that these should have been part of the public interface
from the very start. Use them if they're available, falling back to
privately defined values only when using older headers.
Signed-off-by: Jan Beulich
--- a/hw
On 01/09/17 17:18, Jan Beulich wrote:
> There is no need to hold the global domctl lock while across
> domain_kill() - the domain lock is fully sufficient here.
>
> Signed-off-by: Jan Beulich
> ---
> Sadly so far we haven't had any feedback on this change from the people
> who observed an issue ap
On 01/09/17 17:24, Jan Beulich wrote:
> Xen and qemu having identical #define-s (with different names) is a
> strong hint that these should be part of the public interface, at the
> same time making obvious that any change to the values in an interface
> modification (and hence needs suitable care)
1 - 100 of 122 matches
Mail list logo
