flight 101633 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101633/
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
On Fri, Oct 21, 2016 at 8:52 AM, Kyle Huey wrote:
> On Thu, Oct 20, 2016 at 7:40 AM, Boris Ostrovsky
> wrote:
>> On 10/20/2016 10:11 AM, Andrew Cooper wrote:
>>> On 20/10/16 14:55, Kyle Huey wrote:
>> That said, rr currently does not work in Xen
flight 101635 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101635/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 0bfb9ee855d0433efdb2b0d6c9dfa6c310b66e9b
baseline version:
ovmf
flight 101632 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101632/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-intel 6 xen-boot fail REGR. vs. 100648
flight 101631 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101631/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm 3 host-install(3)broken REGR. vs. 101000
On Sat, Oct 22, 2016 at 07:23:03PM +0800, Lan Tianyu wrote:
> __serial_rx() runs in either irq handler or timer handler and non-irq
> keyhandler should not run in these contexts. So always force non-irq
> keyhandler to run in tasklet when receive a debugkey from serial port
If the machine is hung
The link to acpi include directory is not removed by Makefile's 'clean'
target. This can lead to make failure when making xen/.dir target if
we try to create the link again.
We can prevent this failure by (1) removing acpi link when cleaning up
and (2) adding '-f' option to 'ln' (just like we do
Hello,
Has anyone thought of writing Xen RNG (PV) driver?
Afaik currently there's no access to hardware accelerated RNGs from Xen VMs, so
for example SSL/TLS operations can result in low entropy and blocking
/dev/random in Xen VMs, resulting in poor performance of applications. Running
same
flight 101628 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101628/
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. 100786
flight 101627 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101627/
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
flight 101629 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101629/
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
flight 101626 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101626/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-libvirt-xsm 6 xen-boot fail pass in 101601
Regressions which are regarded
flight 101625 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101625/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemut-rhel6hvm-intel 6 xen-boot fail REGR. vs. 100648
flight 101623 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101623/
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
flight 101630 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101630/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 0beaeccdd6cf8accfbdbeb8f92542a16eac81e5e
baseline version:
xen
On Tue, Oct 18, 2016 at 12:46:31PM -0400, Ian Jackson wrote:
> 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
Hello,
Credit2 scheduler rocks
still start up Problem with xenstored/oxenstored - I have to start it manually
must be in Correlation with systemd
xen 4.8-rc2 configure
http://paste.ubuntu.net/23366138/
Above is a link to my `./configure` call in Xenial when building xen
4.8-rc2.
It is
17 matches
Mail list logo