Hi, Stefano!
On 03/27/2017 11:23 PM, Stefano Stabellini wrote:
Hello Oleksandr,
Just to clarify, you are talking about dma_to_phys/phys_to_dma in Linux
(not in Xen), right?
I am talking about Linux, sorry I was not clear
Drivers shouldn't use those functions directly (see the comment in
arch/
>>> Stefano Stabellini 03/27/17 10:54 PM >>>
>On Mon, 27 Mar 2017, Jan Beulich wrote:
>> >>> On 24.03.17 at 19:31, wrote:
>> > +/*
>> > + * See docs/misc/9pfs.markdown in xen.git for the full specification:
>> > + * https://xenbits.xen.org/docs/unstable/misc/9pfs.html
>> > + */
>> > +#pragma pac
>>> Stefano Stabellini 03/27/17 10:50 PM >>>
>On Mon, 27 Mar 2017, Jan Beulich wrote:
>> >>> On 24.03.17 at 19:31, wrote:
>> > Introduce a C99 headers check, for non-ANSI compliant headers. No
>> > headers are added to the check yet.
>> >
>> > In addition to the usual -include stdint.h, also add
>>> Stefano Stabellini 03/27/17 10:53 PM >>>
>On Mon, 27 Mar 2017, Jan Beulich wrote:
>> >>> On 24.03.17 at 19:31, wrote:
>> > --- a/xen/include/public/io/ring.h
>> > +++ b/xen/include/public/io/ring.h
>> > @@ -27,7 +27,18 @@
>> > #ifndef __XEN_PUBLIC_IO_RING_H__
>> > #define __XEN_PUBLIC_IO_RI
On 28/03/17 00:48, Stefano Stabellini wrote:
> On Mon, 27 Mar 2017, Juergen Gross wrote:
>> On 24/03/17 18:37, Stefano Stabellini wrote:
>>> On Fri, 24 Mar 2017, Juergen Gross wrote:
On 23/03/17 19:22, Stefano Stabellini wrote:
> On Thu, 23 Mar 2017, Paolo Bonzini wrote:
>> On 23/03/20
On 17-03-27 08:38:39, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > --- a/xen/include/public/sysctl.h
> > +++ b/xen/include/public/sysctl.h
> > @@ -744,6 +744,7 @@ typedef struct xen_sysctl_pcitopoinfo
> > xen_sysctl_pcitopoinfo_t;
> > DEFINE_XEN_GUEST_HANDLE(xen_sysctl_pcitopoinfo_t
On 17-03-27 08:17:04, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > +static bool l3_cdp_fits_cos_max(const uint32_t val[],
> > +const struct feat_node *feat,
> > +unsigned int cos)
> > +{
> > +if ( cos > feat->info.cat
On 17-03-27 08:08:13, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > --- a/xen/arch/x86/sysctl.c
> > +++ b/xen/arch/x86/sysctl.c
> > @@ -180,10 +180,36 @@ long arch_do_sysctl(
> >
> > ret = psr_get_info(sysctl->u.psr_cat_op.target,
> > PSR_
On 17-03-27 04:46:01, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > @@ -421,6 +425,18 @@ static bool cat_fits_cos_max(const uint32_t val[],
> > }
> >
> > /* L3 CAT ops */
> > +static void l3_cat_write_msr(unsigned int cos, uint32_t val,
> > + enum cbm_ty
flight 106947 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106947/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 98eb009563691bd940f3d31cc8a2c1c8478cd605
baseline version:
ovmf 2d120489583a23386bec4
On Mon, Mar 27, 2017 at 10:00 PM, Goel, Sameer wrote:
> Hi,
> I am working on adding this support. The work is in initial stages and will
> target ACPI systems to start with. Do you have a specific requirement? Or
> even better: want to help with DT testing ? :)
Thanks Sameer. I don't have any
This run is configured for baseline tests only.
flight 71103 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71103/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-xsm
On 17-03-27 04:37:37, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > +static bool cat_fits_cos_max(const uint32_t val[],
> > + const struct feat_node *feat,
> > + unsigned int cos)
> > +{
> > +if ( cos > feat->info.cat_info.cos
This run is configured for baseline tests only.
flight 71104 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71104/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xtf
On 17-03-27 04:28:23, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > --- a/xen/arch/x86/psr.c
> > +++ b/xen/arch/x86/psr.c
[...]
> > +static int cat_compare_val(const uint32_t val[],
> > + const struct feat_node *feat,
> > + unsigned
On 17-03-27 04:17:28, Jan Beulich wrote:
> >>> On 16.03.17 at 12:08, wrote:
> > --- a/xen/arch/x86/psr.c
> > +++ b/xen/arch/x86/psr.c
> > @@ -101,6 +101,28 @@ struct feat_node {
> > /* get_val is used to get feature COS register value. */
> > void (*get_val)(const struct feat_nod
pushing.
commit a001631cb8eef07654e0ca508dd24f448e0fd936
Merge: ea2afcf e5766eb
Author: Peter Maydell
Date: Mon Mar 27 16:15:29 2017 +0100
Merge remote-tracking branch 'remotes/kraxel/tags/pull-fixes-20170327-1'
in
On 17-03-27 07:34:43, Jan Beulich wrote:
> >>> On 27.03.17 at 14:59, wrote:
> > On 17-03-27 03:23:08, Jan Beulich wrote:
> >> >>> On 16.03.17 at 12:07, wrote:
> >> > --- a/xen/arch/x86/domctl.c
> >> > +++ b/xen/arch/x86/domctl.c
> >> > @@ -1455,23 +1455,26 @@ long arch_do_domctl(
> >> >
On 03/27/2017 03:57 PM, Dan Streetman wrote:
On Fri, Mar 24, 2017 at 9:33 PM, Boris Ostrovsky
wrote:
I think we can all agree that the *ideal* situation would be, for the
balloon driver to not immediately hotplug memory so it can add 11 more
pages, so maybe I just need to figure out why th
On 17-03-27 03:59:32, Jan Beulich wrote:
> >>> On 16.03.17 at 12:07, wrote:
> > --- a/xen/arch/x86/domctl.c
> > +++ b/xen/arch/x86/domctl.c
> > @@ -1437,21 +1437,21 @@ long arch_do_domctl(
> > switch ( domctl->u.psr_cat_op.cmd )
> > {
> > case XEN_DOMCTL_PSR_CAT_OP_SET_L
flight 106939 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106939/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 11 guest-start fail REGR. vs. 59254
test-armhf-armhf-xl
This run is configured for baseline tests only.
flight 71100 xen-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71100/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 3 host-install
This run is configured for baseline tests only.
flight 71102 xen-4.8-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71102/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xtf
Hello Methuku,
It is great to hear that you are interested in working on Xen on ARM.
It's good that you already know how to build and install Xen on an ARM
board.
Do you have serial access to your Nvidia Jetson TK1? If not, I would
suggest to setup another test environment based on a different bo
On 27/03/2017 19:03, Julien Grall wrote:
> Hi Andre,
>
> On 24/03/17 20:10, Andrew Cooper wrote:
>> On 22/03/17 11:25, Paul Durrant wrote:
>>> diff --git a/tools/libs/foreignmemory/libxenforeignmemory.map
>>> b/tools/libs/foreignmemory/libxenforeignmemory.map
>>> index df206b3..5c9806c 100644
>>> -
On Mon, 27 Mar 2017, Juergen Gross wrote:
> On 24/03/17 18:37, Stefano Stabellini wrote:
> > On Fri, 24 Mar 2017, Juergen Gross wrote:
> >> On 23/03/17 19:22, Stefano Stabellini wrote:
> >>> On Thu, 23 Mar 2017, Paolo Bonzini wrote:
> On 23/03/2017 14:55, Juergen Gross wrote:
> > On 23/03/
flight 106937 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106937/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 106928
test-armhf-armhf-x
Add functions to libxl to setup a Xen 9pfs frontend/backend connection.
Add support to xl to parse a 9pfs option in the VM config file, in the
following format:
p9=["tag=share_dir,security_model=none,path=/root/share_dir"]
where tag identifies the 9pfs share and it is required to mount it on
the
On Mon, 27 Mar 2017, Stefano Stabellini wrote:
> On Mon, 27 Mar 2017, Wei Liu wrote:
> > On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote:
> > > docs/man/xl.cfg.pod.5.in | 31 +
> > > tools/libxl/Makefile | 2 +-
> > > tools/libxl/libxl.h
On Mon, 27 Mar 2017, Wei Liu wrote:
> On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote:
> > docs/man/xl.cfg.pod.5.in | 31 +
> > tools/libxl/Makefile | 2 +-
> > tools/libxl/libxl.h | 10 +
> > tools/libxl/libxl_9pfs.c
On Mon, 27 Mar 2017, Stefano Stabellini wrote:
> > > +#ifndef PAGE_SHIFT
> > > +#define PAGE_SHIFT 12
> > > +#endif
> >
> > ??? (I guess this should be another prereq?)
>
> Yes, the PAGE_SHIFT definition could be a prereq, but I thought that
> these 3 lines are small enough that they would be har
Hi Stefano,
On 27/03/2017 19:39, Stefano Stabellini wrote:
On Mon, 27 Mar 2017, Julien Grall wrote:
For both guest could potentially flood us. It would take us a lot of time to
allocate/free memory for each vLPIs modified. Hence, why I didn't suggest it
and said: "One could argue that we could
This run is configured for baseline tests only.
flight 71110 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71110/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-pvops 3 host-install(3) broken bas
On Mon, 27 Mar 2017, Jan Beulich wrote:
> >>> On 24.03.17 at 19:31, wrote:
> > --- /dev/null
> > +++ b/xen/include/public/io/9pfs.h
> > @@ -0,0 +1,57 @@
> > +/*
> > + * 9pfs.h -- Xen 9PFS transport
> > + *
> > + * Refer to docs/misc/9pfs.markdown for the specification
> > + *
> > + * Permission is
On Mon, 27 Mar 2017, Jan Beulich wrote:
> >>> On 24.03.17 at 19:31, wrote:
> > --- a/xen/include/public/io/ring.h
> > +++ b/xen/include/public/io/ring.h
> > @@ -27,7 +27,18 @@
> > #ifndef __XEN_PUBLIC_IO_RING_H__
> > #define __XEN_PUBLIC_IO_RING_H__
> >
> > +/*
> > + * When #include'ing this
On Mon, 27 Mar 2017, Jan Beulich wrote:
> >>> On 24.03.17 at 19:31, wrote:
> > Introduce a C99 headers check, for non-ANSI compliant headers. No
> > headers are added to the check yet.
> >
> > In addition to the usual -include stdint.h, also add -include string.h
> > to the C99 check to get the d
flight 106942 xtf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106942/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xtf 2b62f68c373159b0b4b0c24512ebfbc8fb02f58e
baseline version:
xtf 83af19a3154af85815e4c8
Hello Oleksandr,
Just to clarify, you are talking about dma_to_phys/phys_to_dma in Linux
(not in Xen), right?
Drivers shouldn't use those functions directly (see the comment in
arch/arm64/include/asm/dma-mapping.h), they should call the appropriate
dma_map_ops functions instead. The dma_map_ops f
On Mon, 27 Mar 2017, Paul Durrant wrote:
> > -Original Message-
> > From: Juergen Gross [mailto:jgr...@suse.com]
> > Sent: 27 March 2017 10:15
> > To: Paul Durrant ; qemu-de...@nongnu.org; xen-
> > de...@lists.xenproject.org
> > Cc: Anthony Perard ; kra...@redhat.com;
> > sstabell...@kernel
This run is configured for baseline tests only.
flight 71106 qemu-upstream-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71106/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf
On Fri, Mar 24, 2017 at 9:33 PM, Boris Ostrovsky
wrote:
>
>>
>> I think we can all agree that the *ideal* situation would be, for the
>> balloon driver to not immediately hotplug memory so it can add 11 more
>> pages, so maybe I just need to figure out why the balloon driver
>> thinks it needs 11
On Mon, Mar 27, 2017 at 09:28:14PM +0200, Gémes Géza wrote:
> Hi,
>
> Currently the xen build system has optional support for building a minios
> (+needed libraries and tools) based stubdom.
>
> What is your opinion about moving support for building this into raisin and
> once that is stable drop
Hi,
Currently the xen build system has optional support for building a
minios (+needed libraries and tools) based stubdom.
What is your opinion about moving support for building this into raisin
and once that is stable drop support in the xen build system?
Cheers,
Geza
__
flight 106933 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106933/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-winxpsp3 6 xen-boot fail REGR. vs. 106927
test-amd64-i386-free
CC'ing Andrew, Jan and George to get more feedback on the security
impact of this patch.
I'll make a quick summary for you: we need to allocate a 56 bytes struct
(called pending_irq) for each potential interrupt injected to guests
(dom0 and domUs). With the new ARM interrupt controller there could
On Mon, 27 Mar 2017, Gémes Géza wrote:
> 2017-03-27 19:24 keltezéssel, Stefano Stabellini írta:
> > On Mon, 27 Mar 2017, Stefano Stabellini wrote:
> > > On Sat, 25 Mar 2017, Géza Gémes wrote:
> > > > This test verifies booting the cirros image using pvgrub2
> > > >
> > > > Signed-off-by: Géza Géme
2017-03-27 19:24 keltezéssel, Stefano Stabellini írta:
On Mon, 27 Mar 2017, Stefano Stabellini wrote:
On Sat, 25 Mar 2017, Géza Gémes wrote:
This test verifies booting the cirros image using pvgrub2
Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
---
tests/cirros-pvgrub2-pv |
flight 106938 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106938/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 2d120489583a23386bec454a8a01f3ee1bc11e1e
baseline version:
ovmf 0b36d8fa73072382a4ad3
Hi Andre,
On 24/03/17 20:10, Andrew Cooper wrote:
On 22/03/17 11:25, Paul Durrant wrote:
diff --git a/tools/libs/foreignmemory/libxenforeignmemory.map
b/tools/libs/foreignmemory/libxenforeignmemory.map
index df206b3..5c9806c 100644
--- a/tools/libs/foreignmemory/libxenforeignmemory.map
+++ b/t
Hi Stefano,
On 27/03/17 18:44, Stefano Stabellini wrote:
On Mon, 27 Mar 2017, Julien Grall wrote:
Hi,
On 27/03/17 10:02, Andre Przywara wrote:
On 24/03/17 17:26, Stefano Stabellini wrote:
On Fri, 24 Mar 2017, Andre Przywara wrote:
I am afraid that this would lead to situations where we need
On Mon, 27 Mar 2017, Paul Durrant wrote:
> > -Original Message-
> [snip]
> >
> > This is OK but the file is growing too entangled. What do you think of
> > the following, which moves the if CONFIG_XEN_CTRL_INTERFACE_VERSION
> > <
> > 40701 at the top? This way we don't have to add yet anot
On Mon, 27 Mar 2017, Julien Grall wrote:
> Hi,
>
> On 27/03/17 10:02, Andre Przywara wrote:
> > On 24/03/17 17:26, Stefano Stabellini wrote:
> > > On Fri, 24 Mar 2017, Andre Przywara wrote:
> > I am afraid that this would lead to situations where we needlessly
> > allocate and deallocate pending_i
On Mon, Mar 27, 2017 at 09:59:42AM -0600, Jan Beulich wrote:
> >>> On 27.03.17 at 12:18, wrote:
> > --- a/xen/arch/x86/hvm/hvm.c
> > +++ b/xen/arch/x86/hvm/hvm.c
> > @@ -457,7 +457,7 @@ void hvm_migrate_pirqs(struct vcpu *v)
> > {
> > struct domain *d = v->domain;
> >
> > -if ( !iommu_
On Mon, 27 Mar 2017, Stefano Stabellini wrote:
> On Sat, 25 Mar 2017, Géza Gémes wrote:
> > This test verifies booting the cirros image using pvgrub2
> >
> > Signed-off-by: Géza Gémes
>
> Reviewed-by: Stefano Stabellini
>
>
> > ---
> > tests/cirros-pvgrub2-pv | 33 +++
flight 106940 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106940/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-arm64-arm64-xl-xsm 1 build-check(1) blocked n/a
test-amd64-amd64-libvirt 12 mig
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test is similar to cirros-minios-stubdom-hvm test, differing by
> explicitly exposing the xen netfront and blockfront drivers
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-minios-stubdom-pvhvm | 28 +++
On Sat, 24 Mar 2017, Géza Gémes wrote:
> This test is similar to cirros-qemu-hvm test, differing by
> explicitly exposing the xen netfront and blockfront drivers
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-qemu-pvhvm | 27 +++
>
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test verifies a cirros based hvm domain using a minios based
> stubdom as its device model
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-minios-stubdom-hvm | 27 +++
> tests/series
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test is the cirros equivalent of the busybox-hvm test
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-qemu-hvm | 26 ++
> tests/series | 1 +
> 2 files changed, 27 insertions(+)
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test verifies booting the cirros image using pvgrub2
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-pvgrub2-pv | 33 +
> tests/series| 1 +
> 2 files changed, 34 ins
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test verifies booting the cirros image using pygrub
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-pygrub-pv | 25 +
> tests/series | 1 +
> 2 files changed, 26 insertions(+)
On Sat, 25 Mar 2017, Géza Gémes wrote:
> This test is the cirros equivalent of the busybox-pv test
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> tests/cirros-separate-kernel-pv | 28
> tests/series| 1 +
> 2 files chang
On Sat, 25 Mar 2017, Géza Gémes wrote:
> Add support for using cirros images in raisin tests
>
> Signed-off-by: Géza Gémes
It looks good to me, thanks!
Reviewed-by: Stefano Stabellini
> ---
> lib/common-functions.sh| 33 +++
> lib/common-tests.sh| 109
>
On Sat, 25 Mar 2017, Géza Gémes wrote:
> Change deb package build in order to move content of the
> site-packages folder to dist-packages in this way having
> the libs inluded in the default PYTHONPATH
>
> Signed-off-by: Géza Gémes
Reviewed-by: Stefano Stabellini
> ---
> scripts/mkdeb | 4 +++
On Sat, 25 Mar 2017, Géza Gémes wrote:
> Signed-off-by: Géza Gémes
Thank you for the quick fix, committed.
> ---
> scripts/lopartsetup | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/lopartsetup b/scripts/lopartsetup
> index da28b6e..e35b755 100755
> --- a/scri
On Mon, Mar 27, 2017 at 09:38:49AM -0600, Jan Beulich wrote:
> >>> On 27.03.17 at 12:18, wrote:
> > The reason to expand the hvm_vioapic structure instead of the hvm_hw_vioapic
> > one is that the variable number of pins functionality is only going to be
> > used
> > by the hardware domain, so no
Hi,
I am working on adding this support. The work is in initial stages and will
target ACPI systems to start with. Do you have a specific requirement? Or even
better: want to help with DT testing ? :)
Thanks,
Sameer
On 3/20/2017 11:58 PM, Vijay Kilari wrote:
> Hi,
>
> Is there any effort
On 03/27/2017 12:03 PM, Jan Beulich wrote:
On 27.03.17 at 17:16, wrote:
>> On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote:
>>> --- a/xen/common/page_alloc.c
>>> +++ b/xen/common/page_alloc.c
>>> @@ -924,11 +924,61 @@ static int reserve_offlined_page(struct page_info
>>> *hea
>>> On 27.03.17 at 12:18, wrote:
> @@ -431,9 +431,8 @@ static int ioapic_save(struct domain *d,
> hvm_domain_context_t *h)
> if ( !has_vioapic(d) )
> return 0;
>
> -BUILD_BUG_ON(sizeof(struct hvm_hw_vioapic) !=
> - sizeof(struct hvm_vioapic) -
> -
>>> On 27.03.17 at 17:16, wrote:
> On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote:
>> --- a/xen/common/page_alloc.c
>> +++ b/xen/common/page_alloc.c
>> @@ -924,11 +924,61 @@ static int reserve_offlined_page(struct page_info
>> *head)
>> return count;
>> }
>>
>> +static bo
>>> On 27.03.17 at 12:18, wrote:
> Rearrange the fields of hvm_irq so that gsi_assert_count can be converted into
> a variable size array and add a new field to account the number of GSIs.
> --- a/xen/arch/x86/hvm/hvm.c
> +++ b/xen/arch/x86/hvm/hvm.c
> @@ -457,7 +457,7 @@ void hvm_migrate_pirqs
On Mon, Mar 27, 2017 at 09:41:40AM -0600, Jan Beulich wrote:
> >>> On 27.03.17 at 12:18, wrote:
> > Introduce a macro to get a pointer to the hvm_irq for a HVM domain.
>
> What does this buy us? I don't (yet?) see the connection to this
> series.
It's a pre-patch to make #3 smaller, I should pro
>>> On 27.03.17 at 12:18, wrote:
> Introduce a macro to get a pointer to the hvm_irq for a HVM domain.
What does this buy us? I don't (yet?) see the connection to this
series.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.o
>>> On 27.03.17 at 12:18, wrote:
> The reason to expand the hvm_vioapic structure instead of the hvm_hw_vioapic
> one is that the variable number of pins functionality is only going to be used
> by the hardware domain, so no modifications are needed to the save format.
As you say here you expand
The dpci_ prefix used on those IO handlers is misleading, there's nothing PCI
specific in them, they simply map a guest IO port into a machine (physical) IO
port. They don't specifically trap the PCI IO port range in any way
(0xcf8/0xcfc).
Rename them to use the hvm_ prefix in order to avoid this
There's no reason to store that list inside of the domain_iommu struct, the
forwarding of guest IO ports into machine IO ports is not tied to the presence
of an IOMMU.
Move it inside of the hvm_domain struct instead.
Signed-off-by: Roger Pau Monné
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Paul
Hello,
The following series contain two cosmetic fixes for the HVM IO port handlers.
The first one renames them to use the hvm_ prefix instead of the dpci_ one,
since those handlers are not trapping the PCI config space in any way. The
second fix moves the list of ports from the domain_iommu struc
On Fri, Mar 17, 2017 at 02:46:11PM +0800, Haozhong Zhang wrote:
> If LMCE is supported by host and ' mca_caps = [ "lmce" ] ' is present
> in xl config, the LMCE capability will be exposed in guest MSR_IA32_MCG_CAP.
> By default, LMCE is not exposed to guest so as to keep the backwards migration
> c
On Fri, Mar 24, 2017 at 01:04:56PM -0400, Boris Ostrovsky wrote:
> This is needed for subsequent changes to memory scrubbing. No
> logic change, only code re-factoring.
>
> Based on earlier patch by Bob Liu.
>
> Signed-off-by: Boris Ostrovsky
> ---
> xen/common/page_alloc.c | 85 +
flight 106936 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106936/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 15 guest-start/debian.repeat fail REGR. vs. 106935
Tests which
>>> On 24.03.17 at 19:31, wrote:
> Introduce a C99 headers check, for non-ANSI compliant headers. No
> headers are added to the check yet.
>
> In addition to the usual -include stdint.h, also add -include string.h
> to the C99 check to get the declaration of memcpy and size_t.
Is this really nee
On Mon, 2017-03-27 at 14:23 +0100, George Dunlap wrote:
> On 17/03/17 18:19, Dario Faggioli wrote:
> > --- a/xen/common/schedule.c
> > +++ b/xen/common/schedule.c
> > @@ -77,8 +77,25 @@ static struct scheduler __read_mostly ops;
> > (( (opsptr)->fn != NULL ) ? (opsptr)->fn(opsptr,
> > ##_
On Fri, Mar 24, 2017 at 01:31:39PM +, Paul Durrant wrote:
> Microsoft have defined an ACPI device to support switching Windows 10
> between laptop/desktop mode and slate/tablet mode [1].
>
> This patch adds an SSDT containing such a device. The presence of the
> device is controlled by a new '
On Fri, Mar 24, 2017 at 12:35:22PM +0200, Oleksandr Grytsov wrote:
> To summarize:
>
> There are two ways to rework the patches:
>
> 1. Keep interface between xl an libxl as is and put duplicated code into
> libxl_device_type specific functions.
>
> 2. Change interface to call libxl_device_type
On Mon, 2017-03-27 at 12:49 +0100, George Dunlap wrote:
> On 17/03/17 18:19, Dario Faggioli wrote:
> > Fix this by dealing explicitly, in VCPU2OP, with
> > idle vcpus, returning the scheduler of the pCPU
> > they (always) run on.
> >
> > While there, rename VCPU2OP itself to something
> > that mak
>>> On 24.03.17 at 19:31, wrote:
> --- a/xen/include/public/io/ring.h
> +++ b/xen/include/public/io/ring.h
> @@ -27,7 +27,18 @@
> #ifndef __XEN_PUBLIC_IO_RING_H__
> #define __XEN_PUBLIC_IO_RING_H__
>
> +/*
> + * When #include'ing this header, you need to provide the following
> + * declaratio
On Thu, Mar 23, 2017 at 04:36:19PM -0700, Stefano Stabellini wrote:
> docs/man/xl.cfg.pod.5.in | 31 +
> tools/libxl/Makefile | 2 +-
> tools/libxl/libxl.h | 10 +
> tools/libxl/libxl_9pfs.c | 87
> +
>>> On 24.03.17 at 19:31, wrote:
> --- /dev/null
> +++ b/xen/include/public/io/9pfs.h
> @@ -0,0 +1,57 @@
> +/*
> + * 9pfs.h -- Xen 9PFS transport
> + *
> + * Refer to docs/misc/9pfs.markdown for the specification
> + *
> + * Permission is hereby granted, free of charge, to any person obtaining a
This run is configured for baseline tests only.
flight 71107 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/71107/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 ho
>>> On 16.03.17 at 12:08, wrote:
> --- a/xen/include/public/domctl.h
> +++ b/xen/include/public/domctl.h
> @@ -1138,6 +1138,7 @@ struct xen_domctl_psr_cat_op {
> #define XEN_DOMCTL_PSR_CAT_OP_SET_L3_DATA3
> #define XEN_DOMCTL_PSR_CAT_OP_GET_L3_CODE4
> #define XEN_DOMCTL_PSR_CAT_OP_GET_L
>>> On 16.03.17 at 12:08, wrote:
> --- a/xen/include/public/domctl.h
> +++ b/xen/include/public/domctl.h
> @@ -1138,6 +1138,7 @@ struct xen_domctl_psr_cat_op {
> #define XEN_DOMCTL_PSR_CAT_OP_SET_L3_DATA3
> #define XEN_DOMCTL_PSR_CAT_OP_GET_L3_CODE4
> #define XEN_DOMCTL_PSR_CAT_OP_GET_L
>>> On 16.03.17 at 12:08, wrote:
> --- a/xen/include/public/sysctl.h
> +++ b/xen/include/public/sysctl.h
> @@ -744,6 +744,7 @@ typedef struct xen_sysctl_pcitopoinfo
> xen_sysctl_pcitopoinfo_t;
> DEFINE_XEN_GUEST_HANDLE(xen_sysctl_pcitopoinfo_t);
>
> #define XEN_SYSCTL_PSR_CAT_get_l3_info
On Fri, Mar 24, 2017 at 11:54:45AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Wei Liu [mailto:wei.l...@citrix.com]
> > Sent: 24 March 2017 11:47
> > To: Paul Durrant
> > Cc: xen-de...@lists.xenproject.org; Ian Jackson ;
> > Wei Liu
> > Subject: Re: [PATCH] tools/firmware:
>>> On 27.03.17 at 16:12, wrote:
> --- a/xen/arch/x86/setup.c
> +++ b/xen/arch/x86/setup.c
> @@ -1561,7 +1561,11 @@ void __init noreturn __start_xen(unsigned long mbi_p)
> if ( dom0_pvh )
> {
> domcr_flags |= DOMCRF_hvm |
> - ((hvm_funcs.hap_supported && !o
On Mon, Mar 27, 2017 at 08:22:34AM -0600, Jan Beulich wrote:
> >>> On 27.03.17 at 16:12, wrote:
> > --- a/xen/arch/x86/setup.c
> > +++ b/xen/arch/x86/setup.c
> > @@ -1561,7 +1561,11 @@ void __init noreturn __start_xen(unsigned long mbi_p)
> > if ( dom0_pvh )
> > {
> > domcr_flag
>>> On 27.03.17 at 16:15, wrote:
> On Mon, Mar 27, 2017 at 02:58:15PM +0100, Andrew Cooper wrote:
>>
>> This needs to be inside a #ifdef CONFIG_SHADOW_PAGING to avoid breaking
>> the build.
>>
>
> I just found out there is a similar issue in x86/setup.c and I sent
> a separate patch to fix that
On Wed, Mar 22, 2017 at 12:07:33PM -0600, Tamas K Lengyel wrote:
> Currently setting altp2mhvm=1 in the domain configuration allows access to the
> altp2m interface for both in-guest and external privileged tools. This poses
> a problem for use-cases where only external access should be allowed,
>
flight 106930 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/106930/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 11 guest-start fail REGR. vs. 59254
test-armhf-armhf-xl
On Mon, Mar 27, 2017 at 02:58:15PM +0100, Andrew Cooper wrote:
>
> This needs to be inside a #ifdef CONFIG_SHADOW_PAGING to avoid breaking
> the build.
>
I just found out there is a similar issue in x86/setup.c and I sent
a separate patch to fix that.
Wei.
_
>>> On 16.03.17 at 12:08, wrote:
> +static bool l3_cdp_fits_cos_max(const uint32_t val[],
> +const struct feat_node *feat,
> +unsigned int cos)
> +{
> +if ( cos > feat->info.cat_info.cos_max &&
> + (val[0] != get_cdp_data(
1 - 100 of 277 matches
Mail list logo
