Hello,
This is an unofficial build of 4.7-rc6 for fc24. No part of the xen tree is
disabled, unlike the
official fc24/rawhide builds.
Packages & SRPM are here:
http://107.185.144.55/xen/fedora/47x/
Xen install trace here:
http://107.185.144.55/xen/fedora/47x/setup/x47_install_trace
Xen dom0 inf
branch xen-4.3-testing
xenbranch xen-4.3-testing
job build-amd64-libvirt
testid libvirt-build
Tree: libvirt git://xenbits.xen.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.gi
flight 95913 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95913/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-xsm 14 guest-saver
flight 95911 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95911/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 80927
build-i
flight 95905 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95905/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
test-amd64-amd64-
flight 95929 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95929/
Perfect :-)
All tests in this flight passed
version targeted for testing:
xen 08754333892407f415045c05659783baeb8fc5d4
baseline version:
xen d337764d9b8e89eb9c
flight 95909 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95909/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 94856
test-
flight 95930 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95930/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 80927
build-i
flight 95921 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95921/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 95893
build-i386-rumpuserxen
flight 95935 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95935/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
test-amd64-amd64-
branch xen-4.3-testing
xenbranch xen-4.3-testing
job build-i386-libvirt
testid libvirt-build
Tree: libvirt git://xenbits.xen.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git
Tree: qemuu git://xenbits.xen.org/qemu-xen.git
flight 95940 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95940/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 94856
test-
flight 95952 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95952/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 80927
build-i
Follow up on http://www.gossamer-threads.com/lists/xen/devel/436000#436000
Using http://eli.thegreenplace.net/2008/08/15/intersection-of-1d-segments as
reference.
New value
|---|
f1f5
|---| |-|
f2
flight 95961 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95961/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
test-amd64-amd64-
flight 95968 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95968/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 80927
build-i
On 2016/6/17 18:46, Wei Liu wrote:
> On Fri, Jun 03, 2016 at 08:25:05PM +0100, Wei Liu wrote:
>> > On Tue, May 31, 2016 at 01:02:53PM +0800, Shannon Zhao wrote:
>>> > > From: Shannon Zhao
>>> > >
>>> > > It should be xc_dom_devicetree_mem instead of xc_dom_devicetree_file.
>>> > >
>>> > > Sign
flight 95967 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95967/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 94856
test-
flight 95976 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95976/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 5 libvirt-build fail REGR. vs. 80927
build-i
flight 95974 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95974/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
test-amd64-amd64-
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> This makes it easier to enable or disable parts of the XSM policy.
>
> Signed-off-by: Daniel De Graaf
Reviewed-by: Doug Goldstein
--
Doug Goldstein
signature.asc
Description: OpenPGP digital signature
_
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> When the all_system_role module is enabled, any domain type can be
> created using the system_r role, which was the default. When it is
> disabled, domains not using the default types (dom0_t and domU_t) must
> use another role such as vm_r.
>
> Signed-
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> Signed-off-by: Daniel De Graaf
> Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Doug Goldstein
--
Doug Goldstein
signature.asc
Description: OpenPGP digital signature
___
Xen-devel mailing list
Xen-deve
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> This adds the xenstore_t type to the example policy for use by a
> xenstore stub domain.
>
> Signed-off-by: Daniel De Graaf
Reviewed-by: Doug Goldstein
--
Doug Goldstein
signature.asc
Description: OpenPGP digital signature
___
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> This also renames the example users created by vm_role.
>
> Signed-off-by: Daniel De Graaf
Reviewed-by: Doug Goldstein
(Your clarification to Konrad helped me as well)
--
Doug Goldstein
signature.asc
Description: OpenPGP digital signature
_
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> The access vectors defined here have never been used by xenstore.
>
> Signed-off-by: Daniel De Graaf
Reviewed-by: Doug Goldstein
--
Doug Goldstein
signature.asc
Description: OpenPGP digital signature
__
On 6/9/16 9:47 AM, Daniel De Graaf wrote:
> Some of these patches have been posted before (patch 11 was posted in
> 2014; an earlier variant of 1-6 and 15 were posted recently as RFC).
> The rest are mostly removal of unused code or other cleanup.
>
> FLASK policy updates:
> [PATCH 01/15] flask/po
On 17/06/16 18:10, Stefano Stabellini wrote:
> On Fri, 17 Jun 2016, Paul Durrant wrote:
>>> -Original Message-
>>> From: Juergen Gross [mailto:jgr...@suse.com]
>>> Sent: 17 June 2016 11:40
>>> To: Paul Durrant; Jan Beulich
>>> Cc: Anthony Perard; xen-devel; sstabell...@kernel.org; qemu-
>>>
Hi I am studying xen memory setup
I am wondering the job of scrub heap pages in setup_mm
If i see the code, it clear unallocated page by setting them to 0 using
memset instruction
But it looks unneccessary assuming unallocated page will be written to
valid data when it is qllocated
Is there spe
On June 18, 2016 5:54 PM, Xu, Quan wrote:
> On June 17, 2016 9:35 PM, Julien Grall wrote:
> > On 17/06/16 09:51, Xu, Quan wrote:
> > > + arm/amd maintainers..
> > >
> > > On June 01, 2016 5:05 PM, Xu, Quan wrote:
> > >> If Device-TLB flush timed out, we hide the target ATS device
> > >> immediat
>>> On 18.06.16 at 05:24, wrote:
> On Wed, Jun 15, 2016 at 9:14 AM, Jan Beulich wrote:
>> >>> On 15.06.16 at 12:45, wrote:
>> > In reply to -
>> > http://lists.xen.org/archives/html/xen-devel/2016-06/msg00622.html
>> >
>> > HI, I am working with Jurgen on the issue, as per Jan's request I tried
31 matches
Mail list logo