From: Oleksandr Andrushchenko
Hi, all!
Please find the next version of the ABI for the PV sound
after addressing review comments.
N.B.: after changing tabs to spaces Linux kernel is now not
so happy:
check patch says:
NOTE: Whitespace errors detected.
total: 19 errors, 42 warnings, 705 lines
From: Oleksandr Andrushchenko
This is the ABI for the two halves of a para-virtualized
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Grytsov
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes sin
From: Jan Beulich
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 103f6112f253017d7062cd74d17f4a514ed4485c upstream.
Huge pages are not normally available to PV guests. Not suppressing
hugetlbfs use results in an endless loop of page faults w
>>> On 25.11.16 at 09:03, wrote:
> check patch says:
>
> NOTE: Whitespace errors detected.
> total: 19 errors, 42 warnings, 705 lines checked
Presumably your primary problem here is that you're patching the
wrong tree:
> include/xen/interface/io/sndif.h | 705
> +++
On 11/25/2016 10:32 AM, Jan Beulich wrote:
On 25.11.16 at 09:03, wrote:
check patch says:
NOTE: Whitespace errors detected.
total: 19 errors, 42 warnings, 705 lines checked
Presumably your primary problem here is that you're patching the
wrong tree:
include/xen/interface/io/sndif.h | 705
>>> On 25.11.16 at 04:14, wrote:
> flight 102601 xen-4.5-testing real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/102601/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-armhf-armhf-libvirt13 saverestore-s
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 07:06
> 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 2/8] dm_op: convert
> HVMOP
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):
xen: add para-virtual sound interface header file
xen/include/public/io/sndif.
From: Oleksandr Andrushchenko
This is the ABI for the two halves of a para-virtualized
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Andrushchenko
Signed-off-by: Oleksandr Grytsov
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes sin
On Fri, Nov 25, 2016 at 01:37:54AM -0700, Jan Beulich wrote:
> >>> On 25.11.16 at 04:14, wrote:
> > flight 102601 xen-4.5-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/102601/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 24 November 2016 17:02
> 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 2/8] dm_op: convert
> HVMOP
Dear Iurii,
It was my mistake:
> Following:
>> 2. 0002-libxl-Hack-fix-compilation-on-arm64.patch - required by to fix
>> build issue, described here [2]. I haven't found any better solution except
>> this one.
>
> Is not needed.
> The issue does not appear with the current master HEAD.
With clea
>>> 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.
> +struct xensnd_open_req {
> +uint32_t pcm_rate; /* i
>>> On 25.11.16 at 09:49, wrote:
> --- /dev/null
> +++ b/xen/include/public/io/sndif.h
> @@ -0,0 +1,705 @@
> +/**
> + * sndif.h
> + *
> + * Unified sound-device I/O interface for Xen guest OSes.
> + *
> + * Permission is h
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
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefa
>>> On 25.11.16 at 10:01, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 24 November 2016 17:02
>> >>> On 18.11.16 at 18:13, wrote:
>> > --- a/xen/arch/x86/hvm/dm.c
>> > +++ b/xen/arch/x86/hvm/dm.c
>> > @@ -102,6 +102,61 @@ long do_dm_op(domid_t domid,
>> >
>> > switch ( op.
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 09:28
> 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 2/8] dm_op: convert
> HVMOP
At 00:25 -0700 on 25 Nov (1480033543), Jan Beulich wrote:
> >>> On 24.11.16 at 18:37, wrote:
> > As an interim between now and getting a proper audit hook, would a bool
> > permit_traps in x86_emulate_ctxt suffice?
>
> That's one option; the other would be to do away with only the
> exception inj
On 11/25/2016 11:21 AM, Jan Beulich wrote:
On 25.11.16 at 09:49, wrote:
--- /dev/null
+++ b/xen/include/public/io/sndif.h
@@ -0,0 +1,705 @@
+/**
+ * sndif.h
+ *
+ * Unified sound-device I/O interface for Xen guest OSes.
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.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen
>>> 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 Faggioli
Acked-by: Jan Beulich
_
We should not consume the second slot if it didn't get written yet.
Normal writers - i.e. Xen - would not update write_pointer between the
two writes, but the page may get fiddled with by the guest itself, and
we're better off avoiding to enter an infinite loop in that case.
Reported-by: yanghongk
There's no point setting fields always receiving the same value on each
iteration, as handle_ioreq() doesn't alter them anyway. Set state and
count once ahead of the loop, drop the redundant clearing of
data_is_ptr, and avoid the meaningless setting of df altogether.
Also avoid doing an unsigned l
There's no way to communicate back read data, so only writes can ever
be usefully specified. Ignore the field, paving the road for eventually
re-using the bit for something else in a few (many?) years time.
Signed-off-by: Jan Beulich
Reviewed-by: Paul Durrant
Acked-by: Stefano Stabellini
--- a
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 25 November 2016 10:06
> To: qemu-de...@nongnu.org
> Cc: Anthony Perard ; Paul Durrant
> ; Stefano Stabellini ; xen-
> devel
> Subject: [PATCH v2 1/3] xen: fix quad word bufioreq handling
>
> We should not consume
On Fri, Nov 25, 2016 at 03:05:10AM -0700, 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-of
VMID space is increased to 16-bits from 8-bits in ARMv8 8.1 revision.
This allows more than 256 VMs to be supported by Xen.
This change adds support for 16-bit VMIDs in Xen based on whether the
architecture supports it.
Signed-off-by: Bhupinder Thakur
Reviewed-by: Julien Grall
Reviewed-by: Stef
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 16 or off by -8.
>> Off by -8 will be caught as well. And there's no poss
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
___
Xen-devel mailing list
Xen-devel@lists.xen
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
>>> 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
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 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,
> +
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 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
> -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
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
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
>>> 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 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_
> -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
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
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
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
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
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 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
>>> 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 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:57, wrote:
> + * Request open - open a PCM stream for playback or capture:
> + * 0 1 23
> octet
> + * +-+-+-+-+
> + * | id
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
> -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
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
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
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 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
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
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
>>> 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
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
> -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
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
>>> 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
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 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 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
+ * +-+-+-+-+
> -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
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
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
>>> 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)
> +{
> +
>>> 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
> -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 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(
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
> -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
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,
>>> 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 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 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;
+
> -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 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
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 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
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 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
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.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
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
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
>>> 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
>>> 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 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
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
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
>>> 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
>>> 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
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.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
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
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
1 - 100 of 129 matches
Mail list logo
