This run is configured for baseline tests only.
flight 67955 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67955/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-midway 15 guest-start/debian
flight 101757 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101757/
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. 101703
Regressions which
Split the Dom0 builder into two different functions, one for PV (and classic
PVH), and another one for PVHv2. Introduce a new command line parameter
called 'dom0' that can be used to request the creation of a PVHv2 Dom0 by
setting the 'hvm' sub-option.
Signed-off-by: Roger Pau Monné
---
Cc: Jan B
Instead of being tied to the presence of an IOMMU. This avoids doing the
scan in two different places, and although it's only required for PVHv2
guests (that also require and IOMMU), it makes the code slightly easier to
follow.
Signed-off-by: Roger Pau Monné
Suggested-by: Andrew Cooper
---
Cc: J
PVHv2 guests, unlike HVM guests, won't have the option to route interrupts
from physical or emulated devices over event channels using PIRQs. This
applies to both DomU and Dom0 PVHv2 guests.
Introduce a new XEN_X86_EMU_USE_PIRQ to notify Xen whether a HVM guest can
route physical interrupts (even
Allow the use of both the emulated local APIC and IO APIC for the hardware
domain.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
Changes since v2:
- Allow all PV guests to use the emulated PIT.
Changes since RFC:
- Move the emulation flags check to a separate helpe
Currently RMRR regions are only mapped to the hardware domain or to
non-translated domains that use an IOMMU. In order to fix this, make sure
set_identity_p2m_entry sets the appropriate IOMMU mappings, and that
clear_identity_p2m_entry also removes them.
Signed-off-by: Roger Pau Monné
---
Cc: Geo
Craft the Dom0 e820 memory map and populate it.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
Changes since v2:
- Introduce get_order_from_bytes_floor as a local function to
domain_build.c.
- Remove extra asserts.
- Make hvm_populate_memory_range return an error
Current {un}map_mmio_regions implementation has a maximum number of loops to
perform before giving up and returning to the caller. This is an issue when
mapping large MMIO regions when building the hardware domain. In order to
solve it, introduce a wrapper around {un}map_mmio_regions that takes car
It doesn't make sense since the idle domain doesn't receive any events. This
is relevant in order to be sure that hypercall_preempt_check is not called
by the idle domain, which would happen previously when calling
{hap/sh}_set_allocation during domain 0 creation.
Signed-off-by: Roger Pau Monné
-
So that it can also be used by the PVH-specific domain builder. This is just
code motion, it should not introduce any functional change.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
Changes since v2:
- Fix comment style.
- Convert i to unsigned int.
- Restore prev
... and remove hap_set_alloc_for_pvh_dom0. While there also change the last
parameter of the {hap/sh}_set_allocation functions to be a boolean.
Signed-off-by: Roger Pau Monné
Acked-by: Tim Deegan
Acked-by: George Dunlap
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Tim Deegan
Return should be an int.
Signed-off-by: Roger Pau Monné
Acked-by: George Dunlap
---
Cc: George Dunlap
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Tim Deegan
---
Changes since v2:
- Also fix the callers to treat the return value as an int.
- Don't convert the pages parameter to unsigned long.
---
... and using the "preempted" parameter. The solution relies on just calling
softirq_pending if the current domain is the idle domain. If such preemption
happens, the caller should then call process_pending_softirqs in order to
drain the pending softirqs, and then call {sh/hap}_set_allocation again
Introduce a helper to parse the Dom0 kernel.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
Changes since v2:
- Remove debug messages.
- Don't hardcode the number of modules to 1.
---
xen/arch/x86/domain_build.c | 138
1
(resending as v3.1, it seems like I need to figure out how to properly use
msmtp with git send-email because on the last try only the cover letter
was actually sent).
Hello,
This is the first batch of the PVH Dom0 support eries, that includes
everything up to the point where ACPI tables for he
Initialize Dom0 BSP/APs and setup the memory and IO permissions.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
---
DO NOT APPLY.
The logic used to setup the CPUID leaves is clearly lacking. This patch will
be rebased on top of Andrew's CPUID work, that will move CPUID se
Create a new MADT table that contains the topology exposed to the guest. A
new XSDT table is also created, in order to filter the tables that we want
to expose to the guest, plus the Xen crafted MADT. This in turn requires Xen
to also create a new RSDP in order to make it point to the custom XSDT.
flight 101761 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101761/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
flight 101774 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101774/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5211ece936eedb0a29ea170b449e0af8edff8db2
baseline version:
ovmf 6c12fe63f989b1a3aff9f
flight 101773 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101773/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-raw 12 saverestore-support-checkfail like 101738
test-armhf-armhf-libvirt-xsm 13
This run is configured for baseline tests only.
flight 67959 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67959/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 6c12fe63f989b1a3aff9f44c22b2833fa78cfcab
baseline v
This run is configured for baseline tests only.
flight 67961 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67961/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 5211ece936eedb0a29ea170b449e0af8edff8db2
baseline v
flight 101770 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101770/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 92983
test-amd64-i386-qemut
On Fri, 28 Oct 2016, Pan Xinhui wrote:
/*
* If we need to reschedule bail... so we can block.
+* Use vcpu_is_preempted to detech lock holder preemption issue
^^ detect
+ * and break.
Could you please
On Fri, Oct 28, 2016 at 01:50:36PM +0100, Wei Liu wrote:
> On Fri, Oct 28, 2016 at 06:29:49AM -0600, Jan Beulich wrote:
> > >>> On 28.10.16 at 14:10, wrote:
> > > There have been a few reports on stubdom build failure with gcc 6
> > > toolchain. I spent some time yesterday to figure what went wron
Append --build and --host flags to GMP's configure script so that it
knows it is being compiled for another architecture.
This should fix the issue that GMP doesn't compile with gcc 6, because
configure script won't try to test the host environment anymore.
Signed-off-by: Wei Liu
---
Cc: Ian Jac
On Fri, Oct 28, 2016 at 10:16:12PM -0700, Pry Mar wrote:
> Wei,
>
> [PATCH] glibc 223 fix gmp-crosslib config error
> http://paste.fedoraproject.org/462654/14777176/
>
> I've used this patch since last spring. This is a configure bug which stops
> the Stubdom build. The bug first appeared in Ubun
flight 67960 distros-debian-stretch real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67960/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-stretch-netboot-pygrub 9 debian-di-install fail like
67923
test-amd64-
flight 101780 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101780/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail
REGR. vs. 101673
flight 101782 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101782/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 15 guest-start/debian.repeat fail REGR. vs. 101676
Regressions which
At 10:59 +0200 on 29 Oct (1477738788), Roger Pau Monne wrote:
> Return should be an int.
>
> Signed-off-by: Roger Pau Monné
Acked-by: Tim Deegan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
flight 101783 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101783/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm
testid debian-hvm-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/qemu-xen-traditional
34 matches
Mail list logo
