flight 153614 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153614/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
From: Paul Durrant
The manpage for 'xl' documents an option to force a block device to be
released even if the domain to which it is attached does not co-operate.
This option, however, is not implemented. This patch implements the option.
NOTE: The documentation is also adjusted since the normal
From: Paul Durrant
The manpage for 'xl' documents that guest co-operation is required for a (non-
forced) block-detach operation and that it may consequently fail. Currently,
however, the implementation of generic device removal means that a time-out
of a block-detach is being automatically re-tr
From: Paul Durrant
This series makes it behave as the documentation states it should
Paul Durrant (2):
xl: implement documented --force option for block-detach
libxl: do not automatically force detach of block devices
docs/man/xl.1.pod.in | 4 ++--
tools/libxl/libxl_device.c | 9 ++
flight 153602 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153602/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
fail REGR. vs. 152877
Hi Roman,
Sorry that I am a software guy and can only speak for software. In general
there are various approaches to support graphics virtualization. GVT-g as a
pure software approach, does not rely on any hardware I/O virtualization
features, meanwhile, hypervisors need specific implementation
Hi Jason,
We ever supported both XenGT and KVMGT for data center usages. Right now KVMGT
is still used in client side for GPU sharing. That's why we are supporting
KVMGT. Thanks!
Regards,
-Zhiyuan
-Original Message-
From: Jason Long
Date: Wednesday, September 2, 2020 at 9:38 PM
To: M
flight 153617 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153617/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 153611 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153611/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
test-armhf-armhf-
flight 153622 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153622/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
On Wed, Sep 02, 2020 at 10:02:33PM +0100, Andrew Cooper wrote:
> On 01/09/2020 11:54, Roger Pau Monne wrote:
> > @@ -1942,19 +1966,6 @@ static int svm_msr_read_intercept(unsigned int msr,
> > uint64_t *msr_content)
> > default:
> > if ( rdmsr_safe(msr, *msr_content) == 0 )
> >
As was pointed out by 0e2e54966af5 ("mm: fix public declaration of
struct xen_mem_acquire_resource"), we're not currently handling structs
correctly that have uint64_aligned_t fields. #pragma pack(4) suppresses
the necessary alignment even if the type did properly survive (which
it also didn't) in
flight 153626 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153626/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
On 03.09.2020 12:24, osstest service owner wrote:
> flight 153602 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/153602/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i386-xl-qemut-stubdom
On 01.09.20 10:33, Roger Pau Monne wrote:
To be used in order to create foreign mappings. This is based on the
ZONE_DEVICE facility which is used by persistent memory devices in
order to create struct pages and kernel virtual mappings for the IOMEM
areas of such devices. Note that on kernels with
flight 153615 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153615/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152332
build-amd64-xsm
Thank you.
If someone wants to use XenGT with new GPU then?
On Thursday, September 3, 2020, 03:04:21 PM GMT+4:30, Lv, Zhiyuan
wrote:
Hi Jason,
We ever supported both XenGT and KVMGT for data center usages. Right now KVMGT
is still used in client side for GPU sharing. That's why we a
Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"):
> On 03.09.2020 12:24, osstest service owner wrote:
> > flight 153602 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/153602/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and ar
flight 153616 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153616/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152853
build-i386
On 9/3/20 7:17 PM, Ian Jackson wrote:
> Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"):
>> On 03.09.2020 12:24, osstest service owner wrote:
>>> flight 153602 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/153602/
>>>
>>> Regressions :-(
>>>
Hi Thomas,
Thanks a ton for jumping in helping on straightening it for IMS!!!
On Wed, Aug 26, 2020 at 01:16:28PM +0200, Thomas Gleixner wrote:
> This is the second version of providing a base to support device MSI (non
> PCI based) and on top of that support for IMS (Interrupt Message Storm)
s/
flight 153628 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153628/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
On Wed, Sep 02, 2020 at 09:56:48PM +0100, Andrew Cooper wrote:
> On 01/09/2020 11:54, Roger Pau Monne wrote:
> > Linux PV guests will attempt to read the FEATURE_CONTROL MSR, so move
> > the handling done in VMX code into guest_rdmsr as it can be shared
> > between PV and HVM guests that way.
> >
>
On 03/09/2020 14:33, Roger Pau Monné wrote:
> On Wed, Sep 02, 2020 at 09:56:48PM +0100, Andrew Cooper wrote:
>> On 01/09/2020 11:54, Roger Pau Monne wrote:
>>> Linux PV guests will attempt to read the FEATURE_CONTROL MSR, so move
>>> the handling done in VMX code into guest_rdmsr as it can be share
flight 153619 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153619/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
fail REGR. vs. 152877
On Thu, Sep 03, 2020 at 03:06:38PM +0100, Andrew Cooper wrote:
> On 03/09/2020 14:33, Roger Pau Monné wrote:
> > On Wed, Sep 02, 2020 at 09:56:48PM +0100, Andrew Cooper wrote:
> >> On 01/09/2020 11:54, Roger Pau Monne wrote:
> >>> Linux PV guests will attempt to read the FEATURE_CONTROL MSR, so mov
Ashok,
On Thu, Sep 03 2020 at 09:35, Ashok Raj wrote:
> On Wed, Aug 26, 2020 at 01:16:28PM +0200, Thomas Gleixner wrote:
>> This is the second version of providing a base to support device MSI (non
>> PCI based) and on top of that support for IMS (Interrupt Message Storm)
>
> s/Storm/Store
>
> may
On Thu, Sep 03, 2020 at 05:30:07PM +0200, Jürgen Groß wrote:
> On 01.09.20 10:33, Roger Pau Monne wrote:
> > To be used in order to create foreign mappings. This is based on the
> > ZONE_DEVICE facility which is used by persistent memory devices in
> > order to create struct pages and kernel virtua
flight 153646 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153646/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 153625 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153625/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
test-armhf-armhf-
This helps overcome problems observed with some UEFI implementations
which don't set the Attributes field in memery descriptors properly
Signed-off-by: Sergey Temerkhanov
---
xen/common/efi/boot.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/xen/common/efi/boot.c b/xen/
flight 153636 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153636/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152332
build-amd64-xsm
There are multiple bugs with the existing implementation, including incorrect
comments.
On AMD CPUs prior to Zen2, loading a NUL segment selector doesn't clear the
segment base, which is a problem for 64bit code which typically expects to use
a NUL %fs/%gs selector.
On a context switch from any P
flight 153641 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153641/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 6 xen-buildfail REGR. vs. 152853
build-i386
flight 153658 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153658/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 153670 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153670/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
branch xen-unstable
xenbranch xen-unstable
job build-i386
testid xen-build
Tree: ovmf git://xenbits.xen.org/osstest/ovmf.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
Tree: seabios git://xenbits.xen.org/osstest/seabios.git
Tree: xen gi
flight 153677 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153677/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 153681 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153681/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
flight 153653 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153653/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 10 debian-hvm-install
fail REGR. vs. 152877
flight 153663 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152631
test-armhf-armhf-
On 03.09.2020 18:17, Ian Jackson wrote:
> Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"):
>> On 03.09.2020 12:24, osstest service owner wrote:
>>> flight 153602 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/153602/
>>>
>>> Regressions :-(
>
flight 153689 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153689/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
On 04.09.20 08:32, Jan Beulich wrote:
On 03.09.2020 18:17, Ian Jackson wrote:
Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"):
On 03.09.2020 12:24, osstest service owner wrote:
flight 153602 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153
On 04.09.2020 08:38, Jürgen Groß wrote:
> On 04.09.20 08:32, Jan Beulich wrote:
>> On 03.09.2020 18:17, Ian Jackson wrote:
>>> Jan Beulich writes ("Re: [xen-unstable test] 153602: regressions - FAIL"):
On 03.09.2020 12:24, osstest service owner wrote:
> flight 153602 xen-unstable real [rea
On 03.09.2020 23:36, Andrew Cooper wrote:
> There are multiple bugs with the existing implementation, including incorrect
> comments.
>
> On AMD CPUs prior to Zen2, loading a NUL segment selector doesn't clear the
> segment base, which is a problem for 64bit code which typically expects to use
> a
On 02.09.2020 23:02, Andrew Cooper wrote:
> On 01/09/2020 11:54, Roger Pau Monne wrote:
>> @@ -1942,19 +1966,6 @@ static int svm_msr_read_intercept(unsigned int msr,
>> uint64_t *msr_content)
>> default:
>> if ( rdmsr_safe(msr, *msr_content) == 0 )
>> break;
>> -
>> -
flight 153609 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153609/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-xsm6 xen-buildfail REGR. vs. 152863
build-amd64-xsm
On Mon, Aug 31, 2020 at 05:07:22PM -0400, Eduardo Habkost wrote:
> Latest version of this series can be found at the branch:
> https://github.com/ehabkost/qemu-hacks/tree/work/qom-macros-autoconvert
>
> This is an extension of the series previously submitted by
> Daniel[1], including a script that
flight 153605 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/153605/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3866 xen-buildfail REGR. vs. 152332
build-amd64-xsm
50 matches
Mail list logo
