flight 33326 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 3 host-install(3) broken REGR. vs. 33112
test-amd64-i386-qemu
branch xen-unstable
xen branch xen-unstable
job test-amd64-amd64-xl-qemuu-winxpsp3
test windows-install
Tree: linux git://xenbits.xen.org/linux-pvops.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu
flight 33328 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33328/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-winxpsp3 3 host-install(3) broken REGR. vs. 32598
flight 33349 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33349/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen 34ecfdbad080f093fa0107042d5ca7f10986f324
baseline version:
rumpuserxen d01abc70b9ea24b6230aa54137e2
flight 7 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/7/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken REGR. vs. 32879
test-amd64-i386-libvi
flight 9 xen-4.3-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/9/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install(3) broken in 33246 REGR. vs. 322
Whoops. Changed the title from "2015-Q1" to be "2014-Q4" :)
--
Thanks,
Jike
On 01/09/2015 04:51 PM, Jike Song wrote:
Hi all,
We're pleased to announce a public update to Intel Graphics Virtualization
Technology (Intel GVT-g, formerly known as XenGT). Intel GVT-g is a complete
vGPU solut
When converting a pfn to a physical address be sure to use 64 bit
wide types or convert the physical address to a pfn if possible.
Signed-off-by: Juergen Gross
Tested-by: Boris Ostrovsky
---
arch/x86/xen/setup.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/xe
With the introduction of the linear mapped p2m list setting memory
areas to "invalid" had to be delayed. When doing the invalidation
make sure no zero sized areas are processed.
Signed-off-by: Juegren Gross
---
arch/x86/xen/setup.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/x
When allocating a new pmd for the linear mapped p2m list a check is
done for not introducing another pmd when this just happened on
another cpu. In this case the old pte pointer was returned which
points to the p2m_missing or p2m_identity page. The correct value
would be the pointer to the found ne
In the setup code of the linear mapped p2m list several bugs have
been found, especially for 32 bit dom0. These patches correct the
errors and make 32 bit dom0 bootable again.
Changes since V1:
- split up patch 3 as requested by David Vrabel
- use phys_addr_t instead of u64 as requested by Jan Beu
In xen_rebuild_p2m_list() for large areas of invalid or identity
mapped memory the pmd entries on 32 bit systems are initialized
wrong. Correct this error.
Suggested-by: Boris Ostrovsky
Signed-off-by: Juergen Gross
---
arch/x86/xen/p2m.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
flight 33354 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33354/
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. 32648
build-i386-libvirt
>>> On 1/8/2015 at 08:26 PM, in message <1420719995.19787.62.ca...@citrix.com>,
>>> Ian
Campbell wrote:
> On Mon, 2014-12-22 at 20:42 -0700, Chun Yan Liu wrote:
> >
> > >>> On 12/19/2014 at 06:25 PM, in message
> <1418984720.20028.15.ca...@citrix.com>,
> > Ian Campbell wrote:
> > > On
On 01/09/2015 11:51 PM, Roger Pau Monné wrote:
> El 06/01/15 a les 14.19, Bob Liu ha escrit:
>> When there is no enough free grants, gnttab_alloc_grant_references()
>> will fail and block request queue will stop.
>> If the system is always lack of grants, blkif_restart_queue_callback() can't
>> b
On 01/09/2015 11:51 PM, Roger Pau Monné wrote:
> El 06/01/15 a les 14.19, Bob Liu ha escrit:
>> When there is no enough free grants, gnttab_alloc_grant_references()
>> will fail and block request queue will stop.
>> If the system is always lack of grants, blkif_restart_queue_callback() can't
>> b
16 matches
Mail list logo
