Signed-off-by: Dirk Behme
---
docs/misc/arm/early-printk.txt| 1 +
xen/arch/arm/Rules.mk | 1 +
xen/arch/arm/arm64/debug-scif.inc | 54 +++
xen/arch/arm/platforms/Makefile | 1 +
xen/arch/arm/platforms/rcar3.c| 41 ++
On July 04, 2016 2:16 PM, Tian, Kevin wrote:
> > From: Xu, Quan
> > Sent: Wednesday, June 29, 2016 2:00 PM
> >
> > From: Quan Xu
> >
> > If Device-TLB flush timed out, we hide the target ATS device
> > immediately. By hiding the device, we make sure it can't be assigned
> > to any domain any long
> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> Sent: Saturday, July 02, 2016 1:53 AM
>
> If a VMLAUNCH/VMRESUME fails due to invalid control or host state, dump the
> VMCS before crashing the domain.
>
> Signed-off-by: Andrew Cooper
Acked-by: Kevin Tian
___
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, July 01, 2016 11:02 PM
>
> ..., rendering affected code more efficient and smaller.
>
> Note that in atomic.h this at once does away with the redundant output
> and input specifications of the memory location touched.
>
> Signed-off-
> From: Xu, Quan
> Sent: Wednesday, June 29, 2016 2:00 PM
>
> From: Quan Xu
>
> If Device-TLB flush timed out, we hide the target ATS device
> immediately. By hiding the device, we make sure it can't be
> assigned to any domain any longer (see device_assigned).
>
> Signed-off-by: Quan Xu
>
>
On July 04, 2016 1:35 PM, Tian, Kevin wrote:
> > From: Xu, Quan
> > Sent: Wednesday, June 29, 2016 2:00 PM
> >
> > From: Quan Xu
> >
> > A struct pci_dev* instead of SBDF is stored inside struct pci_ats_dev
> > and parameter to *_ats_device().
> >
> > Also use ats_dev for "struct pci_ats_dev" var
> From: Xu, Quan
> Sent: Wednesday, June 29, 2016 2:00 PM
>
> From: Quan Xu
>
> Add domain crash logic to the generic IOMMU layer to benefit
> all platforms.
>
> No spamming of the log can occur. For DomU, we avoid logging any
> message for already dying domains. For Dom0, that'll still be more
> From: Xu, Quan
> Sent: Wednesday, June 29, 2016 2:00 PM
>
> From: Quan Xu
>
> A struct pci_dev* instead of SBDF is stored inside struct
> pci_ats_dev and parameter to *_ats_device().
>
> Also use ats_dev for "struct pci_ats_dev" variable, while
> pdev (_pdev, if there is already a pdev) for "
On 03/07/16 20:35, Samuel Thibault wrote:
> Hello,
>
> Juergen Gross, on Fri 01 Jul 2016 11:33:27 +0200, wrote:
>> Instead of a Linux kernel based implementation use one from freeBSD.
>
> That'd be useful indeed :)
>
>> I'm not sure about coding style here: should I keep (more or less) the
>> on
flight 96580 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96580/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
94856
test-amd64-am
This run is configured for baseline tests only.
flight 66493 linux-3.14 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66493/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-amd64 6 xen-
flight 96605 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96605/
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 Mon, Jun 20, 2016 at 11:43 AM, Meng Xu wrote:
>
> Hi all,
>
> I'm running Xen on NVIDIA Jetson TK1 board. The Xen code is from Ian's
> repo.: git://xenbits.xen.org/people/ianc/xen.git with the commit point
> c78d51660446d33dac4bb07c3c17e1d14d62ebc2
>
> Right now, I can boot dom0 on Xen on the J
flight 96588 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96588/
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-
Hi,
On 03/07/2016 09:09, Platform Team regression test user wrote:
This run is configured for baseline tests only.
flight 66490 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66490/
This link does not work outside of Citrix network. So is there any value
to receiv
Hello,
Juergen Gross, on Fri 01 Jul 2016 11:33:27 +0200, wrote:
> Instead of a Linux kernel based implementation use one from freeBSD.
That'd be useful indeed :)
> I'm not sure about coding style here: should I keep (more or less) the
> one from freeBSD, or is the Xen style preferred?
I'd say j
Juergen Gross, on Fri 01 Jul 2016 11:33:11 +0200, wrote:
> "make cscope" doesn't like symbolic link include/mini-os->. as it
> leads to a file system recursion. Repair that by not following links
> when searching the sources.
>
> Signed-off-by: Juergen Gross
Acked-by: Samuel Thibault
Thanks!
flight 96561 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96561/
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-
This run is configured for baseline tests only.
flight 66495 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66495/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-in
flight 96558 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96558/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-arndale 16 guest-start.2 fail pass in 96515
test-armhf-armhf-xl-credit2 15 gu
This run is configured for baseline tests only.
flight 66491 qemu-upstream-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66491/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 4 ca
flight 96557 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96557/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
94856
test-amd64-am
flight 96571 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/96571/
Perfect :-)
All tests in this flight passed
version targeted for testing:
xen bb4f41b3dff831faaf5a3248e0ecd123024d7f8f
baseline version:
xen 3cdad93704aaa8bf1f
This run is configured for baseline tests only.
flight 66490 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/66490/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm
24 matches
Mail list logo