This run is configured for baseline tests only.
flight 67904 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67904/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 09bd67f09573ad5a40875f3d7bfbf49c43756cf5
baseline v
On 18/10/16 18:40, Boris Ostrovsky wrote:
> On 10/18/2016 12:08 PM, Juergen Gross wrote:
>> On 14/10/16 22:02, Boris Ostrovsky wrote:
>>> On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote:
> On 10/14/2016 03:19 PM, Konrad R
flight 101519 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101519/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101443
test-armhf-armhf
> From: Kyle Huey [mailto:m...@kylehuey.com]
> Sent: Tuesday, October 18, 2016 2:51 AM
>
> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
> faulting state in vmx_do_cpuid and hvmemul_cpuid. A new function,
> hvm_check_cpuid_fault will check if cpuid faulting is enabled a
> From: Kyle Huey [mailto:m...@kylehuey.com]
> Sent: Tuesday, October 18, 2016 9:57 PM
>
> >> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
> >> index 6ed7486..a713ff3 100644
> >> --- a/xen/arch/x86/hvm/emulate.c
> >> +++ b/xen/arch/x86/hvm/emulate.c
> >> @@ -1544,16 +1544,3
This run is configured for baseline tests only.
flight 67902 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67902/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bfa97024df7c0c4bd94157a1e9c3eb5e89cba656
baseline v
flight 101510 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101510/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101484
test-armhf-armhf-
flight 101530 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101530/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100987
test-amd64-amd64-xl-qemuu-win7-a
flight 101515 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101515/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-pair 9 xen-boot/src_hostfail REGR. vs. 101000
test-amd64-i386-pair
- On 18 Oct, 2016, at 21:03, Marek Marczykowski-Górecki
marma...@invisiblethingslab.com wrote:
> On Tue, Oct 18, 2016 at 04:52:29PM -0400, Konrad Rzeszutek Wilk wrote:
>> On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote:
>> > HVM domains use IOMMU and device model as
flight 101526 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101526/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 09bd67f09573ad5a40875f3d7bfbf49c43756cf5
baseline version:
ovmf bfa97024df7c0c4bd9415
[Trimming the Cc-list]
On Tue, 2016-10-18 at 13:49 -0400, Meng Xu wrote:
> > +For checking or changing a VM's scheduling parameters from xl, do
> > +as follows:
> > +* `xl sched-rtds -d vm-rt`
>
>
> It should be
> xl sched-rtds -d vm-rt -v all
>
Yeah, you're right.
I wrote this basing on m
On Tue, 2016-10-18 at 19:52 +0100, Juergen Schinker wrote:
> > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu
> > wrote:
> > >
> > Another thing is that the current RTDS scheduler will only allocate
> > the amount of resource to the VCPU you set. Since you set period
> > and
> > budget to be 2 and
Den 18. okt. 2016 14:48, skrev Wei Liu:
> On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
>> Thursday, October 13, 2016, 4:43:31 PM, you wrote:
>>
>>> Hi Jan / Wei,
>>> Took a while before i had the chance to fiddle some more to find the actual
>>> culprit.
>>> After analyzing
On Thu, 13 Oct 2016, Stefano Stabellini wrote:
> Hi all,
>
> This is the design document of the PV Calls protocol. You can find
> prototypes of the Linux frontend and backend drivers here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git pvcalls-7
>
> To use them, make sure
On Tue, Oct 18, 2016 at 04:52:29PM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote:
> > HVM domains use IOMMU and device model assistance for communicating with
> > PCI devices, xen-pcifront/pciback is used only in PV domains.
> > Whe
flight 101521 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101521/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bfa97024df7c0c4bd94157a1e9c3eb5e89cba656
baseline version:
ovmf d4a9b90fa7179f1c8c58c
flight 67898 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67898/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail like 67858
test-amd64-i3
On Tue, Oct 18, 2016 at 03:53:31AM +0200, Marek Marczykowski-Górecki wrote:
> HVM domains use IOMMU and device model assistance for communicating with
> PCI devices, xen-pcifront/pciback is used only in PV domains.
> When HVM domain has device model in stubdomain, attaching xen-pciback to
> the tar
On Tue, Oct 18, 2016 at 10:14:16PM +0800, Lan Tianyu wrote:
> Change since V1:
> 1) Update motivation for Xen vIOMMU - 288 vcpus support part
> 2) Change definition of struct xen_sysctl_viommu_op
> 3) Update "3.5 Implementation consideration" to explain why we needs to
> enable l2
flight 101522 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101522/
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 1
I think this kind of calls should be announced on xen-devel before they
happen, to give a chance to other people to participate (I cannot
promise I would have participated but it is the principle that counts).
If I missed the announcement, I apologize.
On Fri, 14 Oct 2016, Jennifer Herbert wrote
On 18/10/16 15:14, Lan Tianyu wrote:
> Change since V1:
> 1) Update motivation for Xen vIOMMU - 288 vcpus support part
> 2) Change definition of struct xen_sysctl_viommu_op
> 3) Update "3.5 Implementation consideration" to explain why we
> needs to enable l2 translation first.
> 4)
Hi all,
While I was investigating the recent libxl ARM64 build issue, I found
another ARM64 build problem. This one is in QEMU:
CChw/usb/xen-usb.o
hw/usb/xen-usb.c: In function ‘usbback_gnttab_map’:
hw/usb/xen-usb.c:163:56: error: ‘PAGE_SIZE’ undeclared (first use in this
function)
On Tue, Oct 18, 2016 at 07:52:29PM +0100, Juergen Schinker wrote:
>
>
> - On 18 Oct, 2016, at 17:41, Meng Xu xumengpa...@gmail.com wrote:
>
> > On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote:
> >> CC Dario and Meng
> >
> > Thank you very much for cc.ing me, Wei! :-)
> >
>
> why are you n
This run is configured for baseline tests only.
flight 67900 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67900/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm 5 xen-build
- On 18 Oct, 2016, at 17:41, Meng Xu xumengpa...@gmail.com wrote:
> On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote:
>> CC Dario and Meng
>
> Thank you very much for cc.ing me, Wei! :-)
>
why are you not on the list?
> The short story is:
> If you use "xl sched-rtds -v all", you will s
Hello,
Marek Marczykowski-Górecki, on Tue 18 Oct 2016 03:53:30 +0200, wrote:
> This series is follow up to previous attempts to fix this. Related threads:
> - http://markmail.org/thread/dwjcdfk3y7s5c5kl "PCI passthrough with
> stubdomain"
> - http://xen.markmail.org/thread/l7tvqcxbiyc2grvr "Jso
flight 101516 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101516/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf e161cc3b0bde81a0f82a445735240596fdc2525e
baseline version:
xtf 89e5eba167fff21d51e5eb
Hi Meng,
I've committed this patch. Feel free to send update when you and
Dario have all the details hashed out.
Wei.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Hi Dario,
Thank you very much for writing this nice document!
Sorry for the late reply...
I found two typos in the command example.
I saw the patch has been committed. Maybe I (or you) should send a
patch to correct the typo?
>
>
> +
> +For checking or changing a VM's scheduling parameters from x
On Tue, Oct 18, 2016 at 6:51 AM, Wei Liu wrote:
> CC Dario and Meng
Thank you very much for cc.ing me, Wei! :-)
>
> On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote:
>> Hey Meng XU
Hi,
Thanks for your interest in RTDS scheduler! :-)
>>
>>
>> xl -vf sched-rtds -v all -d 0 -p 20
flight 101518 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101518/
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 1
On Tue, 2016-10-18 at 11:51 +0100, Wei Liu wrote:
> CC Dario and Meng
>
Hi,
Thanks Wei for the Cc...
> On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote:
> >
> > xl -vf sched-rtds -v all -d 0 -p 2 -b 8000
> >
> > whatever I set - the changes are not accepted and stay like yo
On Tue, Oct 18, 2016 at 09:57:53AM -0700, Stefano Stabellini wrote:
> On Tue, 18 Oct 2016, Wei Liu wrote:
> > After 9c635883 ("ARM64: fix libxl build, do not include
> > ../../xen/include") there is nothing special needed to build
> > libxl_arm_acpi.o. Remove the explicit rule, use predefined one.
On Tue, 18 Oct 2016, Wei Liu wrote:
> After 9c635883 ("ARM64: fix libxl build, do not include
> ../../xen/include") there is nothing special needed to build
> libxl_arm_acpi.o. Remove the explicit rule, use predefined one.
>
> Build tested on ARM64.
>
> Suggested-by: Steve Capper
> Signed-off-by
Hi. It appears that 3.18.y is lacking 581b7f158fe0 "x86/cpu: Fix SMAP
check in PVOPS environments". Without this, it crashes when booting
under Xen PVOPS on processors with the new SMAP feature.
Andrew Cooper tells me this bug is definitely present in 3.18.y.
Would you please consider applying
flight 101509 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101509/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf d4a9b90fa7179f1c8c58c601160acf9ffc98f321
baseline version:
ovmf aaba2a44c24e8c688343b
On 10/18/2016 12:08 PM, Juergen Gross wrote:
> On 14/10/16 22:02, Boris Ostrovsky wrote:
>> On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote:
>>> On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote:
On 10/14/2016 03:19 PM, Konrad Rzeszutek Wilk wrote:
> On Fri, Oct 14, 2016
On 14/10/16 22:02, Boris Ostrovsky wrote:
> On 10/14/2016 03:51 PM, Konrad Rzeszutek Wilk wrote:
>> On Fri, Oct 14, 2016 at 03:43:19PM -0400, Boris Ostrovsky wrote:
>>> On 10/14/2016 03:19 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Oct 14, 2016 at 02:05:16PM -0400, Boris Ostrovsky wrote:
>>
On Tue, Oct 18, 2016 at 03:58:34PM +, #PATHANGI JANARDHANAN
JATINSHRAVAN# wrote:
> Hi,
>
> I've been playing around with the netback.c file in order to produce
> some log statements with dimes to better understand when each function
> in the file is called and I was having some trouble actuall
Hi,
I've been playing around with the netback.c file in order to produce some log
statements with dimes to better understand when each function in the file is
called and I was having some trouble actually getting them to show up. I've
written log statements in the following functions using the
Wei Liu writes ("[PATCH] libxl: remove explicit rule for libxl_arm_acpi.o"):
> After 9c635883 ("ARM64: fix libxl build, do not include
> ../../xen/include") there is nothing special needed to build
> libxl_arm_acpi.o. Remove the explicit rule, use predefined one.
>
> Build tested on ARM64.
>
> Su
On 14/10/16 20:05, Boris Ostrovsky wrote:
> Signed-off-by: Boris Ostrovsky
Reviewed-by: Juergen Gross
> ---
> arch/x86/xen/platform-pci-unplug.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/xen/platform-pci-unplug.c
> b/arch/x86/xen/platform-pci-unplu
Konrad Rzeszutek Wilk writes ("[PATCH 2/2] s/HttpProxy/DebianMirrorProxy/"):
> From: Konrad Rzeszutek Wilk
...
> When constructing Debian related items we should be using the
> DebianMirrorProxy instead of all catch HttpProxy.
I don't think this is right, because apt-cachers and the like are only
Hi,
I’ve been playing around with the netback.c file in order to produce some log
statements with dimes to better understand when each function in the file is
called and I was having some trouble actually getting them to show up. I’ve
written log statements in the following functions using the p
Konrad Rzeszutek Wilk writes ("[PATCH 1/2] README: Also mention other
requirements."):
> From: Konrad Rzeszutek Wilk
>
> Mainly dctrl-grep which is in the dctrl-tools.
Thanks,
Acked-by: Ian Jackson
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 10/18/2016 11:33 AM, Juergen Gross wrote:
> On 18/10/16 16:45, Boris Ostrovsky wrote:
>> On 10/18/2016 09:46 AM, Juergen Gross wrote:
>>> On 14/10/16 20:05, Boris Ostrovsky wrote:
We are replacing existing PVH guests with new implementation.
Signed-off-by: Boris Ostrovsky
>>> Rev
Great! Please, let me know if I can help you.
BTW, I hope you formally applied for Outreachy.
Saludos,
Jesus.
On Mon, 2016-10-17 at 14:54 -0400, Tevin Mallory wrote:
Hi Jesus,
How are you today? I hope you are doing well. Since running perceval on
windows was giving me to much trou
On 18/10/16 16:45, Boris Ostrovsky wrote:
> On 10/18/2016 09:46 AM, Juergen Gross wrote:
>> On 14/10/16 20:05, Boris Ostrovsky wrote:
>>> We are replacing existing PVH guests with new implementation.
>>>
>>> Signed-off-by: Boris Ostrovsky
>> Reviewed-by: Juergen Gross
>>
>> with the following add
In b8134c7fa60d "mg-debian-installer-update: Print the correct value
for TftpDiVersion", the output of mg-debian-installer-update was
changed to be a config fragment. But standalone-reset expected it to
be just the date value, and was not updated.
Update it now. And leave a comment in mg-debian-
This has already been reported:
http://marc.info/?l=linux-kernel&m=147628583512117&w=3
Thanks.
-boris
On 10/18/2016 10:56 AM, Randy Dunlap wrote:
> On 10/17/16 19:27, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20161017:
>
> on i386:
>
> arch/x86/built-in.o: In function `xen_start_k
In b8134c7fa60d "mg-debian-installer-update: Print the correct value
for TftpDiVersion", the output of mg-debian-installer-update was
changed to be a config fragment. But standalone-reset expected it to
be just the date value, and was not updated.
Update it now. And leave a comment in mg-debian-
On 10/17/16 19:27, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20161017:
on i386:
arch/x86/built-in.o: In function `xen_start_kernel':
(.init.text+0x2fa6): undefined reference to `xen_cpu_dead'
arch/x86/built-in.o: In function `xen_start_kernel':
(.init.text+0x2fab): undefined reference
Hey,
Two little fixes, nothing major - but things I spotted as I was
setting up osstest.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
From: Konrad Rzeszutek Wilk
Mainly dctrl-grep which is in the dctrl-tools.
Signed-off-by: Konrad Rzeszutek Wilk
---
README | 1 +
1 file changed, 1 insertion(+)
diff --git a/README b/README
index 4ff7e8d..97f098b 100644
--- a/README
+++ b/README
@@ -253,6 +253,7 @@ To run osstest in standalon
From: Konrad Rzeszutek Wilk
where appropiate.
When constructing Debian related items we should be using the
DebianMirrorProxy instead of all catch HttpProxy.
Or alternatively support the case where are no HttProxy at all.
Signed-off-by: Konrad Rzeszutek Wilk
---
mg-debian-installer-update |
flight 101512 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101512/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 15 guest-localmigrate/x10 fail REGR.
vs. 101492
T
On 10/18/2016 09:46 AM, Juergen Gross wrote:
> On 14/10/16 20:05, Boris Ostrovsky wrote:
>> We are replacing existing PVH guests with new implementation.
>>
>> Signed-off-by: Boris Ostrovsky
> Reviewed-by: Juergen Gross
>
> with the following addressed:
>
>> diff --git a/include/xen/xen.h b/inclu
flight 101500 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101500/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101443
test-armhf-armhf
Change since V1:
1) Update motivation for Xen vIOMMU - 288 vcpus support part
2) Change definition of struct xen_sysctl_viommu_op
3) Update "3.5 Implementation consideration" to explain why we needs to
enable l2 translation first.
4) Update "4.3 Q35 vs I440x" - Linux/Windows VTD
On Tue, Oct 18, 2016 at 3:09 AM, Andrew Cooper
wrote:
> On 17/10/16 19:51, Kyle Huey wrote:
>> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
>> index 6ed7486..a713ff3 100644
>> --- a/xen/arch/x86/hvm/emulate.c
>> +++ b/xen/arch/x86/hvm/emulate.c
>> @@ -1544,16 +1544,35 @@ st
On Tue, Oct 18, 2016 at 1:29 AM, Tian, Kevin wrote:
>> From: Kyle Huey [mailto:m...@kylehuey.com]
>> Sent: Tuesday, October 18, 2016 2:51 AM
>>
>> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
>> faulting state in vmx_do_cpuid and hvmemul_cpuid. A new function,
>> hvm_c
This run is configured for baseline tests only.
flight 67899 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67899/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf aaba2a44c24e8c688343bda15e915be9ae24056c
baseline v
On 14/10/16 20:05, Boris Ostrovsky wrote:
> We are replacing existing PVH guests with new implementation.
>
> Signed-off-by: Boris Ostrovsky
Reviewed-by: Juergen Gross
with the following addressed:
> diff --git a/include/xen/xen.h b/include/xen/xen.h
> index f0f0252..d0f9684 100644
> --- a/in
flight 101497 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101497/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 6 xen-boot fail REGR. vs.
101000
test-amd64-i386
flight 101502 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101502/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 12 saverestore-support-check fail REGR. vs. 101477
test-armhf-armhf-libvi
On Mon, Oct 17, 2016 at 05:28:17PM +0200, Sander Eikelenboom wrote:
> Thursday, October 13, 2016, 4:43:31 PM, you wrote:
>
> > Hi Jan / Wei,
>
> > Took a while before i had the chance to fiddle some more to find the actual
> > culprit.
> > After analyzing the output of xl -v create somewhat
After 9c635883 ("ARM64: fix libxl build, do not include
../../xen/include") there is nothing special needed to build
libxl_arm_acpi.o. Remove the explicit rule, use predefined one.
Build tested on ARM64.
Suggested-by: Steve Capper
Signed-off-by: Wei Liu
---
Cc: Ian Jackson
Cc: Stefano Stabelli
On Tue, Oct 18, 2016 at 12:21:02PM +0100, Wei Liu wrote:
[...]
> > > ---
> > > ARM64: fix libxl build, do not include ../../xen/include
> > >
> > > Do not include ../../xen/include/ to build libxl_arm_acpi.c: header
> > > files clashing against default headers under /usr/include are present in
> >
On Tue, Oct 18, 2016 at 08:52:24AM +0100, Steve Capper wrote:
> On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote:
> > On Mon, 17 Oct 2016, Wei Liu wrote:
> > > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote:
> > > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu w
On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote:
> On Mon, 17 Oct 2016, Wei Liu wrote:
> > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote:
> > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu wrote:
> > > > On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu wrote:
CC Dario and Meng
On Mon, Oct 17, 2016 at 10:55:21PM +0100, Juergen Schinker wrote:
> Hey Meng XU
>
>
> xl -vf sched-rtds -v all -d 0 -p 2 -b 8000
>
> whatever I set - the changes are not accepted and stay like you see further
> down
>
> and the system feels very lame
>
> Cpupool Pool-0
flight 101496 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101496/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 6 xen-boot fail REGR. vs. 101484
test-armhf-armhf-l
flight 101504 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101504/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf aaba2a44c24e8c688343bda15e915be9ae24056c
baseline version:
ovmf d93a10c02bd963cc11670
On 17/10/16 19:51, Kyle Huey wrote:
> diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c
> index 6ed7486..a713ff3 100644
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -1544,16 +1544,35 @@ static int hvmemul_wbinvd(
>
> static int hvmemul_cpuid(
>
> From: Kyle Huey [mailto:m...@kylehuey.com]
> Sent: Tuesday, October 18, 2016 2:51 AM
>
> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
> faulting state in vmx_do_cpuid and hvmemul_cpuid. A new function,
> hvm_check_cpuid_fault will check if cpuid faulting is enabled a
This run is configured for baseline tests only.
flight 67896 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67896/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf d93a10c02bd963cc11670a9e02ce396764838768
baseline v
On Mon, Oct 17, 2016 at 04:36:18PM -0700, Stefano Stabellini wrote:
> On Mon, 17 Oct 2016, Wei Liu wrote:
> > On Mon, Oct 17, 2016 at 03:57:06PM +0100, Steve Capper wrote:
> > > On Mon, Oct 17, 2016 at 11:47:00AM +0100, Wei Liu wrote:
> > > > On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu wrote:
79 matches
Mail list logo
