Hi Doug,
> > 0 day build tests the kernel all the time, even if my patch gets
> > missed, after a few days other will immediately notice. These days
> > its extremely hard for me to build linux-next and have a build
> > issue.
> >
> > I recommend we push on the momentum to see if we can piggy bac
flight 80836 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80836/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail
REGR. vs. 65543
test-amd64-i386-
flight 80855 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80855/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR.
vs. 80121
test-armhf-armhf-
flight 80752 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80752/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399
build-i386-rumpuserxen
On 1/14/16 3:47 PM, Konrad Rzeszutek Wilk wrote:
> The implementation does not actually do any patching.
>
> It just adds the framework for doing the hypercalls,
> keeping track of ELF payloads, and the basic operations:
> - query which payloads exist,
> - query for specific payloads,
> - check
flight 80734 qemu-upstream-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80734/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 9 debian-hvm-install fail REGR. vs.
77834
te
On Sat, Feb 06, 2016 at 12:05:32PM -0800, Andy Lutomirski wrote:
> int __init microcode_init(void)
> {
> [...]
> if (paravirt_enabled() || dis_ucode_ldr)
> return -EINVAL;
>
> This is also asking "are we the natively booted kernel?" This is
> plausibly useful for r
Hi all,
Given that pvgrub2 has been available for a while now and Ian did a good
write up on the Xen blog of how to use it and a few downstream distros
are starting to pick it up as the way to boot Xen images. Plus most
downstreams switching exclusively to grub2 usage is it time to mark
pvgrub (gr
flight 80776 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80776/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 79947
build-amd64
On 2/5/16 10:07 PM, Luis R. Rodriguez wrote:
> On Fri, Feb 05, 2016 at 10:52:01PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Fri, Feb 05, 2016 at 05:48:37PM -0800, Luis R. Rodriguez wrote:
>>> On Fri, Nov 20, 2015 at 9:47 AM, Luis R. Rodriguez
>>> wrote:
From: "Luis R. Rodriguez"
He
On 2/5/16 10:03 PM, Luis R. Rodriguez wrote:
> On Fri, Feb 05, 2016 at 10:45:54PM -0500, Konrad Rzeszutek Wilk wrote:
>> On Sat, Feb 06, 2016 at 02:44:54AM +0100, Luis R. Rodriguez wrote:
>>> On Wed, Nov 25, 2015 at 03:44:30PM -0500, Konrad Rzeszutek Wilk wrote:
On Wed, Nov 25, 2015 at 08:36:5
On Sat, Feb 6, 2016 at 12:59 AM, Luis R. Rodriguez wrote:
> On Fri, Feb 05, 2016 at 11:11:34PM -0800, Andy Lutomirski wrote:
>> On Feb 5, 2016 8:30 PM, "Luis R. Rodriguez" wrote:
>> >
>> > paravirt_enabled conveys the idea that if this is set or if
>> > paravirt_enabled() returns true you are in
This run is configured for baseline tests only.
flight 38728 qemu-upstream-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38728/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-
From: Stefano Stabellini
On Xen MSIs can be remapped into pirqs, which are a type of event
channels. It's mostly for the benefit of PCI passthrough devices, to
avoid the overhead of interacting with the emulated lapic.
However remapping interrupts and MSIs is also supported for emulated
devices,
On 02/05/2016 08:43 PM, Haozhong Zhang wrote:
> On 02/05/16 09:40, Ross Philipson wrote:
>> On 02/03/2016 09:09 AM, Andrew Cooper wrote:
> [...]
>>> I agree.
>>>
>>> There has to be a single entity responsible for collating the eventual
>>> ACPI handed to the guest, and this is definitely HVMLoader
flight 80730 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80730/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 15 guest-localmigrate/x10 fail REGR.
vs. 7798
flight 80694 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80694/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail REGR. vs. 78922
Tests which did not
On 02/05/2016 11:22 PM, Tamas K Lengyel wrote:
> Only copy the VCPU_PAUSED flag to the response. Copy the entire mem_access
> struct which is useful and easily forgotten when also testing the emulate
> response flags. Turn off singlestepping on the vCPUs once we are done
> processing all events, as
On 02/05/2016 11:22 PM, Tamas K Lengyel wrote:
> Extend the existing get_mem_access memop to allow querying permissions in
> altp2m views as well.
>
> Signed-off-by: Tamas K Lengyel
> Cc: Ian Jackson
> Cc: Stefano Stabellini
> Cc: Ian Campbell
> Cc: Wei Liu
> Cc: Razvan Cojocaru
> Cc: Stefan
On Fri, Feb 5, 2016 at 4:05 AM, Shannon Zhao wrote:
> From: Shannon Zhao
>
> ACPI 6.0 introduces a new table STAO to list the devices which are used
> by Xen and can't be used by Dom0. On Xen virtual platforms, the physical
> UART is used by Xen. So here it hides UART from Dom0.
>
> Signed-off-by
flight 80683 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/80683/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 14 guest-saverestore.2 fail REGR. vs. 79422
Regressions which a
Hi Rafael,
On Sat, Feb 6, 2016 at 4:56 AM, Rafael J. Wysocki wrote:
> On Friday, February 05, 2016 09:47:40 AM Lorenzo Pieralisi wrote:
>> On Fri, Feb 05, 2016 at 02:05:37PM +0530, Jayachandran Chandrashekaran Nair
>> wrote:
>>
>> [...]
>>
>> > pci_host_acpi.c is a generic implementation of thes
flight 38727 distros-debian-stretch real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38727/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-amd64-stretch-netboot-pvgrub 10 guest-start fail like 38716
Tests which did
On Fri, Feb 05, 2016 at 11:11:34PM -0800, Andy Lutomirski wrote:
> On Feb 5, 2016 8:30 PM, "Luis R. Rodriguez" wrote:
> >
> > paravirt_enabled conveys the idea that if this is set or if
> > paravirt_enabled() returns true you are in a paravirtualized
> > environment. This is not true by any means,
24 matches
Mail list logo
