flight 102652 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102652/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99725
Tests
Hi,
Below basic write up on DT based NUMA feature support for arm64 platform.
I have attempted to get NUMA support, However I face below issues. I would like
to discuss these issues. Please let me know your comments on this. Yet to look
at ACPI support.
DT based NUMA support for arm64 platform
flight 102655 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102655/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4575a602ca6072ee9d04150b38bfb143cbff8588
baseline version:
ovmf 45b18ce5b121849b01ac9
This run is configured for baseline tests only.
flight 68101 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68101/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 45b18ce5b121849b01ac982c338565b9dcd8e2f4
baseline v
flight 102648 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102648/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 6 xen-boot fail REGR. vs. 102618
Regressions which
This run is configured for baseline tests only.
flight 68099 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68099/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 3 host-install
flight 102642 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102642/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail REGR. vs. 102534
test-amd64-amd64-
flight 102637 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102637/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt13 saverestore-support-check fail REGR. vs. 101275
Tests which are
This run is configured for baseline tests only.
flight 68097 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68097/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-xsm 15 guest-start/deb
flight 102640 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102640/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 102603
test-armhf-armhf-libvirt-xsm 13
flight 102649 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102649/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 45b18ce5b121849b01ac982c338565b9dcd8e2f4
baseline version:
ovmf 339c6e905a151305cd3b7
On Mon, Nov 21, 2016 at 07:01:36AM +0100, Juergen Gross wrote:
> On 19/11/16 19:22, Quentin Lambert wrote:
> > Most error branches following the call to kmalloc contain
> > a call to kfree. This patch add these calls where they are
> > missing.
> >
> > This issue was found with Hector.
> >
> > Si
On 25/11/16 19:06, Julien Grall wrote:
> The tools (such as mk_dsdt) can be cross-built when it may not be
> desirable to build them on the target.
>
> The commit c4ac1077 "libxl/arm: Generate static ACPI DSDT table"
> introduced support of ARM64 in mk_dsdt but also break cross-building
> tools bec
The tools (such as mk_dsdt) can be cross-built when it may not be
desirable to build them on the target.
The commit c4ac1077 "libxl/arm: Generate static ACPI DSDT table"
introduced support of ARM64 in mk_dsdt but also break cross-building
tools because the ACPI tables are not correct.
While mk_ds
As identified during review, using BUG_ON() before `lidt` will result in a
triple fault, even on APs.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Wei Liu
---
xen/arch/x86/cpu/common.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/xen/arch/x86/cpu/c
This run is configured for baseline tests only.
flight 68098 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68098/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 339c6e905a151305cd3b74e3a713a31798769993
baseline v
flight 102632 qemu-upstream-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102632/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 100711
test
On Mon, 2016-11-21 at 10:04 +0100, Dario Faggioli wrote:
> On Sat, 2016-11-19 at 12:56 +0200, Pasi Kärkkäinen wrote:
> > 2) It'd good to create an upstream Wayland bugreport and
> > investigate
> > more about why cirrus is broken with Wayland.
> >
> Sure, I can do that.
>
An update.
The discussi
On 11/23/2016 09:16 AM, Boris Ostrovsky wrote:
On 11/23/2016 08:58 AM, Jan Beulich wrote:
On 23.11.16 at 14:33, wrote:
On 11/23/2016 03:09 AM, Jan Beulich wrote:
On 23.11.16 at 00:47, wrote:
I have a prototype that replaces XEN_DOMCTL_set_avail_vcpus with
XEN_DOMCTL_acpi_access and it see
Hi,
On 25/11/16 17:00, Julien Grall wrote:
On 25/11/16 15:52, Jan Beulich wrote:
On 25.11.16 at 16:30, wrote:
On 23/11/16 10:47, Jan Beulich wrote:
On 23.11.16 at 11:29, wrote:
Building latest XEN master branch
(58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform
using
the sa
A couple of more things about this document...
On Tue, 2016-10-25 at 11:40 +0800, Yi Sun wrote:
> diff --git a/docs/features/l2_cat.pandoc
>
The name of the file could be a bit more descriptive. What about
something like:
intel_psr_l2_cat.pandoc
> +## Implementation Description
> +
> +* Hypervi
flight 102629 qemu-upstream-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102629/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99723
test-
On 25/11/16 17:16, Ross Lagerwall wrote:
> On 11/25/2016 05:05 PM, Andrew Cooper wrote:
>> On 25/11/16 16:59, M A Young wrote:
>>> On Thu, 24 Nov 2016, Ross Lagerwall wrote:
>>>
GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
means that .rodata.str* sections are now
On Fri, 2016-11-11 at 16:33 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 25, 2016 at 11:40:49AM +0800, Yi Sun wrote:
> > --- /dev/null
> > +++ b/docs/features/l2_cat.pandoc
> > @@ -0,0 +1,314 @@
> > +% Intel L2 Cache Allocation Technology (L2 CAT) Feature
> > +% Revision 2.0
> > +
> > +\clearp
Hi Wei,
On 25/11/16 15:55, Wei Liu wrote:
On Fri, Nov 25, 2016 at 03:30:44PM +, Julien Grall wrote:
Hi all,
On 23/11/16 10:47, Jan Beulich wrote:
On 23.11.16 at 11:29, wrote:
Building latest XEN master branch
(58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform using
the s
On 11/25/2016 05:05 PM, Andrew Cooper wrote:
On 25/11/16 16:59, M A Young wrote:
On Thu, 24 Nov 2016, Ross Lagerwall wrote:
GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
means that .rodata.str* sections are now split by function. We could
probably be smarter about incl
On Fri, Nov 25, 2016 at 04:59:17PM +, M A Young wrote:
> On Thu, 24 Nov 2016, Ross Lagerwall wrote:
>
> > GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
> > means that .rodata.str* sections are now split by function. We could
> > probably be smarter about including just
On 25/11/16 16:59, M A Young wrote:
> On Thu, 24 Nov 2016, Ross Lagerwall wrote:
>
>> GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
>> means that .rodata.str* sections are now split by function. We could
>> probably be smarter about including just the sections we need, but
On Fri, Nov 25, 2016 at 01:51:56PM +, Wei Liu wrote:
> On Fri, Nov 25, 2016 at 08:24:00AM -0500, Konrad Rzeszutek Wilk wrote:
> > Hey Wei, Anthony,
> >
> > Are you guys OK pushing this commit: 2667ad40919a in the
> > git://xenbits.xen.org/ovmf.git
> >
> > tree? Without this I cannot buil
Hi Jan,
On 25/11/16 15:52, Jan Beulich wrote:
On 25.11.16 at 16:30, wrote:
On 23/11/16 10:47, Jan Beulich wrote:
On 23.11.16 at 11:29, wrote:
Building latest XEN master branch
(58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform using
the same yocto as here
https://wiki.xen.or
On Thu, 24 Nov 2016, Ross Lagerwall wrote:
> GCC 6.1+ fixed https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192 which
> means that .rodata.str* sections are now split by function. We could
> probably be smarter about including just the sections we need, but for
> now, include all .rodata.str* sectio
>>> On 25.11.16 at 17:27, wrote:
On 25.10.16 at 05:40, wrote:
>> 'cbm_len' and 'cbm_max' are CAT/CDP specific feature HW info.
>> So encapsulate them into 'struct psr_cat_hw_info'. If new
>> feature is supported, we can define other structure to save
>> its HW info.
>
> Part of my problem f
Hi Stefano,
On 23/11/16 19:55, Stefano Stabellini wrote:
Actually I am thinking that the default values should be in the
emulators themselves. After all they are the part of the code that knows
more about vuarts.
Can you expand what you mean by emulator? I was never expecting to have
a fully
>>> On 25.10.16 at 05:40, wrote:
> @@ -33,6 +36,8 @@ struct psr_cat_hw_info {
> };
>
> struct psr_cat_socket_info {
> +/* bit 1~0: [01]->L3 CAT-only, [10]->L3 CDP */
> +unsigned int feat_mask;
For the moment this looks like it wants to be an enumeration. Are
you going to later add bit
>>> On 25.10.16 at 05:40, wrote:
> 'cbm_len' and 'cbm_max' are CAT/CDP specific feature HW info.
> So encapsulate them into 'struct psr_cat_hw_info'. If new
> feature is supported, we can define other structure to save
> its HW info.
Part of my problem following you here is that you talk about
cb
Hi,
On 18/11/16 18:39, Stefano Stabellini wrote:
On Fri, 11 Nov 2016, Stefano Stabellini wrote:
On Fri, 11 Nov 2016, Julien Grall wrote:
On 10/11/16 20:42, Stefano Stabellini wrote:
That's why in the approach we had on the previous series was "host ITS command
should be limited when emulating
flight 102650 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102650/
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, Nov 25, 2016 at 03:30:44PM +, Julien Grall wrote:
> Hi all,
>
> On 23/11/16 10:47, Jan Beulich wrote:
> On 23.11.16 at 11:29, wrote:
> >>Building latest XEN master branch
> >>(58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform using
> >>the same yocto as here
> >>ht
>>> On 25.11.16 at 16:30, wrote:
> On 23/11/16 10:47, Jan Beulich wrote:
> On 23.11.16 at 11:29, wrote:
>>> Building latest XEN master branch
>>> (58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform using
>>> the same yocto as here
>>> https://wiki.xen.org/wiki/Xen_ARM_with_Virt
>>> On 25.10.16 at 05:40, wrote:
> struct psr_cat_socket_info {
> unsigned int cbm_len;
> unsigned int cos_max;
> -struct psr_cat_cbm *cos_to_cbm;
> +/*
> + * Store the values of COS registers:
> + * CAT uses 1 entry for one COS ID;
> + * CDP uses 2 entries for one C
Signed-off-by: Anthony PERARD
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4a60579..1379317 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -309,7 +309,7 @@ Guest CPU Cores (Xen):
X86
M: Stefano Stabellini
M: Anthony Perard
Hi all,
On 23/11/16 10:47, Jan Beulich wrote:
On 23.11.16 at 11:29, wrote:
Building latest XEN master branch
(58bd0c7985890e0292212f94a56235228a3445c3) for salvator-x platform using
the same yocto as here
https://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Salvator-X
I've
faced fo
>>> On 25.10.16 at 05:40, wrote:
> 'ref' in 'struct psr_cat_cbm' is used as a reference count for
> one COS register. It doesn't relate to cbm. So, it can be splitted
> out.
split
> --- a/xen/arch/x86/psr.c
> +++ b/xen/arch/x86/psr.c
> @@ -23,6 +23,9 @@
> #define PSR_CAT(1<<1)
> #defin
flight 102625 qemu-upstream-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102625/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt 13 saverestore-support-check fail REGR. vs. 99725
Tests
>>> On 25.11.16 at 16:00, wrote:
> On Fri, Nov 25, 2016 at 10:26:59AM +0100, Dario Faggioli wrote:
>> The whole block describing multiqueue support was repeated
>> two times.
>>
>> There also was some repetition in the description of the
>> 'discard-enable' property.
>>
>> Signed-off-by: Dario F
On 11/25/2016 04:56 PM, Jan Beulich wrote:
On 25.11.16 at 15:50, wrote:
On 11/25/2016 04:45 PM, Jan Beulich wrote:
On 25.11.16 at 15:27, wrote:
On 11/25/2016 04:12 PM, Jan Beulich wrote:
On 25.11.16 at 14:59, wrote:
On 11/25/2016 02:54 PM, Jan Beulich wrote:
On 25.11.16 at 12:57, wrote:
On Fri, Nov 25, 2016 at 10:26:59AM +0100, Dario Faggioli wrote:
> The whole block describing multiqueue support was repeated
> two times.
>
> There also was some repetition in the description of the
> 'discard-enable' property.
>
> Signed-off-by: Dario Faggioli
Hm, that's weird, it seems like t
Processing commands for x...@bugs.xenproject.org:
> create ^
Created new bug #54 rooted at
`<58371f76027800121...@prv-mh.provo.novell.com>'
Title: `Re: [Xen-devel] Xen compilation fails for ARM32 when recompiled on a
ARM64 build'
> title it makefile: clean target should affect the whole tree
>>> On 25.11.16 at 15:50, wrote:
> On 11/25/2016 04:45 PM, Jan Beulich wrote:
> On 25.11.16 at 15:27, wrote:
>>> On 11/25/2016 04:12 PM, Jan Beulich wrote:
>>> On 25.11.16 at 14:59, wrote:
> On 11/25/2016 02:54 PM, Jan Beulich wrote:
> On 25.11.16 at 12:57, wrote:
>>> +s
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 14:47
> To: Paul Durrant
> Cc: Andrew Cooper ; Ian Jackson
> ; Wei Liu ; xen-
> de...@lists.xenproject.org; Daniel DeGraaf
> Subject: RE: [Xen-devel] [PATCH-for-4.9 v1 6/8] dm_op: convert
> HVMOP_
On 11/25/2016 04:45 PM, Jan Beulich wrote:
On 25.11.16 at 15:27, wrote:
On 11/25/2016 04:12 PM, Jan Beulich wrote:
On 25.11.16 at 14:59, wrote:
On 11/25/2016 02:54 PM, Jan Beulich wrote:
On 25.11.16 at 12:57, wrote:
+struct xensnd_page_directory {
+grant_ref_t gref_dir_next_page;
+
>>> On 25.11.16 at 15:20, wrote:
> Ok, if you already had agreement from a toolstack maintainer then I'll
> change the header.
Well, I had handed you the hvmctl patches, which I'm pretty sure had
all the relevant tags accumulated.
Jan
___
Xen-devel
>>> On 25.11.16 at 15:27, wrote:
> On 11/25/2016 04:12 PM, Jan Beulich wrote:
> On 25.11.16 at 14:59, wrote:
>>> On 11/25/2016 02:54 PM, Jan Beulich wrote:
>>> On 25.11.16 at 12:57, wrote:
> +struct xensnd_page_directory {
> +grant_ref_t gref_dir_next_page;
> +uint32_
On 11/25/2016 04:12 PM, Jan Beulich wrote:
On 25.11.16 at 14:59, wrote:
On 11/25/2016 02:54 PM, Jan Beulich wrote:
On 25.11.16 at 12:57, wrote:
+struct xensnd_page_directory {
+grant_ref_t gref_dir_next_page;
+uint32_t num_grefs;
You can't fit that many requests on one page anyway,
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 14:16
> To: Paul Durrant
> Cc: Andrew Cooper ; Ian Jackson
> ; Wei Liu ; xen-
> de...@lists.xenproject.org; Daniel De Graaf
> Subject: RE: [Xen-devel] [PATCH-for-4.9 v1 6/8] dm_op: convert
> HVMOP
create ^
title it makefile: clean target should affect the whole tree
severity it wishlist
thanks
On 24/11/16 16:12, Jan Beulich wrote:
On 24.11.16 at 16:58, wrote:
On 24/11/16 15:53, Andrew Cooper wrote:
On 24/11/16 15:48, Bhupinder Thakur wrote:
If I manually remove the following files and
>>> On 25.11.16 at 15:00, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 25 November 2016 13:51
>> >>> On 18.11.16 at 18:14, wrote:
>> > --- a/tools/libxc/xc_misc.c
>> > +++ b/tools/libxc/xc_misc.c
>> > @@ -584,28 +584,18 @@ int xc_hvm_modified_memory( int
>> xc_hvm_set_mem_type(
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 14:08
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; Ian Jackson ; xen-
> de...@lists.xenproject.org; Daniel De Graaf
> Subject: Re: [Xen-devel] [PATCH-for-4.9 v1 7/8] dm_op: convert
> HVMOP
>>> On 25.11.16 at 14:59, wrote:
> On 11/25/2016 02:54 PM, Jan Beulich wrote:
> On 25.11.16 at 12:57, wrote:
>>> +struct xensnd_page_directory {
>>> +grant_ref_t gref_dir_next_page;
>>> +uint32_t num_grefs;
>> You can't fit that many requests on one page anyway, so I think it
>> would
>>> On 18.11.16 at 18:14, wrote:
> +static int dm_op_inject_trap(struct domain *d, unsigned int vcpuid,
> + uint16_t vector, uint8_t type,
> + uint8_t insn_len, uint32_t error_code,
> + unsigned long cr2)
> +{
> +
flight 68096 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68096/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-i386-jessie-netboot-pvgrub 10 guest-start fail like 68060
Tests which did
Hi Jan,
On 24/11/16 16:12, Jan Beulich wrote:
On 24.11.16 at 16:58, wrote:
On 24/11/16 15:53, Andrew Cooper wrote:
On 24/11/16 15:48, Bhupinder Thakur wrote:
If I manually remove the following files and recompile then
compilation is successful:
Remove xen/arch/arm/asm-offsets.s
Remove xen/a
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 13:51
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; Ian Jackson ; xen-
> de...@lists.xenproject.org; Daniel De Graaf
> Subject: Re: [Xen-devel] [PATCH-for-4.9 v1 6/8] dm_op: convert
> HVMOP
On 11/25/2016 02:54 PM, Jan Beulich wrote:
On 25.11.16 at 12:57, wrote:
+ * Request open - open a PCM stream for playback or capture:
+ * 0 1 23
octet
+ * +-+-+-+-+
>>> On 25.11.16 at 14:31, wrote:
> OK. I was pulling across from hvm_op in the same tree rather than your
> patches (as I didn't have them in on the same machine as it happened). I'll
> cross-check the op definitions.
Oh, so you've re-done everything instead of evolving it. Interesting.
Jan
On Fri, Nov 25, 2016 at 08:24:00AM -0500, Konrad Rzeszutek Wilk wrote:
> Hey Wei, Anthony,
>
> Are you guys OK pushing this commit: 2667ad40919a in the
> git://xenbits.xen.org/ovmf.git
>
> tree? Without this I cannot build Xen 4.8 with TianoCore
> (--enable-ovmf).
>
We normally don't devia
>>> On 18.11.16 at 18:14, wrote:
> --- a/tools/libxc/xc_misc.c
> +++ b/tools/libxc/xc_misc.c
> @@ -584,28 +584,18 @@ int xc_hvm_modified_memory( int xc_hvm_set_mem_type(
> xc_interface *xch, domid_t dom, hvmmem_type_t mem_type, uint64_t
> first_pfn, uint64_t nr)
> {
> -DECLARE_HYPERCALL
Dear all,
Thanks for all your replies.
I'll keep them in mind while preparing next patch sets.
With the best regards,
Iurii Mykhalskyi
On Fri, Nov 25, 2016 at 11:13 AM, Andrii Anisov
wrote:
> Dear Iurii,
>
> It was my mistake:
> > Following:
> >> 2. 0002-libxl-Hack-fix-compilation-on-arm64.pa
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 13:25
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; Ian Jackson ; xen-
> de...@lists.xenproject.org; Daniel De Graaf
> Subject: Re: [Xen-devel] [PATCH-for-4.9 v1 5/8] dm_op: convert
> HVMOP
flight 102647 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102647/
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 18.11.16 at 18:14, wrote:
> --- a/xen/arch/x86/hvm/dm.c
> +++ b/xen/arch/x86/hvm/dm.c
> @@ -17,6 +17,7 @@
> #include
> #include
> #include
> +#include
I should have notice before, but it's more evident here: May I ask
that you sort the xen/ and asm/ subgroups, rather than always
app
Hey Wei, Anthony,
Are you guys OK pushing this commit: 2667ad40919a in the
git://xenbits.xen.org/ovmf.git
tree? Without this I cannot build Xen 4.8 with TianoCore
(--enable-ovmf).
Thanks.
- Forwarded message from Laszlo Ersek -
Date: Thu, 24 Nov 2016 09:51:29 +0100
From: Laszlo Er
include/xen/hvm/pvdrivers.h contains a reference to
xen-de...@lists.xensource.com. Replace it by the correct address
xen-de...@lists.xenproject.org
Signed-off-by: Juergen Gross
---
include/xen/hvm/pvdrivers.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/xen/hvm/pvd
On 25/11/16 13:12, Juergen Gross wrote:
> xen/include/public/hvm/pvdrivers.h contains a reference to
> xen-de...@lists.xensource.com. Replace it by the correct address
> xen-de...@lists.xenproject.org
>
> Signed-off-by: Juergen Gross
Reviewed-by: Andrew Cooper
> ---
> xen/include/public/hvm/pv
xen/include/public/hvm/pvdrivers.h contains a reference to
xen-de...@lists.xensource.com. Replace it by the correct address
xen-de...@lists.xenproject.org
Signed-off-by: Juergen Gross
---
xen/include/public/hvm/pvdrivers.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/i
On Fri, Nov 25, 2016 at 10:34:30AM +, Andrew Cooper wrote:
> On 22/11/16 10:14, Jan Beulich wrote:
> On 15.11.16 at 11:46, wrote:
> > On 15.11.16 at 11:26, wrote:
> >>> Everything will indeed break if it is off by 8, but everything will also
> >>> be similarly-broken if it is off by
On Fri, Nov 25, 2016 at 10:31:55AM +, Andrew Cooper wrote:
> On 23/11/16 11:24, Jan Beulich wrote:
> > This would be benign if there wasn't the zero-extending side effect of
> > 32-bit operations in 64-bit mode.
> >
> > Signed-off-by: Jan Beulich
>
> Reviewed-by: Andrew Cooper
Release-acke
> -Original Message-
[snip]
> >> > +static int dm_op_set_pci_link_route(struct domain *d, uint8_t link,
> >> > +uint8_t isa_irq)
> >> > +{
> >> > +if ( link > 3 || isa_irq > 15 )
> >> > +return -EINVAL;
> >> > +
> >> > +hvm_set_pci_link_r
flight 102621 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102621/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 13 saverestore-support-checkfail like 101909
test-armhf-armhf-libvirt-x
>>> On 25.11.16 at 12:57, wrote:
> + * Request open - open a PCM stream for playback or capture:
> + * 0 1 23
> octet
> + * +-+-+-+-+
> + * | id
>>> On 25.11.16 at 13:02, wrote:
> May I ask you to wait a bit more between two version of series?
Indeed I was about to ask for the same.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
>>> On 25.11.16 at 12:55, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 25 November 2016 11:50
>> To: Paul Durrant
>> Cc: Andrew Cooper ; Wei Liu
>> ; Ian Jackson ; xen-
>> de...@lists.xenproject.org; Daniel De Graaf
>> Subject: Re: [Xen-devel] [P
On November 25, 2016 5:05:10 AM EST, Jan Beulich wrote:
On 25.11.16 at 10:26, wrote:
>> The whole block describing multiqueue support was repeated
>> two times.
>
>Oops.
>
>> There also was some repetition in the description of the
>> 'discard-enable' property.
>>
>> Signed-off-by: Dario Fa
Hello!
I'm working under Renesas Gen3 H3 board with 4GB RAM (Salvator-X) support
in Xen mainline.
Salvator-X has several CMA pool nodes, for example:
1:
adsp_reserved: linux,adsp {
compatible = "shared-dma-pool";
reusable;
reg = <0x 0x5700 0x0 0x0100>;
};
2:
linux,cma {
compati
On 11/25/2016 02:02 PM, Julien Grall wrote:
Hi Oleksandr,
May I ask you to wait a bit more between two version of series?
It gives the opportunity to gather more feedback from people and
potentially arguing on some changes.
Regards,
of course, sorry about this
On 25/11/16 11:57, Oleksandr
Hi Oleksandr,
May I ask you to wait a bit more between two version of series?
It gives the opportunity to gather more feedback from people and
potentially arguing on some changes.
Regards,
On 25/11/16 11:57, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Hi, all!
Please find
From: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Grytsov
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* remove
From: Oleksandr Andrushchenko
Hi, all!
Please find the next version of the ABI for the PV sound
after addressing review comments.
Thank you,
Oleksandr Andrushchenko
Oleksandr Grytsov
Oleksandr Andrushchenko (1):
This is the ABI for the two halves of a para-virtualized sound
driver to
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 11:50
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; Ian Jackson ; xen-
> de...@lists.xenproject.org; Daniel De Graaf
> Subject: Re: [Xen-devel] [PATCH-for-4.9 v1 4/8] dm_op: convert
> HVMOP
>>> On 18.11.16 at 18:14, wrote:
> --- a/xen/arch/x86/hvm/dm.c
> +++ b/xen/arch/x86/hvm/dm.c
> @@ -105,6 +105,60 @@ static int dm_op_track_dirty_vram(struct domain *d,
> hap_track_dirty_vram(d, first_pfn, nr, buf.h);
> }
>
> +static int dm_op_set_pci_intx_level(struct domain *d, uint8_
>>> On 25.11.16 at 12:35, wrote:
> So, you mean instead of
> /* place holder, remove if changing the structure (C99 6.2.5.20) */
> I put
> /* place holder, remove if changing the structure */
Yes.
Jan
___
Xen-devel mailing list
Xen-devel@li
On 11/25/2016 01:30 PM, Jan Beulich wrote:
On 25.11.16 at 12:19, wrote:
On 11/25/2016 11:18 AM, Jan Beulich wrote:
On 25.11.16 at 09:03, wrote:
+struct xensnd_close_req {
+/* place holder, remove if changing the structure (C89 concern) */
+uint8_t __placeholder;
+};
changed __placeh
flight 102627 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102627/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 339c6e905a151305cd3b74e3a713a31798769993
baseline version:
ovmf 26b85012802ed8a2ff3db
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 11:26
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; George Dunlap ; Ian
> Jackson ; xen-de...@lists.xenproject.org; Daniel
> De Graaf ; Tim (Xen.org)
> Subject: Re: [Xen-devel] [PATCH-for-4
>>> On 25.11.16 at 12:19, wrote:
> On 11/25/2016 11:18 AM, Jan Beulich wrote:
> On 25.11.16 at 09:03, wrote:
>>> +struct xensnd_close_req {
>>> +/* place holder, remove if changing the structure (C89 concern) */
>>> +uint8_t __placeholder;
>>> +};
> changed __placeholder to placeholde
flight 102618 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102618/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 6 xen-boot fail REGR. vs. 102522
test-armhf-armhf-libvirt-xs
>>> On 18.11.16 at 18:13, wrote:
> @@ -74,6 +76,35 @@ static int
> dm_op_copy_buf_to_guest(XEN_GUEST_HANDLE_PARAM(xen_dm_op_buf_t) bufs,
> return 0;
> }
>
> +static int dm_op_track_dirty_vram(struct domain *d,
> + unsigned int nr_bufs,
> +
On 11/25/2016 11:18 AM, Jan Beulich wrote:
On 25.11.16 at 09:03, wrote:
+#ifndef __XEN_PUBLIC_IO_XENSND_H__
+#define __XEN_PUBLIC_IO_XENSND_H__
+
+#include
+#include
Along with the target tree (and hence path) change, these also want
to become ""-style #include-s.
done
+struct xensnd_ope
>>> On 25.11.16 at 11:01, wrote:
> 1: fix quad word bufioreq handling
> 2: slightly simplify bufioreq handling
> 3: ignore direction in bufioreq handling
>
> Signed-off-by: Jan Beulich
> ---
> v2: Only patch 1 changed; see there.
Btw, I'm always unsure when it comes to qemu-trad: Would we want
flight 102645 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/102645/
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
1 - 100 of 129 matches
Mail list logo
