> -Original Message-
[snip]
> > C99 was 16 years ago now, I'm struggling to think of a reason not to move
> > the baseline for tools stuff at least to that.
> >
> > https://en.wikipedia.org/wiki/Visual_C%2B%2B might be one such reason I
> > suppose, although I'm not convinced a libvchan por
flight 65186 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65186/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
Regressions w
I got the problem of multiple cores CPU cannot be fully used when using UEFI
mode. It is suggested that I should be boot the xen in legacy mode. How is it
done?
My environment: Xen 4.1.2, PowerEdge R730xd E5-2603 v3 @ 1.60GHz, ubuntu 14.04
kernel 3.13.0-24-generic
Some References I use:
http://
This run is configured for baseline tests only.
flight 38383 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38383/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3
flight 65205 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65205/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 60684
test-amd64
Hi Meng,
So I will rewrite my setup here again, but this time I shorten the period
and budget for RTDS like you suggested:
-
for xen-credit : 2vms (both vm are given 8 vCPUs
2015-11-29 7:46 GMT-05:00 Yu-An(Victor) Chen :
> Hi Meng,
>
Hi,
>
> So I will rewrite my setup here again, but this time I shorten the period
> and budget for RTDS like you suggested:
>
Nice! :-)
>
> --
flight 65210 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65210/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail REGR. vs. 6
On Sun, 2015-11-29 at 04:46 -0800, Yu-An(Victor) Chen wrote:
> So st_jobs_stats for the missed deadline jobs are:
>
> trial #1 composed of 2 tasks: total tasks utilization rate = 1
>
> (period, exe, deadline)=(21ms,12.023ms,21ms) -> miss all deadline
> (period, exe, deadline)=(100ms,37.985ms,100m
2015-11-29 11:18 GMT-05:00 Dario Faggioli :
>
> On Sun, 2015-11-29 at 04:46 -0800, Yu-An(Victor) Chen wrote:
> > So st_jobs_stats for the missed deadline jobs are:
> >
> > trial #1 composed of 2 tasks: total tasks utilization rate = 1
> >
> > (period, exe, deadline)=(21ms,12.023ms,21ms) -> miss all
On Sun, 2015-11-29 at 10:38 -0500, Meng Xu wrote:
>
>
> 2015-11-29 7:46 GMT-05:00 Yu-An(Victor) Chen :
> > Hi Meng,
> >
> Hi,
>
> >
> > So I will rewrite my setup here again, but this time I shorten the
> > period and budget for RTDS like you suggested:
> >
> Nice! :-)
>
>
> > --
2015-11-29 11:27 GMT-05:00 Dario Faggioli :
> On Sun, 2015-11-29 at 10:38 -0500, Meng Xu wrote:
>>
>>
>> 2015-11-29 7:46 GMT-05:00 Yu-An(Victor) Chen :
>> > Hi Meng,
>> >
>> Hi,
>>
>> >
>> > So I will rewrite my setup here again, but this time I shorten the
>> > period and budget for RTDS like you
Hi, I hope everyone has had an enjoyable weekend, particularly for
those who were enjoying the Thanksgiving holiday.
We've been following the i915 graphics virtualization project for some
time. We have been working on the engineering behind some solutions
which we hope to base on this technology.
Hi Meng and Dario,
Thank you both very very much for the explanations! It really help a lot
for understanding RT and what I am doing wrong here! I will do more
research and reconfigure the experiments. Hope to have some good news soon!
Thanks again!
On Sun, Nov 29, 2015 at 8:44 AM, Meng Xu wr
Inside the page fault handler for shadow page tables (sh_page_fault
function in multi.c) where is the code for swapping in a page from disk?
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
flight 65217 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65217/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
Tests which a
This mmu_notifier_ops structure is never modified, so declare it as
const, like the other mmu_notifier_ops structures.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
The patches in this series are independent of each other.
drivers/xen/gntdev.c |2 +-
1 file changed, 1
mmu_notifier_ops structures are never modified, so declare them all as
const.
---
drivers/infiniband/core/umem_odp.c |2 +-
drivers/iommu/amd_iommu_v2.c |2 +-
drivers/xen/gntdev.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
__
flight 65167 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65167/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
64579
test-amd64-i38
On Sat, Nov 28, 2015 at 09:14:04PM +0100, Daniel Kiper wrote:
> Crash kernel region size is available via sysfs on Linux running on
> bare metal. However, this does not work when Linux runs as Xen dom0.
> In this case Xen crash kernel region size should be established using
> __HYPERVISOR_kexec_op
On Sat, Nov 28, 2015 at 09:17:18PM +0100, Daniel Kiper wrote:
> Xen is not aware of E820_PMEM and E820_PRAM memory types, so, build
> simply fails. Hence, build code referencing them conditionally.
>
> Signed-off-by: Daniel Kiper
I believe this is fixed by
"x86: Make sure E820_PM[AE]M are define
flight 65227 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65227/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 16
guest-localmigrate/x10 fail in 65210 RE
I'm tring to solve the "no console" problem "only one core" problem with guide
of http://lists.xenproject.org/archives/html/xen-users/2013-03/msg00239.html
These is the information:
df -h
/dev/sda1 511M 31M 481M 7% /boot/efi
~/boot/efi$ du
3420./EFI/ubuntu
8
flight 65177 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65177/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340
test-amd64-amd64-libvirt-
flight 65180 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65180/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 59254
test-amd64-i386-qemut
flight 65233 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65233/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
Tests which a
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Friday, November 27, 2015 11:54 PM
> To: Hu, Robert
> Cc: xen-de...@lists.xensource.com; osstest service owner
>
> Subject: Re: [xen-unstable test] 65141: regressions - FAIL
>
> osstest service owner writ
On Mon, Nov 30, 2015 at 08:55:32AM +0900, Simon Horman wrote:
> On Sat, Nov 28, 2015 at 09:14:04PM +0100, Daniel Kiper wrote:
> > Crash kernel region size is available via sysfs on Linux running on
> > bare metal. However, this does not work when Linux runs as Xen dom0.
> > In this case Xen crash k
On Mon, Nov 30, 2015 at 08:56:14AM +0900, Simon Horman wrote:
> On Sat, Nov 28, 2015 at 09:17:18PM +0100, Daniel Kiper wrote:
> > Xen is not aware of E820_PMEM and E820_PRAM memory types, so, build
> > simply fails. Hence, build code referencing them conditionally.
> >
> > Signed-off-by: Daniel Kip
29 matches
Mail list logo
