> From: Xu, Quan
> Sent: Wednesday, June 08, 2016 4:59 PM
>
> From: Quan Xu
>
> Signed-off-by: Quan Xu
>
> CC: Jan Beulich
> CC: Liu Jinsong
> CC: Keir Fraser
> CC: Andrew Cooper
> CC: Suravee Suthikulpanit
> CC: Stefano Stabellini
> CC: Julien Grall
> CC: Kevin Tian
> CC: Feng Wu
>
> From: Julien Grall [mailto:julien.gr...@arm.com]
> Sent: Thursday, June 09, 2016 8:40 PM
>
> Hi Jan,
>
> On 09/06/16 13:32, Jan Beulich wrote:
> On 09.06.16 at 14:24, wrote:
> >> So the behavior of iommu_iotlb_flush is up to the IOMMU driver. Whilst
> >> the behavior of iommu_{,un}map_pag
> From: Xu, Quan
> Sent: Wednesday, June 08, 2016 4:59 PM
>
> From: Quan Xu
>
> Signed-off-by: Quan Xu
> Reviewed-by: Jan Beulich
>
Reviewed-by: Kevin Tian
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
> From: Xu, Quan
> Sent: Wednesday, June 08, 2016 4:59 PM
>
> From: Quan Xu
>
> When IOMMU mapping is failed, we issue a best effort rollback, stopping
> IOMMU mapping, unmapping the previous IOMMU maps and then reporting the
> error up to the call trees. When rollback is not feasible (in early
flight 95514 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95514/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-amd 13 xen-boot/l1 fail REGR. vs. 95164
test-amd64-amd64-qemuu
branch xen-4.5-testing
xenbranch xen-4.5-testing
job test-amd64-i386-qemut-rhel6hvm-amd
testid guest-start/redhat.repeat
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/qemu-xen-traditional.git
On Wed, Jun 08, 2016 at 06:50:56AM -0600, Jan Beulich wrote:
> Make obvious that xcomp_bv is expected to be clear when we get here
> with XSTATE_COMPACTION_ENABLED not set.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Shuai Ruan
___
Xen-devel mailing
flight 95509 qemu-upstream-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95509/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 95441
test-amd64-i386-
On Sat, Jun 11, 2016 at 5:24 PM, Tamas K Lengyel wrote:
> Currently mem-sharing can be performed on a page-by-page base from the control
> domain. However, when completely deduplicating (cloning) a VM, this requires
> at least 3 hypercalls per page. As the user has to loop through all pages up
> t
Currently mem-sharing can be performed on a page-by-page base from the control
domain. However, when completely deduplicating (cloning) a VM, this requires
at least 3 hypercalls per page. As the user has to loop through all pages up
to max_gpfn, this process is very slow and wasteful.
This patch i
Add the bulk option to the test tool to perform complete deduplication
between domains.
Signed-off-by: Tamas K Lengyel
Acked-by: Wei Liu
---
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
---
tools/tests/mem-sharing/memshrtool.c | 22 ++
1 file changed, 22 insert
flight 95520 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95520/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt5 libvirt-build fail REGR. vs. 95460
build-amd64-libvirt
flight 95502 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95502/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 10 guest-startfail REGR. vs. 94856
test-amd64-amd64-qe
flight 95501 qemu-upstream-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95501/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-localmigrate fail REGR. vs. 95433
test-amd64-i386
On Thu, May 26, 2016 at 10:17 AM, Tamas K Lengyel wrote:
>
> On May 26, 2016 04:40, "George Dunlap" wrote:
>>
>> On 26/05/16 04:55, Tamas K Lengyel wrote:
>> > Move sharing locks above altp2m to avoid locking order violation. Allow
>> > applying altp2m mem_access settings when the hostp2m entries
flight 95497 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95497/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 95447
test-armhf-armhf-
On 11/06/16 13:00, Wei Liu wrote:
> On Sat, Jun 11, 2016 at 09:31:40AM +, osstest service owner wrote:
>> flight 95489 xen-4.7-testing real [real]
>> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>>
>> Regressions :-(
>>
>> Tests which did not succeed and are blocking,
>> including te
flight 95485 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95485/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-vhd 3 host-install(3) broken REGR. vs. 952
On Sat, Jun 11, 2016 at 09:31:40AM +, osstest service owner wrote:
> flight 95489 xen-4.7-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/95489/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64
Commit-ID: 99158f10e91768d34c5004c40c42f802b719bcae
Gitweb: http://git.kernel.org/tip/99158f10e91768d34c5004c40c42f802b719bcae
Author: Andy Lutomirski
AuthorDate: Tue, 24 May 2016 15:48:38 -0700
Committer: Ingo Molnar
CommitDate: Sat, 11 Jun 2016 11:28:11 +0200
x86/xen: Simplify set_al
flight 95489 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95489/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 10 guest-startfail REGR. vs. 95446
Regressions which
* Andy Lutomirski wrote:
> On Wed, May 25, 2016 at 2:50 AM, David Vrabel wrote:
> > On 24/05/16 23:48, Andy Lutomirski wrote:
> >> In aa1acff356bb ("x86/xen: Probe target addresses in
> >> set_aliased_prot() before the hypercall"), I added an explicit probe
> >> to work around a hypercall issue
flight 95488 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95488/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 95234
test-armhf-armhf-
flight 95473 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/95473/
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-
24 matches
Mail list logo