> From: Tian, Kevin
> Sent: Friday, November 20, 2015 3:10 PM
> > > >
> > > > The proposal is therefore that GPU vendors can expose vGPUs to
> > > > userspace, and thus to QEMU, using the VFIO API. For instance, vfio
> > > > supports modular bus drivers and IOMMU drivers. An intel-vfio-gvt-d
> >
Hi,
> > iGVT-g_Setup_Guide.txt mentions a "Indirect Display Mode", but doesn't
> > explain how the guest framebuffer can be accessed then.
>
> You can check "fb_decoder.h". One thing to clarify. Its format is
> actually based on drm definition, instead of OpenGL. Sorry for
> that.
drm is fine.
> From: Gerd Hoffmann [mailto:kra...@redhat.com]
> Sent: Friday, November 20, 2015 4:26 PM
>
> Hi,
>
> > > iGVT-g_Setup_Guide.txt mentions a "Indirect Display Mode", but doesn't
> > > explain how the guest framebuffer can be accessed then.
> >
> > You can check "fb_decoder.h". One thing to clar
On Fri, Nov 20, 2015 at 04:36:15PM +0800, Tian, Kevin wrote:
> > From: Gerd Hoffmann [mailto:kra...@redhat.com]
> > Sent: Friday, November 20, 2015 4:26 PM
> >
> > Hi,
> >
> > > > iGVT-g_Setup_Guide.txt mentions a "Indirect Display Mode", but doesn't
> > > > explain how the guest framebuffer ca
> -Original Message-
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: 19 November 2015 17:09
> To: Paul Durrant; xen-de...@lists.xenproject.org
> Cc: Ian Jackson; Stefano Stabellini; Ian Campbell; Wei Liu; Keir (Xen.org);
> Jan
> Beulich
> Subject: Re: [PATCH v3] x86/hvm/vi
>>> On 20.11.15 at 10:15, wrote:
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: 19 November 2015 17:09
>> On 19/11/15 16:57, Paul Durrant wrote:
>> >>> +/*
>> >>> + * For each specified virtual CPU flush all ASIDs to invalidate
>> >>> + * TLB entries the
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 20 November 2015 09:45
> To: Andrew Cooper; Paul Durrant
> Cc: Ian Campbell; Ian Jackson; Stefano Stabellini; Wei Liu; xen-
> de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v3] x86/hvm/viridian: fl
The Microsoft Hypervisor Top Level Functional Spec. (section 3.4) defines
two bits in CPUID leaf 0x4004:EAX for the hypervisor to recommend
whether or not to issue a hypercall for local or remote TLB flush.
Whilst it's doubtful whether using a hypercall for local TLB flush would
be any more ef
>>> On 20.11.15 at 02:22, wrote:
> (XEN) [ Xen-4.6.1-pre x86_64 debug=n Not tainted ]
> (XEN) CPU:3
> (XEN) RIP:e008:[] set_cpu_sibling_map+0x3f/0x330
> (XEN) RFLAGS: 00010006 CONTEXT: hypervisor
> (XEN) rax: 0001 rbx: rcx: 00313d5b
>>> On 20.11.15 at 10:55, wrote:
> +/*
> + * For each specified virtual CPU flush all ASIDs to invalidate
> + * TLB entries the next time it is scheduled and then, if it
> + * is currently running, add its physical CPU to a mask of
> + * those which need to
On 20/11/15 10:25, Jan Beulich wrote:
On 20.11.15 at 02:22, wrote:
>> (XEN) [ Xen-4.6.1-pre x86_64 debug=n Not tainted ]
>> (XEN) CPU:3
>> (XEN) RIP:e008:[] set_cpu_sibling_map+0x3f/0x330
>> (XEN) RFLAGS: 00010006 CONTEXT: hypervisor
>> (XEN) rax: 0001
On 20/11/15 01:16, Wu, Feng wrote:
>> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c
>> index 66917ff..953047f 100644
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -1911,6 +1911,7 @@ static unsigned long
>> hvm_cr4_guest_reserved_bits(const struct vcpu *v,
>>
On Mon, 16 Nov 2015, George Dunlap wrote:
> On Thu, Nov 12, 2015 at 4:12 PM, Stefano Stabellini
> wrote:
> > Raisin is about cloning (or downloading) components explicitly and
> > independently, rather than having the Xen build system clone and build
> > stuff as part of the build process.
> >
> >
>>> On 19.11.15 at 18:34, wrote:
> @@ -394,9 +401,8 @@ void show_stack_overflow(unsigned int cpu, const struct
> cpu_user_regs *regs)
> (void *)esp_top, (void *)esp_bottom, (void *)esp,
> (void *)per_cpu(init_tss, cpu).esp0);
>
> -/* Trigger overflow trace if %esp is
>>> On 19.11.15 at 18:36, wrote:
> Another question is whether, given that the sample above moves the stack
> by more than 4k, it would be wise to also guard the 4th currently-spare
> page between the primary stack and IST stacks.
I'm not sure that would be worth it - we just can't preclude every
On 20/11/15 10:54, Jan Beulich wrote:
On 19.11.15 at 18:34, wrote:
>> @@ -394,9 +401,8 @@ void show_stack_overflow(unsigned int cpu, const struct
>> cpu_user_regs *regs)
>> (void *)esp_top, (void *)esp_bottom, (void *)esp,
>> (void *)per_cpu(init_tss, cpu).esp0);
>>
On Thu, 19 Nov 2015, Ian Campbell wrote:
> On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
>
> I'll just answer this bit, since it ties into your other answers, I think.
>
> > Does the Xen<->libxc interface need to be stable for libxendevicemodel
> > to have a stable ABI?
>
> We cou
On Wed, 18 Nov 2015, Boris Ostrovsky wrote:
> After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> allocating descs for legacy IRQs") early_irq_init() will no longer
> preallocate descriptors for legacy interrupts if PIC does not
> exist, which is the case for Xen PV guests.
>
> Th
On Fri, 2015-11-20 at 11:07 +, Stefano Stabellini wrote:
> On Thu, 19 Nov 2015, Ian Campbell wrote:
> > On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
> >
> > I'll just answer this bit, since it ties into your other answers, I
> > think.
> >
> > > Does the Xen<->libxc interface
>>> On 20.11.15 at 02:18, wrote:
> @@ -187,36 +363,56 @@ void xrstor(struct vcpu *v, uint64_t mask)
> switch ( __builtin_expect(ptr->fpu_sse.x[FPU_WORD_SIZE_OFFSET], 8) )
> {
> default:
> -asm volatile ( "1: .byte 0x48,0x0f,0xae,0x2f\n"
> - ".section .f
On Thu, Nov 19, 2015 at 05:01:52PM +, Andrew Cooper wrote:
> On 19/11/15 16:50, Wei Liu wrote:
> > On Thu, Nov 19, 2015 at 02:45:41PM +, Andrew Cooper wrote:
> >> c/s abdf3c5b "libxc: create p2m list outside of kernel mapping if
> >> supported"
> >> introduces a use which Coverity objects
I saw that upstream qemu for xen-unstable is still not updated at least
to latest stable version.
I tested qemu 2.4.0.1 for some weeks on 2 systems backporting this 2
patches:
spice: surface switch fast path requires same format too (I think is
good backport it also on future update in xen as it
On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
>
> > I think it would be reasonable to add a new library (say,
> > libxendevicemodel, for arguments sake) with a stable ABI and to move all of
> > the xc_hvm_* above into it. They are not used for anything else and are
> > based on H
On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
>
> > I think having three or four functions in libxendevicemodel which offer
> > these exact facilities while retaining the underlying (possibly more
> > flexible) functionality in libxenctrl for other users (dombuilder, other in
> > tr
On Mon, 16 Nov 2015, Ian Campbell wrote:
> On Thu, 2015-11-12 at 17:45 +, Stefano Stabellini wrote:
> > Hi all,
> >
> > this small series enables the wallclock time on arm and it consists
> > mostly in code movement from x86 to common.
>
> AFAICT this is all now suitably acked, but I wanted t
>>> On 28.10.15 at 04:21, wrote:
> --- a/xen/drivers/cpufreq/cpufreq.c
> +++ b/xen/drivers/cpufreq/cpufreq.c
> @@ -334,8 +334,9 @@ int cpufreq_del_cpu(unsigned int cpu)
>
> /* for HW_ALL, stop gov for each core of the _PSD domain */
> /* for SW_ALL & SW_ANY, stop gov for the 1st core o
flight 64767 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64767/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 16 guest-localmigrate/x10 fail REGR.
vs. 64363
Regress
On Mon, 16 Nov 2015, Ian Campbell wrote:
> On Fri, 2015-11-13 at 18:10 +, Stefano Stabellini wrote:
> >
> > I agree with your point (I thought about it myself) but the current
> > assembly scheme for hypercalls doesn't work well with that. I would have
> > to introduce, and maintain going forw
On Fri, 2015-11-20 at 11:58 +, Stefano Stabellini wrote:
> On Mon, 16 Nov 2015, Ian Campbell wrote:
> > On Fri, 2015-11-13 at 18:10 +, Stefano Stabellini wrote:
> > >
> > > I agree with your point (I thought about it myself) but the current
> > > assembly scheme for hypercalls doesn't work
On Tue, 17 Nov 2015, Will Deacon wrote:
> On Tue, Nov 17, 2015 at 05:34:36PM +, Marc Zyngier wrote:
> > On 17/11/15 17:29, Will Deacon wrote:
> > > On Tue, Nov 10, 2015 at 02:11:38PM +, Stefano Stabellini wrote:
> > >> On Thu, 5 Nov 2015, Stefano Stabellini wrote:
> > >>> Introduce CONFIG_P
>>> On 20.11.15 at 12:03, wrote:
> On 20/11/15 10:54, Jan Beulich wrote:
> On 19.11.15 at 18:34, wrote:
>>> @@ -394,9 +401,8 @@ void show_stack_overflow(unsigned int cpu, const struct
> cpu_user_regs *regs)
>>> (void *)esp_top, (void *)esp_bottom, (void *)esp,
>>> (vo
>>> On 20.11.15 at 10:15, wrote:
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: 19 November 2015 17:09
>> On 19/11/15 16:57, Paul Durrant wrote:
>> >> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> >> Sent: 19 November 2015 16:07
>> >> On 19/11/15 13:19, Paul Durrant
On Thu, Nov 19, 2015 at 05:05:16PM +0100, Juergen Gross wrote:
> Today mini-os is making assumptions how the page tables it is started
> with are being allocated. Especially it is using the number of page
> table frames to calculate which is the first unmapped pfn.
>
> Instead of relying on page t
On 20/11/15 12:23, Jan Beulich wrote:
On 20.11.15 at 12:03, wrote:
>> On 20/11/15 10:54, Jan Beulich wrote:
>> On 19.11.15 at 18:34, wrote:
@@ -394,9 +401,8 @@ void show_stack_overflow(unsigned int cpu, const
struct
>> cpu_user_regs *regs)
(void *)esp_top, (v
On 20/11/15 13:46, Wei Liu wrote:
> On Thu, Nov 19, 2015 at 05:05:16PM +0100, Juergen Gross wrote:
>> Today mini-os is making assumptions how the page tables it is started
>> with are being allocated. Especially it is using the number of page
>> table frames to calculate which is the first unmapped
On 20/11/15 09:15, Paul Durrant wrote:
>> -Original Message-
>> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
>> Sent: 19 November 2015 17:09
>> To: Paul Durrant; xen-de...@lists.xenproject.org
>> Cc: Ian Jackson; Stefano Stabellini; Ian Campbell; Wei Liu; Keir (Xen.org);
>> Jan
>
>>> On 20.11.15 at 13:52, wrote:
> On 20/11/15 12:23, Jan Beulich wrote:
> On 20.11.15 at 12:03, wrote:
>>> On 20/11/15 10:54, Jan Beulich wrote:
>>> On 19.11.15 at 18:34, wrote:
> @@ -394,9 +401,8 @@ void show_stack_overflow(unsigned int cpu, const
> struct
>>> cpu_user_regs *
flight 64953 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64953/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 6 xen-boot fail REGR. vs. 64861
Tests which di
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 20 November 2015 12:27
> To: Paul Durrant
> Cc: Andrew Cooper; Ian Campbell; Ian Jackson; Stefano Stabellini; Wei Liu;
> xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v3] x86/hvm/viridian: flu
On Fri, Nov 20, 2015 at 01:55:29PM +0100, Juergen Gross wrote:
> On 20/11/15 13:46, Wei Liu wrote:
> > On Thu, Nov 19, 2015 at 05:05:16PM +0100, Juergen Gross wrote:
> >> Today mini-os is making assumptions how the page tables it is started
> >> with are being allocated. Especially it is using the
> -Original Message-
> From: Paul Durrant
> Sent: 20 November 2015 13:41
> To: 'Jan Beulich'
> Cc: Andrew Cooper; Ian Campbell; Ian Jackson; Stefano Stabellini; Wei Liu;
> xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v3] x86/hvm/viridian: flush remote tlbs by hyperca
On Fri, 20 Nov 2015, Ian Campbell wrote:
> On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
> >
> > > I think having three or four functions in libxendevicemodel which offer
> > > these exact facilities while retaining the underlying (possibly more
> > > flexible) functionality in libxe
Today mini-os is making assumptions how the page tables it is started
with are being allocated. Especially it is using the number of page
table frames to calculate which is the first unmapped pfn.
Instead of relying on page table number assumptions just look into the
page tables to find the first
flight 64769 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64769/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 6 xen-boot fail REGR. vs. 60684
test-amd64
On Fri, Nov 20, 2015 at 02:52:57PM +0100, Juergen Gross wrote:
> Today mini-os is making assumptions how the page tables it is started
> with are being allocated. Especially it is using the number of page
> table frames to calculate which is the first unmapped pfn.
>
> Instead of relying on page t
>>> On 28.10.15 at 04:21, wrote:
> --- /dev/null
> +++ b/xen/arch/x86/acpi/cpufreq/intel_pstate.c
> @@ -0,0 +1,882 @@
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#define BYT_RATIO
On Fri, 20 Nov 2015, Ian Campbell wrote:
> On Fri, 2015-11-20 at 11:07 +, Stefano Stabellini wrote:
> > On Thu, 19 Nov 2015, Ian Campbell wrote:
> > > On Thu, 2015-11-19 at 16:20 +, Stefano Stabellini wrote:
> > >
> > > I'll just answer this bit, since it ties into your other answers, I
> >
This run is configured for baseline tests only.
flight 38314 xen-4.3-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38314/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 gues
Hi all,
this series introduces PV wallclock time support on arm and arm64.
Changes in v5:
- set interface_version to XENPF_INTERFACE_VERSION in an hypercall
wrapper
- remove trailing whitespace
- remove unhelpful printk
Changes in v4:
- simplify xen_read_wallclock
- add a patch to support XE
If Linux is running as dom0, call XENPF_settime64 to update the system
time in Xen on pvclock_gtod notifications.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
---
Changes in v5:
- remove trailing whitespace
- remove unhelpful printk
Changes in v3:
- s/%llu.%0u/%llu.%09u
- in xen_
On 18/11/15 16:37, Roger Pau Monne wrote:
> In order to cope with types having multiple compat versions pass a size
> parameter to the fixup function so we can identify which compat version
> Xen is dealing with.
>
> Signed-off-by: Roger Pau Monné
> Cc: Ian Campbell
> Cc: Ian Jackson
> Cc: Jan B
Read the wallclock from the shared info page at boot time.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
---
Changes in v4:
- simplify xen_read_wallclock
Changes in v3:
- use ktime_get_ns instead of calling into the arch_timer functions
directly
- read the wallclock from the lat
The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
which is ancient, and modern upstream Linux kernels cannot run as dom0
and it anymore anyway.
Signed-off-by: Stefano Stabellini
Reviewed-by: Boris Ostrovsky
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostro
Try XENPF_settime64 first, if it is not available fall back to
XENPF_settime32.
No need to call __current_kernel_time() when all the info needed are
already passed via the struct timekeeper * argument.
Return NOTIFY_BAD in case of errors.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergman
Rename the current XENPF_settime hypercall and related struct to
XENPF_settime32.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
Reviewed-by: Boris Ostrovsky
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostrov...@oracle.com
---
arch/x86/xen/time.c |
The hypervisor actually exposes an additional field to struct
pvclock_wall_clock, with the high 32 bit seconds.
Signed-off-by: Stefano Stabellini
Reviewed-by: Julien Grall
---
arch/arm/include/asm/xen/interface.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/xen/in
Signed-off-by: Stefano Stabellini
---
Changes in v5:
- set interface_version to XENPF_INTERFACE_VERSION in an hypercall
wrapper
Changes in v2:
- rename dom0_op to platform_op
---
arch/arm/include/asm/xen/hypercall.h |7 +++
arch/arm/include/asm/xen/interface.h |2 ++
arch/arm/xen
On Fri, 2015-11-20 at 14:52 +0100, Juergen Gross wrote:
Copying minios-devel.
I'll send out a patch to MAINTAINERS to add this in a second.
> Today mini-os is making assumptions how the page tables it is started
> with are being allocated. Especially it is using the number of page
> table frames
Signed-off-by: Ian Campbell
Cc: samuel.thiba...@ens-lyon.org
Cc: stefano.stabell...@eu.citrix.com
Cc: minios-de...@lists.xenproject.org
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 759de1b..e376646 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@
>>> On 28.10.15 at 04:21, wrote:
> Signed-off-by: Wei Wang
Acked-by: Jan Beulich
with two remarks:
> --- a/docs/misc/xen-command-line.markdown
> +++ b/docs/misc/xen-command-line.markdown
> @@ -858,6 +858,13 @@ debug hypervisor only).
> ### idle\_latency\_factor
> > `= `
>
> +### intel\_pst
On Fri, 2015-11-20 at 11:30 +, Wei Liu wrote:
> Acked-by: Wei Liu
Applied, thanks.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 10 Nov 2015, Stefano Stabellini wrote:
> On Thu, 5 Nov 2015, Stefano Stabellini wrote:
> > Introduce CONFIG_PARAVIRT and PARAVIRT_TIME_ACCOUNTING on ARM.
> >
> > The only paravirt interface supported is pv_time_ops.steal_clock, so no
> > runtime pvops patching needed.
> >
> > This allows
On 18/11/15 16:37, Roger Pau Monne wrote:
> With the current compat implementation in the save/restore context handling,
> only one compat structure is allowed, and using _zeroextend prevents the
> fixup function from being called.
>
> In order to allow for the compat handling layer to be able to h
Hello,
Juergen Gross, on Fri 20 Nov 2015 14:52:57 +0100, wrote:
> Today mini-os is making assumptions how the page tables it is started
> with are being allocated. Especially it is using the number of page
> table frames to calculate which is the first unmapped pfn.
>
> Instead of relying on page
Hi Stefano,
On 11/20/2015 09:31 AM, Stefano Stabellini wrote:
> On Tue, 10 Nov 2015, Stefano Stabellini wrote:
>> On Thu, 5 Nov 2015, Stefano Stabellini wrote:
>>> Introduce CONFIG_PARAVIRT and PARAVIRT_TIME_ACCOUNTING on ARM.
>>>
>>> The only paravirt interface supported is pv_time_ops.steal_cloc
On 18/11/15 16:37, Roger Pau Monne wrote:
> Introduce a new field to signal if the FPU has been initialised or not. Xen
> needs this new field in order to know whether to set the FPU as initialised
> or not during restore of CPU context. Previously Xen always wrongly assumed
> the FPU was initialis
On Thu, 2015-11-19 at 12:41 -0500, Boris Ostrovsky wrote:
> On 11/19/2015 11:45 AM, Wei Liu wrote:
> > On Thu, Nov 19, 2015 at 05:11:08PM +0100, Juergen Gross wrote:
> > > Commit 81a76e4b12961a9f54f5021809074196dfe6dbba ("libxc: rework of
> > > domain builder's page table handler") dropped a specia
On Fri, 20 Nov 2015, Christopher Covington wrote:
> Hi Stefano,
>
> On 11/20/2015 09:31 AM, Stefano Stabellini wrote:
> > On Tue, 10 Nov 2015, Stefano Stabellini wrote:
> >> On Thu, 5 Nov 2015, Stefano Stabellini wrote:
> >>> Introduce CONFIG_PARAVIRT and PARAVIRT_TIME_ACCOUNTING on ARM.
> >>>
> >
On 11/20/2015 09:17 AM, Stefano Stabellini wrote:
Try XENPF_settime64 first, if it is not available fall back to
XENPF_settime32.
No need to call __current_kernel_time() when all the info needed are
already passed via the struct timekeeper * argument.
Return NOTIFY_BAD in case of errors.
Revi
Ian Campbell, on Fri 20 Nov 2015 14:22:11 +, wrote:
> Signed-off-by: Ian Campbell
> Cc: samuel.thiba...@ens-lyon.org
> Cc: stefano.stabell...@eu.citrix.com
> Cc: minios-de...@lists.xenproject.org
Acked-by: Samuel Thibault
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> dif
osstest service owner writes ("[xen-unstable test] 64750: regressions - FAIL"):
> flight 64750 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/64750/
...
> test-amd64-amd64-qemuu-nested 16 debian-hvm-install/l1/l2 fail baseline
> untested
It appears that this new test
>>> On 28.10.15 at 04:21, wrote:
> tools/libxc/include/xenctrl.h | 20 ++--
> tools/libxc/xc_pm.c| 16 ++--
I won't (again) comment on the changes of these files (I'll leave it
to the tools maintainers), but I can't help thinking that there's more
shuffling there than neces
On 20/11/15 15:35, Samuel Thibault wrote:
> Hello,
>
> Juergen Gross, on Fri 20 Nov 2015 14:52:57 +0100, wrote:
>> Today mini-os is making assumptions how the page tables it is started
>> with are being allocated. Especially it is using the number of page
>> table frames to calculate which is the
This script runs the OpenStack integration test suite, Tempest.
Signed-off-by: Anthony PERARD
---
Change in V4:
- use \Q\E for tests names
- write the full name of the tests to skip
- use push @ignored_test then join()
- use variables to store common prefix
- rewrite comments
Change in V3:
- Us
Signed-off-by: Anthony PERARD
---
Change in V4:
- also skip build-*-oldkern in make flight
- fix select_xenbranch
- set revision_*=$REVISION_OPENSTACK_* in make-flight
(was revision_*=master before)
only REVISION_OPENSTACK_NOVA is set, the others are unset.
empty revision_* runvar would clo
Hi,
I have looked into getting OpenStack been tested on the latest Xen via
osstest.
The ts-openstack-deploy script does prepare a bit more the host, clone
devstack and other OpenStack trees, then run ./stack.sh, which is a bit
like raisin and deploy OpenStack on the host. Once the machine is read
This script installs any necessary packages and clones all of the OpenStack
trees which are used by devstack to deploy OpenStack.
Signed-off-by: Anthony PERARD
Acked-by: Ian Campbell
---
No change in V4:
- acked
Change in V3:
- Use host as argument to run the job.
- Use selectjob() and get rid
Hi all,
I dusted off this series from Jan 2014. Patch #2 and #3 still need an ack.
This patch series introduces stolen ticks accounting for Xen on ARM64.
Stolen ticks are clocksource ticks that have been "stolen" from the cpu,
typically because Linux is running in a virtual machine and the vcpu
Register the runstate_memory_area with the hypervisor.
Use pv_time_ops.steal_clock to account for stolen ticks.
Signed-off-by: Stefano Stabellini
---
Changes in v12:
- ifdef CONFIG_PARAVIRT the code that depends on it
- remove useless #include's
Changes in v4:
- don't use paravirt_steal_rq_ena
Add include asm/paravirt.h to cputime.c, as steal_account_process_tick
calls paravirt_steal_clock, which is defined in asm/paravirt.h.
The ifdef CONFIG_PARAVIRT is necessary because not all archs have an
asm/paravirt.h to include.
The reason why currently cputime.c compiles, even though include
Introduce CONFIG_PARAVIRT and PARAVIRT_TIME_ACCOUNTING on ARM64.
Necessary duplication of paravirt.h and paravirt.c with ARM.
The only paravirt interface supported is pv_time_ops.steal_clock, so no
runtime pvops patching needed.
This allows us to make use of steal_account_process_tick for stolen
Signed-off-by: Stefano Stabellini
Acked-by: Ian Campbell
Reviewed-by: Konrad Rzeszutek Wilk
CC: konrad.w...@oracle.com
---
Changes in v10:
- rebase
---
arch/x86/xen/time.c | 76 +
drivers/xen/Makefile |2 +-
drivers/xen/time.c| 91 +++
>>> On 20.11.15 at 14:41, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 20 November 2015 12:27
>> While you can't "and" that mask into input_params.vcpu_mask,
>> wouldn't using it allow you to avoid the scratch pCPU mask
>> variable?
>
> I'm not sure. After flushing the ASIDs I
Use READ_ONCE through the code, rather than explicit barriers.
Suggested-by: Mark Rutland
Signed-off-by: Stefano Stabellini
CC: Mark Rutland
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostrov...@oracle.com
---
drivers/xen/time.c | 17 +++--
1 file changed, 7
Hi Jan, hi Andrew,
I am currently trying to backport the changes of XSA156 back to Xen-4.1.x and I
am struggling with the VMX side. I did see the backports made for 4.2 and 3.4 on
the security mailing list but I am not sure the 3.4 backport is not having the
same issues (or similar ones).
Trying
On 20/11/15 15:17, Stefano Stabellini wrote:
> The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
> which is ancient, and modern upstream Linux kernels cannot run as dom0
> and it anymore anyway.
s/and/on/
Juergen
>
> Signed-off-by: Stefano Stabellini
> Reviewed-by: Boris Os
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 20 November 2015 15:03
> To: Paul Durrant
> Cc: Andrew Cooper; Ian Campbell; Ian Jackson; Stefano Stabellini; Wei Liu;
> xen-de...@lists.xenproject.org; Keir (Xen.org)
> Subject: RE: [PATCH v3] x86/hvm/viridian: flu
On 11/20/2015 06:24 AM, Stefano Stabellini wrote:
On Wed, 18 Nov 2015, Boris Ostrovsky wrote:
After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
allocating descs for legacy IRQs") early_irq_init() will no longer
preallocate descriptors for legacy interrupts if PIC does not
exist,
>>> On 19.11.15 at 12:47, wrote:
> On 19/11/15 11:30, Ian Campbell wrote:
>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
>>> On 18/11/15 15:49, Wei Liu wrote:
Hi Juergen
Looks like there is something we missed after all.
On Wed, Nov 18, 2015 at 02:31:57PM +
Hello,
On 19/11/15 14:51, Ian Campbell wrote:
> Following on from IRC conversation regarding an issue similar to [0] (which
> was reported by someone else).
>
> I've implemented the missing hypercall support in valgrind, see attached
> which applies to SVN r15732. This is migrating cleanly (i.e.
On Fri, Nov 20, 2015 at 08:14:00AM -0700, Jan Beulich wrote:
> >>> On 19.11.15 at 12:47, wrote:
> > On 19/11/15 11:30, Ian Campbell wrote:
> >> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> >>> On 18/11/15 15:49, Wei Liu wrote:
> Hi Juergen
>
> Looks like there is someth
On Fri, 2015-11-13 at 14:36 -0700, Jim Fehlig wrote:
> Prior to this patch, libxl events were delivered to libvirt via
> the libxlDomainEventHandler callback registered with libxl.
> Documenation in $xensrc/tools/libxl/libxl_event.h states that the
> callback "may occur on any thread in which the a
flight 64956 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64956/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
On 20/11/15 16:14, Jan Beulich wrote:
On 19.11.15 at 12:47, wrote:
>> On 19/11/15 11:30, Ian Campbell wrote:
>>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
On 18/11/15 15:49, Wei Liu wrote:
> Hi Juergen
>
> Looks like there is something we missed after all.
>
On Fri, 20 Nov 2015, Boris Ostrovsky wrote:
> On 11/20/2015 06:24 AM, Stefano Stabellini wrote:
> > On Wed, 18 Nov 2015, Boris Ostrovsky wrote:
> > > After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> > > allocating descs for legacy IRQs") early_irq_init() will no longer
> > > pre
>>> On 18.11.15 at 17:37, wrote:
> +if ( HVM_SAVE_HAS_COMPAT(_x) && d->length != HVM_SAVE_LENGTH(_x) ) \
If you broke this line at the && you could avoid all the churn to move
out the \ by a few spaces. That would also have avoided Andrew's
request for re-assurance that the addition here
On Fri, Nov 20, 2015 at 04:29:04PM +0100, Juergen Gross wrote:
> On 20/11/15 16:14, Jan Beulich wrote:
> On 19.11.15 at 12:47, wrote:
> >> On 19/11/15 11:30, Ian Campbell wrote:
> >>> On Thu, 2015-11-19 at 11:24 +0100, Juergen Gross wrote:
> On 18/11/15 15:49, Wei Liu wrote:
> > Hi J
On 20/11/15 15:41, Andrew Cooper wrote:
> On 20/11/15 15:34, Wei Liu wrote:
>> On Fri, Nov 20, 2015 at 04:29:04PM +0100, Juergen Gross wrote:
>>> On 20/11/15 16:14, Jan Beulich wrote:
>>> On 19.11.15 at 12:47, wrote:
> On 19/11/15 11:30, Ian Campbell wrote:
>> On Thu, 2015-11-19 at 11:
On 11/20/2015 10:36 AM, Stefano Stabellini wrote:
On Fri, 20 Nov 2015, Boris Ostrovsky wrote:
On 11/20/2015 06:24 AM, Stefano Stabellini wrote:
On Wed, 18 Nov 2015, Boris Ostrovsky wrote:
After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
allocating descs for legacy IRQs") earl
>>> On 18.11.15 at 17:37, wrote:
> --- a/xen/include/xen/hvm/save.h
> +++ b/xen/include/xen/hvm/save.h
> @@ -60,6 +60,8 @@ void _hvm_read_entry(struct hvm_domain_context *h,
> */
> #define _hvm_load_entry(_x, _h, _dst, _strict) ({ \
> int r;
1 - 100 of 219 matches
Mail list logo
