flight 102760 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102760/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 018c3c0b3e0c04f7f422a0b41b228482870d11f0
baseline version:
ovmf eae631bc687c3cbfab016
On Thu, 2016-12-01 at 15:14 -0800, Stefano Stabellini wrote:
> On Thu, 1 Dec 2016, Dario Faggioli wrote:
> >
> > On Tue, 2016-11-29 at 15:34 -0800, Stefano Stabellini wrote:
> > >
> > > ring-ref- (ring-ref-0, ring-ref-1, etc)
> > >
> > blkif uses ring-ref%u, rather than ring-ref-%u (i.e., no
This run is configured for baseline tests only.
flight 68146 xen-4.6-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68146/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-220 xtf/test-hvm32-
* Boris Ostrovsky wrote:
> On 10/31/2016 08:33 AM, Boris Ostrovsky wrote:
> >
> >
> > On 10/14/2016 02:05 PM, Boris Ostrovsky wrote:
> >> From: Matt Fleming
> >>
> >> The new Xen PVH entry point requires page tables to be setup by the
> >> kernel since it is entered with paging disabled.
> >>
>
On 02/12/16 00:29, Stefano Stabellini wrote:
> On Wed, 30 Nov 2016, David Vrabel wrote:
>> On 29/11/16 23:34, Stefano Stabellini wrote:
>>>
>>> The producer (the backend for **in**, the frontend for **out**) writes to
>>> the
>>> array in the following way:
>>>
>> - read memory barrier
>>> - read
On 02/12/16 00:29, Stefano Stabellini wrote:
> On Wed, 30 Nov 2016, David Vrabel wrote:
>> On 29/11/16 23:34, Stefano Stabellini wrote:
>>> The producer (the backend for **in**, the frontend for **out**) writes to
>>> the
>>> array in the following way:
>>>
>> - read memory barrier
>>> - read *con
On Mon, 28 Nov 2016 13:27:22 -0800
Stefano Stabellini wrote:
> Don't call virtio functions from 9pfs generic code, use generic function
> callbacks instead.
>
> Signed-off-by: Stefano Stabellini
>
> ---
Reviewed-by: Greg Kurz
> Changes in v2:
> - constify virtio_9p_transport and V9fsTranspo
>>> On 02.12.16 at 08:49, wrote:
> While working on display protocol I found that there is no(?) common
>
> ???_PAGE_SIZE define I can use for both Xen and Linux kernel:
>
> Xen defines XC_PAGE_SIZE which is also used in Linux user-space and
>
> kernel has XEN_PAGE_SIZE, but no XC_PAGE_SIZE.
>
On Mon, 28 Nov 2016 13:27:23 -0800
Stefano Stabellini wrote:
> v9fs_xattr_read should not access VirtQueueElement elems directly.
> Move v9fs_init_qiov_from_pdu up in the file and call
> v9fs_init_qiov_from_pdu before v9fs_pack. Use v9fs_pack on the new
> iovec.
>
> Signed-off-by: Stefano Stabel
On Mon, 28 Nov 2016 13:27:24 -0800
Stefano Stabellini wrote:
> Not all 9pfs transports share memory between request and response. For
> those who don't, it is necessary to know how much memory is required in
> the response.
>
> Split the existing init_iov_from_pdu function in two:
> init_out_iov
>>> On 02.12.16 at 03:12, wrote:
> Thanks a lot. I find that if guest writes or reads MSR related to
> MTRR which will cause vm exit, xen will just calculate mtrr type and store
> it without setting the EPT. Why doesn't xen set the memory type (ie,emt
> filed)in entry of EPT when handling vm exit
flight 102758 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102758/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 9 debian-install fail pass in 102735
test-amd64-amd64-xl-qemut-stubdo
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-qemut-debianhvm-amd64
testid xen-boot
Tree: linux
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen
On 12/02/2016 01:03 PM, Jan Beulich wrote:
On 02.12.16 at 08:49, wrote:
While working on display protocol I found that there is no(?) common
???_PAGE_SIZE define I can use for both Xen and Linux kernel:
Xen defines XC_PAGE_SIZE which is also used in Linux user-space and
kernel has XEN_PAGE_S
>>> On 01.12.16 at 17:55, wrote:
> In debug builds, confirm that some properties of x86_emulate()'s behaviour
> actually hold. The first property, fixed in a previous change, is that retire
> flags are only ever set in the X86EMUL_OKAY case.
>
> While adjusting the userspace test harness to cope
>>> On 01.12.16 at 17:55, wrote:
> The common case is already using fault semantics out of x86_emulate(), as that
> is how VT-x/SVM expects to inject the event (given suitable hardware support).
>
> However, x86_emulate() returning X86EMUL_EXCEPTION and also completing a
> register writeback is p
>>> On 01.12.16 at 17:55, wrote:
> The behaviour of singlestep is to raise #DB after the instruction has been
> completed, but implementing it with inject_hw_exception() causes x86_emulate()
> to return X86EMUL_EXCEPTION, despite succesfully completing execution of the
> instruction, including reg
>>> On 01.12.16 at 17:56, wrote:
> Use x86_emul_{hw_exception,pagefault}() rather than
> {pv,hvm}_inject_page_fault() and hvm_inject_hw_exception() to cause raised
> faults to be known to the emulator. This requires altering the callers of
> x86_emulate() to properly re-inject the event.
>
> Sig
>>> On 02.12.16 at 12:20, wrote:
> On 12/02/2016 01:03 PM, Jan Beulich wrote:
> On 02.12.16 at 08:49, wrote:
>>> While working on display protocol I found that there is no(?) common
>>>
>>> ???_PAGE_SIZE define I can use for both Xen and Linux kernel:
>>>
>>> Xen defines XC_PAGE_SIZE which is
On 02/12/16 00:35, Andy Lutomirski wrote:
> On Xen PV, CPUID is likely to trap, and Xen hypercalls aren't
> guaranteed to serialize. (Even CPUID isn't *really* guaranteed to
> serialize on Xen PV, but, in practice, any trap it generates will
> serialize.)
Well, Xen will enabled CPUID Faulting whe
On 12/02/2016 01:43 PM, Jan Beulich wrote:
On 02.12.16 at 12:20, wrote:
On 12/02/2016 01:03 PM, Jan Beulich wrote:
On 02.12.16 at 08:49, wrote:
While working on display protocol I found that there is no(?) common
???_PAGE_SIZE define I can use for both Xen and Linux kernel:
Xen defines XC_
On 02/12/16 11:37, Jan Beulich wrote:
>> --- a/xen/arch/x86/mm/shadow/multi.c
>> +++ b/xen/arch/x86/mm/shadow/multi.c
>> @@ -3373,18 +3373,36 @@ static int sh_page_fault(struct vcpu *v,
>>
>> r = x86_emulate(&emul_ctxt.ctxt, emul_ops);
>>
>> -/*
>> - * The previous lack of inject_{
On 02/12/16 11:43, Jan Beulich wrote:
On 02.12.16 at 12:20, wrote:
>> On 12/02/2016 01:03 PM, Jan Beulich wrote:
>> On 02.12.16 at 08:49, wrote:
While working on display protocol I found that there is no(?) common
???_PAGE_SIZE define I can use for both Xen and Linux kerne
Without this, it can be hard to use in ad hoc ways.
CC: Wei Liu
CC: Andrew Cooper
Signed-off-by: Ian Jackson
---
ts-xtf-fep | 4 +++-
ts-xtf-run | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/ts-xtf-fep b/ts-xtf-fep
index 6f0037a..91ac3ce 100755
--- a/ts-xtf-fep
+++ b
Signed-off-by: Ian Jackson
---
cs-adjust-flight | 40
1 file changed, 40 insertions(+)
diff --git a/cs-adjust-flight b/cs-adjust-flight
index 33ff9df..45c1420 100755
--- a/cs-adjust-flight
+++ b/cs-adjust-flight
@@ -14,6 +14,7 @@
# runvar-del
# ru
This is more regular and potentially more efficient,
but has no functional change.
Signed-off-by: Ian Jackson
---
cs-adjust-flight | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/cs-adjust-flight b/cs-adjust-flight
index 04f5a7e..02fd2cf 100755
--- a/cs-adjust-flight
++
On 12/02/2016 01:53 PM, Andrew Cooper wrote:
On 02/12/16 11:43, Jan Beulich wrote:
On 02.12.16 at 12:20, wrote:
On 12/02/2016 01:03 PM, Jan Beulich wrote:
On 02.12.16 at 08:49, wrote:
While working on display protocol I found that there is no(?) common
???_PAGE_SIZE define I can use for bo
We are going to want to reuse this, so abstract it away.
As a side effect we now support negated exact matches.
No other functional change, except to debug output.
Signed-off-by: Ian Jackson
---
cs-adjust-flight | 40 +---
1 file changed, 29 insertions(+), 11
On Fri, Dec 02, 2016 at 11:55:40AM +, Ian Jackson wrote:
> Without this, it can be hard to use in ad hoc ways.
>
> CC: Wei Liu
> CC: Andrew Cooper
> Signed-off-by: Ian Jackson
Reviewed-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xen.
* Change version number in README and xen/Makefile to `4.8-unstable'.
* Set `debug ?= y' in Config.mk.
* Set QEMU_UPSTREAM_REVISION to track qemu-xen.git `master'.
* Set MINIOS_UPSTREAM_REVISION and QEMU_TRADITIONAL_REVISION back to
commit hashes, rather than 4.8 tags.
Hypervisor debug enable
AFAICT following bacbf0cb7349 "build: convert debug to Kconfig"
hypervisor debug enablement is controlled here, rather than in
Config.mk.
The release checklist says that when branching, the new staging should
have debug enabled. It seems to me that I should be changing this
here, therefore.
As a
I have pushed the first of these two patches to new-staging. It is
very like all previous such commits. The second, to reenable
hypervisor debug, I decided to get some review on.
When staging is properly open, I or the release manager will send an
announcement about its status and what should an
Our CI and automatic bisector have identified that
24542192519d21719377d89f14654b3afd993a61
scsi: megaraid_sas: Fix data integrity failure for JBOD (passthrough) devices
breaks booting certain machines under Xen. See full report from the
bisector, below.
The boot messages including a lot of w
>>> On 02.12.16 at 13:23, wrote:
> AFAICT following bacbf0cb7349 "build: convert debug to Kconfig"
> hypervisor debug enablement is controlled here, rather than in
> Config.mk.
>
> The release checklist says that when branching, the new staging should
> have debug enabled. It seems to me that I
flight 102767 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102767/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-4 52 leak-check/check fail REGR. vs. 102721
test-xtf-amd64-
Jan Beulich writes ("Re: [PATCH 2/2] Re-enable hypervisor debug as part of
opening 4.9"):
> Acked-by: Jan Beulich
Thanks, pushed. I have also updated the checklist.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-de
On 02/12/16 12:23, Ian Jackson wrote:
> * Change version number in README and xen/Makefile to `4.8-unstable'.
ITYM 4.9 here, but it looks like the content of the patch was correct.
~Andrew
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://list
> "Ian" == Ian Jackson writes:
Ian> Our CI and automatic bisector have identified that
Ian> 24542192519d21719377d89f14654b3afd993a61 scsi: megaraid_sas: Fix
Ian> data integrity failure for JBOD (passthrough) devices
Ian> breaks booting certain machines under Xen. See full report from
Ian>
>-Original Message-
>From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
>Sent: Friday, December 02, 2016 6:11 PM
>To: Kashyap Desai; sta...@vger.kernel.org; Sumit Saxena; Tomas Henzl;
Hannes
>Reinecke; Ewan D.Milne; Martin K.Petersen; Sasha Levin
>Cc: xen-de...@lists.xensource.com
>Subjec
On Fri, Dec 02, Ian Jackson wrote:
> I have pushed the first of these two patches to new-staging. It is
> very like all previous such commits. The second, to reenable
> hypervisor debug, I decided to get some review on.
Please also bump the SONAMEs as it was done in commit
d337764d9b8e89eb9cb9d
Hi all
We just finished branching 4.8. The staging branch is now open for
committing new patches.
As always please be cautious about what patches are accepted into
staging until 4.8 is released. For bug fixes please commit them to
staging first then backport them to staging-4.8 (*).
Thanks
Wei.
On 22/11/16 10:57, Andrew Cooper wrote:
> On 22/11/16 10:56, Wei Liu wrote:
>> On Mon, Nov 21, 2016 at 02:01:14PM +0800, He Chen wrote:
>>> Add two new AVX512 subfeatures support for guest.
>>>
>>> AVX512_4VNNIW:
>>> Vector instructions for deep learning enhanced word variable precision.
>>>
>>> AV
Hello,
There are a couple of boot flags that should be passed to PVHv2 guests, that
report the lack of VGA and CMOS RTC, and we shouldn't also pass the 8042 flag,
because PVHv2 guests don't have access to such controller. The no CMOS RTC
flags
requires that the FADT table is bumped to version
At the moment this flag is unconditionally set for PVHv2 domains. Note that
using this boot flag requires that the FADT table revision is at least 5 (or any
later version), so bump the current FADT version from 4 to 5 and add two new
fields that will be unused.
Reported-by: Jan Beulich
Signed-off
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
Cc: boris.ostrov...@oracle.com
Cc: konrad.w...@oracle.com
---
tools/libacpi/acpi2_0.h | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/tools/libacpi/acpi2_0.h b/tools/libac
PVHv2 guests don't have any VGA card, and as so it must be notified in the FADT.
Signed-off-by: Roger Pau Monné
Reviewed-by: Jan Beulich
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
Cc: boris.ostrov...@oracle.com
Cc: konrad.w...@oracle.com
---
tools/firmware/hvmloader/u
There's no such controler available for PVHv2 guests.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
Cc: boris.ostrov...@oracle.com
Cc: konrad.w...@oracle.com
---
tools/firmware/hvmloader/util.c | 2 +-
tools/libacpi/build.c | 2 ++
On 02/12/16 13:48, Roger Pau Monne wrote:
> Signed-off-by: Roger Pau Monné
> ---
> Cc: Jan Beulich
> Cc: Andrew Cooper
> Cc: Ian Jackson
> Cc: Wei Liu
> Cc: boris.ostrov...@oracle.com
> Cc: konrad.w...@oracle.com
> ---
> tools/libacpi/acpi2_0.h | 5 ++---
> 1 file changed, 2 insertions(+), 3
On 02/12/16 13:48, Roger Pau Monne wrote:
> diff --git a/tools/libacpi/acpi2_0.h b/tools/libacpi/acpi2_0.h
> index 5ddef8a..500f95e 100644
> --- a/tools/libacpi/acpi2_0.h
> +++ b/tools/libacpi/acpi2_0.h
> @@ -229,6 +229,8 @@ struct acpi_20_fadt {
> */
> #define ACPI_FADT_LEGACY_DEVICES(1 <<
On 02/12/16 13:48, Roger Pau Monne wrote:
> There's no such controler available for PVHv2 guests.
>
> Signed-off-by: Roger Pau Monné
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 12/02/2016 04:45 AM, Ingo Molnar wrote:
> * Boris Ostrovsky wrote:
>
>> On 10/31/2016 08:33 AM, Boris Ostrovsky wrote:
>>>
>>> On 10/14/2016 02:05 PM, Boris Ostrovsky wrote:
From: Matt Fleming
The new Xen PVH entry point requires page tables to be setup by the
kernel since
On Fri, Dec 02, 2016 at 01:53:44PM +, Andrew Cooper wrote:
> On 02/12/16 13:48, Roger Pau Monne wrote:
> > Signed-off-by: Roger Pau Monné
> > ---
> > Cc: Jan Beulich
> > Cc: Andrew Cooper
> > Cc: Ian Jackson
> > Cc: Wei Liu
> > Cc: boris.ostrov...@oracle.com
> > Cc: konrad.w...@oracle.com
On 02/12/16 13:48, Roger Pau Monne wrote:
> At the moment this flag is unconditionally set for PVHv2 domains. Note that
> using this boot flag requires that the FADT table revision is at least 5 (or
> any
> later version), so bump the current FADT version from 4 to 5 and add two new
> fields that
On 12/02/2016 09:06 AM, Andrew Cooper wrote:
> On 02/12/16 13:48, Roger Pau Monne wrote:
>> At the moment this flag is unconditionally set for PVHv2 domains. Note that
>> using this boot flag requires that the FADT table revision is at least 5 (or
>> any
>> later version), so bump the current FADT
On 02/12/16 14:21, Boris Ostrovsky wrote:
> On 12/02/2016 09:06 AM, Andrew Cooper wrote:
>> On 02/12/16 13:48, Roger Pau Monne wrote:
>>> At the moment this flag is unconditionally set for PVHv2 domains. Note that
>>> using this boot flag requires that the FADT table revision is at least 5
>>> (or
Sumit Saxena writes ("RE: megaraid_sas regression in linux-3.18"):
> There was regression caused because of this commit. Please pick below
> commit which fixes the regression-
>
> commit 5e5ec1759dd663a1d5a2f10930224dd009e500e8
> scsi: megaraid_sas: fix macro MEGASAS_IS_LOGICAL to avoid regres
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo_qdisk.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_colo_qdisk.c b/tools/libxl/lib
From: Cedric Bosdonnat
These functions should be used to log messages when the domain
id is known. libxl__log will now prepend the log message by
"Domain %PRIu32:" if the domain id is a valid one.
This aims at helping consumers filter logs on domain IDs.
Signed-off-by: Cédric Bosdonnat
Acked-b
From: Cedric Bosdonnat
Use LOG*D functions to output the domain ID in logs as much as
possible. This will help consumer code sorting the logs by
domain.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_bootloader.c | 84 --
1 file
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_netbsd.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/tools/libxl/libxl_netbsd.c b/tools/libxl/li
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_create.c | 119 +++--
1 file changed, 60 insertions(+), 59 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_device.c | 70 --
1 file changed, 37 insertions(+), 33 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_dom_suspend.c | 45 -
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_checkpoint_device.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tools/libxl/libxl_checkpoi
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_linux.c | 23 ++-
1 file changed, 14 insertions(+), 9 deletions(-)
diff --git a/tools/libxl/libxl_linux.c b/
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo_proxy.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/tools/libxl/libxl_col
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo_restore.c | 57
1 file changed, 28 insertions(+), 29 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo_save.c | 49 ++-
1 file changed, 25 insertions(+), 24 deletions(-)
diff --git a/too
Hey all,
Here is v2 addressing Wei's comments on patch #1. The 3 libxl.c
patches haven't been merged, but the commit message of the first
one has been slightly rewritten to help understanding the reason
of the split.
Note: I added Wei Liu's ACK on all patches
Cedric Bosdonnat (35):
libxl: add
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_dm.c | 111 ++---
1 file changed, 59 insertions(+), 52 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D functions to output the domain ID in logs as much as
possible. This will help consumer code sorting the logs by
domain.
libxl.c changes have been split into 3 commits to help review
them and isolate more instances that could be problematic.
This commit, only cha
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_netbuffer.c | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_psr.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/tools/libxl/libxl_psr.c b/tools/libxl/libx
This run is configured for baseline tests only.
flight 68150 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68150/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 018c3c0b3e0c04f7f422a0b41b228482870d11f0
baseline v
From: Cedric Bosdonnat
Use LOG*D functions to output the domain ID in logs as much as
possible. This will help consumer code sorting the logs by
domain.
This commit includes all LOG* to LOG*D changes where the domain
ID is not just a domid variable.
We want the domain ID provided to the LOG*D f
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_internal.c | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/tools/libxl/libxl_
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_vtpm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl_vtpm.c b/tools/libxl/libxl_v
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_stream_write.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tools/libxl/libxl_stream_write.c b/
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_qmp.c | 56 -
1 file changed, 28 insertions(+), 28 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_usb.c | 57 ++---
1 file changed, 30 insertions(+), 27 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_nic.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl_nic.c b/tools/libxl/libxl_ni
From: Cedric Bosdonnat
Use LOG*D functions to output the domain ID in logs as much as
possible. This will help consumer code sorting the logs by
domain.
This commit, only changes LOG*() into LOG*D() and adds a domid
parameter. The message of these LOG* calls has been altered to
remove the domain
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_colo.h b/tools/libxl/libxl_colo.h
in
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_x86.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/libxl/libxl_x86.c b/tools/libxl/libxl_x86.c
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_colo_nic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_colo_nic.c b/tools/libxl/libxl_c
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_freebsd.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/tools/libxl/libxl_freebsd.c b/tools/libxl/l
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_dom_save.c | 29 +++--
1 file changed, 15 insertions(+), 14 deletions(-)
diff --git a/tools/libxl/libxl_
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_xshelp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_xshelp.c b/tools/libxl/libxl_x
flight 68149 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68149/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 11 migrate-support-check fail
never pass
test-armhf-armhf-
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_pci.c | 153 +---
1 file changed, 79 insertions(+), 74 deletions(-)
diff --git a/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_remus.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/tools/libxl/libxl_remus
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_save_callout.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/tools/libxl/libxl_save_callout.c b/too
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_vnuma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/libxl/libxl_vnuma.c b/tools/libxl/libxl_vnuma.c
From: Cedric Bosdonnat
Use LOG*D logging functions where possible instead of the LOG* ones.
Signed-off-by: Cédric Bosdonnat
Acked-by: Wei Liu
---
tools/libxl/libxl_no_colo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/libxl/libxl_no_colo.c b/tools/libxl/libxl
-
| PCI Pass-through in Xen ARM |
-
manish.ja...@cavium.com
-
Draft-5
flight 102796 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102796/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On Fri, Dec 02, 2016 at 02:36:22PM +, Ian Jackson wrote:
> Sumit Saxena writes ("RE: megaraid_sas regression in linux-3.18"):
> > There was regression caused because of this commit. Please pick below
> > commit which fixes the regression-
> >
> > commit 5e5ec1759dd663a1d5a2f10930224dd009e500e8
On 01/12/2016 22:36, "Stefano Stabellini" wrote:
>On Thu, 1 Dec 2016, Ian Jackson wrote:
>> Lars Kurth writes ("Re: [PATCH v5 3/3] Significant changes to decision
>>making; some new roles and minor changes"):
>> > Maybe Ian has some views on what is better from a theoretical
>>viewpoint:
>> > V
* Boris Ostrovsky wrote:
> On 12/02/2016 04:45 AM, Ingo Molnar wrote:
> > * Boris Ostrovsky wrote:
> >
> >> On 10/31/2016 08:33 AM, Boris Ostrovsky wrote:
> >>>
> >>> On 10/14/2016 02:05 PM, Boris Ostrovsky wrote:
> From: Matt Fleming
>
> The new Xen PVH entry point requires pag
On Sat, Nov 19, 2016 at 03:59:08PM +0300, Alexander Nusov wrote:
> Hello,
>
>
>
> I've reinstalled xen from ports on FreeBSD-11.0
>
> and it seems xenlight.pc is not being installed to
> /usr/local/libdata/pkgconfig/ directory.
>
>
>
> root@controller:/usr/ports/devel/libvirt # find /usr/ -
1 - 100 of 138 matches
Mail list logo
