flight 115730 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115730/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm 20 guest-start/debian.repeat fail REGR. vs. 115665
test-amd64-amd64-l
flight 115729 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115729/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 115495
Tests which are fai
On 11/10/2017 06:57 PM, Stefano Stabellini wrote:
On Tue, 7 Nov 2017, Juergen Gross wrote:
On 06/11/17 23:17, Stefano Stabellini wrote:
mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you
take in_mutex on the first try, but you can't take out_mutex. Next times
you call mut
On Tue, 7 Nov 2017, Juergen Gross wrote:
> On 06/11/17 23:17, Stefano Stabellini wrote:
> > mutex_trylock() returns 1 if you take the lock and 0 if not. Assume you
> > take in_mutex on the first try, but you can't take out_mutex. Next times
> > you call mutex_trylock() in_mutex is going to fail. It
This run is configured for baseline tests only.
flight 72439 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72439/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-vhd 15 guest-start/deb
flight 115725 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115725/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken in 115713
build-armhf-pvops
flight 115724 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115724/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 114665
test-amd64-i386-libv
> -Original Message-
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Sent: Friday, November 10, 2017 10:26 AM
> To: Juergen Gross
> Cc: linux-ker...@vger.kernel.org; t...@linutronix.de; mi...@redhat.com;
> h...@zytor.com; x...@kernel.org; KY Srinivasan ;
> Haiyang Zhang ; St
flight 115722 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115722/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 7 xen-boot fail REGR. vs. 115706
test-amd64-i386-xl-q
Commit eb1723a29b9a ("xen-netback: refactor guest rx") refactored Rx
handling and as a result decreased max grant copy ops from 4352 to 64.
Before this commit it would drain the rx_queue (while there are
enough slots in the ring to put packets) then copy to all pages and write
responses on the ring
On Fri, 10 Nov 2017, Andre Przywara wrote:
> Hi,
>
> ...
>
> >> diff --git a/xen/include/asm-arm/vgic.h b/xen/include/asm-arm/vgic.h
> >> index e489d0bf21..8d0ff65708 100644
> >> --- a/xen/include/asm-arm/vgic.h
> >> +++ b/xen/include/asm-arm/vgic.h
> >> @@ -204,6 +204,7 @@ extern int vcpu_vgic_i
flight 115718 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115718/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qcow2 19 guest-start/debian.repeat fail REGR. vs. 115643
test-amd64-amd64-li
On Thu, Nov 09, 2017 at 02:27:36PM +0100, Juergen Gross wrote:
> The x86_hyper pointer is only used for checking whether a virtual
> device is supporting the hypervisor the system is running on.
>
> Use an enum for that purpose instead and drop the x86_hyper pointer.
>
> Cc: k...@microsoft.com
>
Hello,
This are again the remaining non-acked patches of the FreeBSD osstest
series. The two patches sent with this cover letter fix two issues
found on the Mass colo.
Patch 17 fixes an issue where the FreeBSD installer bootloader
receives random keystrokes on the console, thus aborting the autom
The Mass osstest instance has a more diverse list of hardware disk
controllers, so expand the list in order to include all the possible
disk drivers.
For the record, this list can be found at:
usr.sbin/bsdconfig/share/device.subr
In the FreeBSD source tree.
Signed-off-by: Roger Pau Monné
---
When the FreeBSD installer is booted on the godello{0/1} boxes it
receives spurious key strokes. This doesn't happen so far when booted
from disk, or with any other boxes.
In order to cope with this remove the loader timeout on the install
image. Note that failure to boot will still drop the loade
Hi,
...
>> diff --git a/xen/include/asm-arm/vgic.h b/xen/include/asm-arm/vgic.h
>> index e489d0bf21..8d0ff65708 100644
>> --- a/xen/include/asm-arm/vgic.h
>> +++ b/xen/include/asm-arm/vgic.h
>> @@ -204,6 +204,7 @@ extern int vcpu_vgic_init(struct vcpu *v);
>> extern struct vcpu *vgic_get_target_
Commit 89d55473ed16543044a31d1e0d4660cf5a3f49df "xentoolcore_restrict_all:
Implement for libxenevtchn" added a call to register allowing to
restrict the event channel.
However, the call to deregister the handler was not performed if open
failed or when closing the event channel. This will result t
Hi,
On 26/10/17 01:14, Stefano Stabellini wrote:
> On Thu, 19 Oct 2017, Andre Przywara wrote:
>> gic_clear_pending_irqs() was not only misnamed, but also misplaced, as
>> a function solely dealing with the GIC emulation should not live in gic.c.
>> Move the functionality of this function into its
On 10/11/17 10:30, Jan Beulich wrote:
On 10.11.17 at 09:41, wrote:
>> On Thu, 2017-11-09 at 07:49 -0700, Jan Beulich wrote:
>>> --- a/xen/arch/x86/hvm/vmx/vmx.c
>>> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>>> @@ -479,7 +479,13 @@ static void vmx_vcpu_destroy(struct vcpu
>>> * we should disable
This run is configured for baseline tests only.
flight 72437 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72437/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm
On 11/10/2017 5:49 PM, Jan Beulich wrote:
On 10.11.17 at 08:18, wrote:
--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -4844,9 +4844,19 @@ int map_pages_to_xen(
{
unsigned long base_mfn;
-pl1e = l2e_to_l1e(*pl2e);
if ( l
flight 115665 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115665/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 115526
test-armhf-armhf-libvirt-xsm 14 save
On 11/10/2017 5:57 PM, Jan Beulich wrote:
On 10.11.17 at 08:18, wrote:
--- a/xen/arch/x86/mm.c
+++ b/xen/arch/x86/mm.c
@@ -5097,6 +5097,17 @@ int modify_xen_mappings(unsigned long s, unsigned long
e, unsigned int nf)
*/
if ( (nf & _PAGE_PRESENT) || ((v != e) && (
flight 115714 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115714/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 115495
Tests which are fai
flight 115717 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115717/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 115476
Tests which did not su
flight 72438 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72438/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 12 migrate-support-check fail
like 72417
test-armhf-armhf-
flight 115713 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115713/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-armhf-pvops 4
>>> On 10.11.17 at 11:36, wrote:
> Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
> VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
> need expose to guest.
>
> The bit definition:
> CPUID.(EAX=7,ECX=0):ECX[bit 06] AVX512VBMI2
> CPUID.(EAX=7,ECX=0):ECX[bit 08] GFNI
>>> On 10.11.17 at 11:36, wrote:
> The new cpu features in intel icelake: AVX512VBMI2/GFNI/VAES/
> AVX512VNNI/AVX512BITALG/VPCLMULQDQ.
>
>
> v2: adjust the patches sequence from Jan
I'm sorry, but please be a little more patient with sending new versions.
Allow for at least a couple of days, pr
On Fri, Nov 10, 2017 at 03:32:45AM -0700, Jan Beulich wrote:
> >>> On 10.11.17 at 10:36, wrote:
> > Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
> > VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
> > need expose to guest.
> >
> > The bit definition:
> > CPUID.(
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 22 ++
xen/include/asm-x86/cpufeature.h | 3 +++
2 files changed, 25 insertions(+)
diff --git a/xen/arch/x86/x86_emulate/x86_emulate.c
b/xen/arch/x86/x86_emulate/x86_emulate.c
index 54a2756..c207f6
Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
need expose to guest.
The bit definition:
CPUID.(EAX=7,ECX=0):ECX[bit 06] AVX512VBMI2
CPUID.(EAX=7,ECX=0):ECX[bit 08] GFNI
CPUID.(EAX=7,ECX=0):ECX[bit 09] VAES
CPUID.(EAX
The previous vpclmulqdq only support AVX128.
Icelake added AVX256 support.
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 8 +++-
xen/include/asm-x86/cpufeature.h | 1 +
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/xen/arch/x86/x86_emulate/x86_e
The previous aes insns only support legacy and AVX128.
Icelake added AVX256 support.
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 7 +++
xen/include/asm-x86/cpufeature.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/xen/arch/x86/x86_emulate/x86_emulate
The new cpu features in intel icelake: AVX512VBMI2/GFNI/VAES/
AVX512VNNI/AVX512BITALG/VPCLMULQDQ.
v2: adjust the patches sequence from Jan
v1: need implement x86 emulation for Legacy and VEX insns,
EVEX insns in next time suggested by Jan
Yang Zhong (4):
x86emul: Support GFNI insns
x86e
>>> On 10.11.17 at 10:36, wrote:
> Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
> VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
> need expose to guest.
>
> The bit definition:
> CPUID.(EAX=7,ECX=0):ECX[bit 06] AVX512VBMI2
> CPUID.(EAX=7,ECX=0):ECX[bit 08] GFNI
>>> On 10.11.17 at 09:41, wrote:
> On Thu, 2017-11-09 at 07:49 -0700, Jan Beulich wrote:
>> --- a/xen/arch/x86/hvm/vmx/vmx.c
>> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>> @@ -479,7 +479,13 @@ static void vmx_vcpu_destroy(struct vcpu
>> * we should disable PML manually here. Note that vmx_vcpu_destr
flight 115709 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/115709/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 17 guest-start/debian.repeat fail REGR. vs. 114665
test-amd64-i386-libv
>>> On 10.11.17 at 10:50, wrote:
> On 10/11/17 10:33, Roger Pau Monné wrote:
>> On Sat, Nov 04, 2017 at 11:14:35PM +, osstest service owner wrote:
>>> flight 11 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/11/
>>>
>>> Regressions :-(
>>>
>>> Tests whic
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 10 November 2017 09:53
> To: Paul Durrant
> Cc: Anthony Perard ; Roger Pau Monne
> ; Mike Reardon ; Stefano Stabellini
> ; xen-devel@lists.xen.org; Konrad Rzeszutek Wilk
>
> Subject: RE: [Xen-devel] [BUG] blkback
>>> On 10.11.17 at 08:18, wrote:
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -5097,6 +5097,17 @@ int modify_xen_mappings(unsigned long s, unsigned long
> e, unsigned int nf)
> */
> if ( (nf & _PAGE_PRESENT) || ((v != e) && (l1_table_offset(v) !=
> 0)) )
>
>>> On 10.11.17 at 10:40, wrote:
>> Anthony PERARD
>> Sent: 09 November 2017 17:50
>> The problem is that QEMU 4.10 have a lock on the disk image. When
>> booting an HVM guest with a qdisk backend, the disk is open twice, but
>> can only be locked once, so when the pv disk is been initialized, the
On 10/11/17 10:33, Roger Pau Monné wrote:
> On Sat, Nov 04, 2017 at 11:14:35PM +, osstest service owner wrote:
>> flight 11 xen-unstable real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/11/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> inclu
On Fri, 2017-11-10 at 08:41 +, Sergey Dyasli wrote:
> On Thu, 2017-11-09 at 07:49 -0700, Jan Beulich wrote:
> >
> This patch fixes only one particular issue and not the general
> problem.
> What if vmcs is cleared, possibly in some future code, at another
> place?
>
Yes, that's what we were s
>>> On 10.11.17 at 08:18, wrote:
> --- a/xen/arch/x86/mm.c
> +++ b/xen/arch/x86/mm.c
> @@ -4844,9 +4844,19 @@ int map_pages_to_xen(
> {
> unsigned long base_mfn;
>
> -pl1e = l2e_to_l1e(*pl2e);
> if ( locking )
>
>>> On 10.11.17 at 10:36, wrote:
> Yang Zhong (4):
> x86/cpuid: Enable new SSE/AVX/AVX512 cpu features
The ordering is wrong - as said before, these ...
> x86emul: Support GFNI insns
> x86emul: Support vpclmulqdq
> x86emul: Support vaes insns
... are supposed to be prereqs of the actual
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Anthony PERARD
> Sent: 09 November 2017 17:50
> To: Roger Pau Monne
> Cc: Mike Reardon ; xen-devel@lists.xen.org; Stefano
> Stabellini ; Jan Beulich ;
> Konrad Rzeszutek Wilk
> Subject: Re: [Xen
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 22 ++
xen/include/asm-x86/cpufeature.h | 3 +++
2 files changed, 25 insertions(+)
diff --git a/xen/arch/x86/x86_emulate/x86_emulate.c
b/xen/arch/x86/x86_emulate/x86_emulate.c
index 54a2756..c207f6
The previous aes insns only support legacy and AVX128.
Icelake added AVX256 support.
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 7 +++
xen/include/asm-x86/cpufeature.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/xen/arch/x86/x86_emulate/x86_emulate
Intel IceLake cpu has added new cpu features: AVX512VBMI2/GFNI/
VAES/AVX512VNNI/AVX512BITALG/VPCLMULQDQ. Those new cpu features
need expose to guest.
The bit definition:
CPUID.(EAX=7,ECX=0):ECX[bit 06] AVX512VBMI2
CPUID.(EAX=7,ECX=0):ECX[bit 08] GFNI
CPUID.(EAX=7,ECX=0):ECX[bit 09] VAES
CPUID.(EAX
The new cpu features in intel icelake: AVX512VBMI2/GFNI/VAES/
AVX512VNNI/AVX512BITALG/VPCLMULQDQ.
v1: need implement x86 emulation for Legacy and VEX insns,
EVEX insns in next time suggested by Jan
Yang Zhong (4):
x86/cpuid: Enable new SSE/AVX/AVX512 cpu features
x86emul: Support GFNI
The previous vpclmulqdq only support AVX128.
Icelake added AVX256 support.
Signed-off-by: Yang Zhong
---
xen/arch/x86/x86_emulate/x86_emulate.c | 8 +++-
xen/include/asm-x86/cpufeature.h | 1 +
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/xen/arch/x86/x86_emulate/x86_e
On Sat, Nov 04, 2017 at 11:14:35PM +, osstest service owner wrote:
> flight 11 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/11/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-
On Thu, 2017-11-09 at 07:49 -0700, Jan Beulich wrote:
> See the code comment being added for why we need this.
>
> Reported-by: Igor Druzhinin
> Signed-off-by: Jan Beulich
>
> --- a/xen/arch/x86/hvm/vmx/vmx.c
> +++ b/xen/arch/x86/hvm/vmx/vmx.c
> @@ -479,7 +479,13 @@ static void vmx_vcpu_destroy
55 matches
Mail list logo
