flight 101498 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101498/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf d93a10c02bd963cc11670a9e02ce396764838768
baseline version:
ovmf 245cda6641ade1f1013c2
flight 101494 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101494/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 6 xen-boot fail REGR. vs. 101443
test-armhf-armhf-
When qemu is running in stubdomain, handling "pci-ins" command will fail
if pcifront is not initialized already. Fix this by sending such command
only after confirming that pciback/front is running.
It is possible to handle this case in mini-os code, by delaying
"pci-ins" handling until pcifront_t
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 target domain itself is not only useless, but also may prevent
attaching xen-pciback to
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 "Json config and stubdomain"
With those patches applied, HVM finally have PCI devices work
Stubdomain do not have it's own config file - its configuration is
derived from target domains. Do not try to manipulate it when attaching
PCI device.
This bug prevented starting HVM with stubdomain and PCI passthrough
device attached.
Signed-off-by: Marek Marczykowski-Górecki
---
tools/libxl/l
flight 101493 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101493/
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 101491 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101491/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 101484
test-armhf-armhf-l
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:
> > > > The arm64 build for libacpi was broken due to two reasons:
> > > >
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: sched=RTDS
NameIDPeriodBudget
Domain-0
Hi Jesus,
How are you today? I hope you are doing well. Since running perceval on
windows was giving me to much trouble, I decided to change my OS to Ubuntu
and haven't had any troubles with it. I am currently working on getting the
data from the Xen git repo and should be finishing that up soo
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 and the CPL > 0.
When it returns true, the cpuid handling functions will inject a GP(0). Notably
rr (http://rr-project.org/), a Linux userspace record-and-replay reverse-
execution debugger, would like to trap and emulate the CPUID instruction.
This would allow us to a) mask away certain hardware features that rr does
not support (e.g. RDRAND) and b) enable trace portability across machines
by
While we're here, use bool instead of bool_t.
Signed-off-by: Kyle Huey
Reviewed-by: Andrew Cooper
Reviewed-by: Wei Liu
---
xen/arch/x86/cpu/intel.c| 9 +
xen/include/asm-x86/cpuid.h | 3 +++
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/xen/arch/x86/cpu/intel.c b/x
On 10/17/2016 11:35 AM, Ian Jackson wrote:
> Boris Ostrovsky writes ("Re: New ipxe tarball"):
>> But (as you said below) we should be able to fetch the file that the
>> Makefile references. (I didn't realize it was never put up there because
>> presumably git clone worked until the DNS hiccup here)
flight 101490 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101490/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 3 host-install(3) broken REGR. vs. 101443
test-armhf-armhf-
On Mon, Oct 17, 2016 at 9:39 AM, Andrew Cooper
wrote:
> On 17/10/16 17:28, Kyle Huey wrote:
>> On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper
>> wrote:
>>> On 14/10/16 20:36, Kyle Huey wrote:
On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper
wrote:
> On a slightly separate note, as y
On Wed, Oct 12, 2016 at 12:49:18PM +0100, George Dunlap wrote:
> Hey Ronald,
>
> My ultimate vision for the libxl golang project is to have the following:
>
> - Golang bindings for all core libxl functionality
> - A test program which exersises as much of that functionality as is
> reasonable
>
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:
> > > The arm64 build for libacpi was broken due to two reasons:
> > >
> > > 1. ACPI_BUILD_DIR was appended twice to
flight 101487 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101487/
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 67893 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67893/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-amd64-sid-netboot-pygrub 9 debian-di-install fail like 67854
test-amd64-i386-i38
On 17/10/16 17:28, Kyle Huey wrote:
> On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper
> wrote:
>> On 14/10/16 20:36, Kyle Huey wrote:
>>> On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper
>>> wrote:
On a slightly separate note, as you have just been a successful
guinea-pig for XTF, how did
On Mon, Oct 17, 2016 at 5:34 AM, Andrew Cooper
wrote:
> On 14/10/16 20:36, Kyle Huey wrote:
>> On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper
>> wrote:
>>> On a slightly separate note, as you have just been a successful
>>> guinea-pig for XTF, how did you find it? It is a very new (still
>>> so
flight 101492 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101492/
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
Boris Ostrovsky writes ("Re: New ipxe tarball"):
> But (as you said below) we should be able to fetch the file that the
> Makefile references. (I didn't realize it was never put up there because
> presumably git clone worked until the DNS hiccup here).
I've arranged for an apparently-correct file
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 more i came to the
> insight it was probably Qemu and not Xen causing the fault.
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:
> > The arm64 build for libacpi was broken due to two reasons:
> >
> > 1. ACPI_BUILD_DIR was appended twice to dsdt_anycpu_arm.c.
> > 2. The inclusion of firmware/Rules.mk overrided
On Mon, Oct 17, 2016 at 03:11:55PM +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> CC: Konrad Rzeszutek Wilk
CCing Marcos.
> ---
> v2: Give the scope-free version as the basic explanation
> ---
> README | 40 +++-
> 1 file changed, 23 insertions(+),
Signed-off-by: Ian Jackson
CC: Konrad Rzeszutek Wilk
---
v2: Give the scope-free version as the basic explanation
---
README | 40 +++-
1 file changed, 23 insertions(+), 17 deletions(-)
diff --git a/README b/README
index 01c4c96..07d 100644
--- a/README
+
On Mon, Oct 17, 2016 at 02:54:34PM +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> CC: Konrad Rzeszutek Wilk
Cc-ing Marcos.
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> README | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --git a/README b/README
> index 4ff
On 10/17/2016 07:12 AM, Ian Jackson wrote:
> Wei Liu writes ("Re: New ipxe tarball"):
>> On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote:
>>> Looks like new ipxe tarball disappeared from xenbits:
> It was never there.
>
>>> ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz
>>> http://xe
Signed-off-by: Ian Jackson
CC: Konrad Rzeszutek Wilk
---
README | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/README b/README
index 01c4c96..2bd8955 100644
--- a/README
+++ b/README
@@ -493,8 +493,8 @@ DebianNonfreeFirmware
TftpFoo_ and TftpFoo
Describes various
Signed-off-by: Ian Jackson
CC: Konrad Rzeszutek Wilk
---
README | 23 +++
1 file changed, 23 insertions(+)
diff --git a/README b/README
index 4ff7e8d..01c4c96 100644
--- a/README
+++ b/README
@@ -549,8 +549,31 @@ NetNameServers
WebspaceFile
WebspaceUrl
WebspaceCommon
+
+
This run is configured for baseline tests only.
flight 67894 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67894/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 245cda6641ade1f1013c2d5c9c838f2706636828
baseline v
flight 101489 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101489/
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 14/10/16 20:47, Kyle Huey wrote:
> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
> faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no
> hardware support for faulting on cpuid is necessary to emulate support with an
> HVM guest.
>
> On PV guests,
flight 101488 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101488/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 89e5eba167fff21d51e5eb5dbcee55ebc129d2e9
baseline version:
xtf c184f0dddc9d8136b9bf0f
On Fri, Oct 14, 2016 at 12:47:35PM -0700, Kyle Huey wrote:
> While we're here, use bool instead of bool_t.
>
> Signed-off-by: Kyle Huey
FWIW:
Reviewed-by: Wei Liu
(since I happened to read this series per Andrew's request)
___
Xen-devel mailing list
flight 101484 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101484/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 6 xen-boot fail in 101475 pass in 101484
test-armhf-armhf-xl 11
On 14/10/16 20:47, Kyle Huey wrote:
> While we're here, use bool instead of bool_t.
>
> Signed-off-by: Kyle Huey
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 14/10/16 20:36, Kyle Huey wrote:
> On Fri, Oct 14, 2016 at 10:18 AM, Andrew Cooper
> wrote:
>> On a slightly separate note, as you have just been a successful
>> guinea-pig for XTF, how did you find it? It is a very new (still
>> somewhat in development) system but the project is looking to tr
On Fri, Oct 14, 2016 at 12:47:36PM -0700, Kyle Huey wrote:
> On HVM guests, the cpuid triggers a vm exit, so we can check the emulated
> faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no
> hardware support for faulting on cpuid is necessary to emulate support with an
> HVM gu
On Sun, Oct 16, 2016 at 08:16:32PM -0400, Ronald Rojas wrote:
> domid is normally represented by uint32_t, but many format
> strings in xl_cmdimpl.c use %d when printing, which is signed.
> Use %u instead to print the unsigned integer domid.
>
> Signed-off-by: Ronald Rojas
Acked + applied.
Cong
On Mon, Oct 17, 2016 at 12:12:06PM +0100, Ian Jackson wrote:
> Wei Liu writes ("Re: New ipxe tarball"):
> > On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote:
> > > Looks like new ipxe tarball disappeared from xenbits:
>
> It was never there.
>
> > > ostr:/tmp$ /usr/bin/wget -c -O
Wei Liu writes ("Re: New ipxe tarball"):
> On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote:
> > Looks like new ipxe tarball disappeared from xenbits:
It was never there.
> > ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz
> > http://xenbits.xen.org/xen-extfiles/ipxe-git-827dd1bfee67
osstest service owner writes ("[osstest test] 101467: regressions - FAIL"):
> flight 101467 osstest real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/101467/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-armhf-
On Fri, Oct 14, 2016 at 06:02:30PM +0100, Wei Liu wrote:
> The arm64 build for libacpi was broken due to two reasons:
>
> 1. ACPI_BUILD_DIR was appended twice to dsdt_anycpu_arm.c.
> 2. The inclusion of firmware/Rules.mk overrided XEN_TARGET_ARCH, which
>made CONFIG_ARM disappear.
>
> Fix tho
flight 101486 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101486/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 245cda6641ade1f1013c2d5c9c838f2706636828
baseline version:
ovmf 4dd8787a20e2b74cfcc29
On Sat, Oct 15, 2016 at 11:17:06AM +0100, Juergen Schinker wrote:
[...]
>
>
> how would I know that a new security patch is available?
>
Keep an eye on https://xenbits.xen.org/xsa/
>
>
> next I test the new credit2 and RTDS scheduler yay
>
[...]
>
> would it make sense to give every VM all
On October 11, 2016 7:11 PM, Xuquan < xuqu...@huawei.com > wrote:
>On October 11, 2016 3:49 PM, Tian, Kevin
>>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>>> Sent: Monday, October 10, 2016 6:49 PM
>>>
>>> On October 10, 2016 5:40 PM, Jan Beulich < jbeul...@suse.com > wrote:
>>> >> >>>
On 14/10/16 20:28, Kyle Huey wrote:
>> :) I am now curious as to which bit I missed.
> I made these changes.
>
> - Kyle
>
> ---
> tests/cpuid-faulting/main.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/tests/cpuid-faulting/main.c b/tests/cpuid-faulting/main.c
Ian might be able to help with this.
On Sun, Oct 16, 2016 at 06:10:47AM -0700, Boris Ostrovsky wrote:
> Looks like new ipxe tarball disappeared from xenbits:
>
> ostr:/tmp$ /usr/bin/wget -c -O _ipxe.tar.gz
> http://xenbits.xen.org/xen-extfiles/ipxe-git-827dd1bfee67daa683935ce65316f7e0f057fe1c.t
On Mon, Oct 17, 2016 at 12:31 AM, Ronald Rojas wrote:
> domid is normally represented by uint32_t, but many format
> strings in xl_cmdimpl.c use %d when printing, which is signed.
> Use %u instead to print the unsigned integer domid.
>
> Signed-off-by: Ronald Rojas
> ---
Hey Ronald! Just to ans
flight 101483 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101483/
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
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, October 12, 2016 9:56 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org
> Subject: Re: [PATCH v5 5/7]
55 matches
Mail list logo
