[Xen-devel] [ovmf test] 112867: all pass - PUSHED

flight 112867 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/112867/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 02739b0f41300da70369be7c1982180306e8ca95 baseline version: ovmf

Re: [Xen-devel] [Qemu-devel] [PATCH 4/5] pci: Add INTERFACE_LEGACY_PCI_DEVICE to legacy PCI devices

CCing maintainers of affected devices (sorry for not CCing you before). On Wed, Aug 23, 2017 at 07:14:44PM -0300, Eduardo Habkost wrote: > Add INTERFACE_LEGACY_PCI_DEVICE to all direct subtypes of > TYPE_PCI_DEVICE, except: > > 1) The ones that already have INTERFACE_PCIE_DEVICE set: > > *

[Xen-devel] [xen-unstable test] 112865: regressions - trouble: blocked/broken/fail/pass

flight 112865 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/112865/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 7 xen-boot fail REGR. vs. 112809

Re: [Xen-devel] [RFC PATCH v1 2/7] iommu/arm: ipmmu-vmsa: Add Xen changes for main driver

On Wed, 23 Aug 2017, Julien Grall wrote: > Hi Oleksandr, > > On 21/08/17 16:53, Oleksandr Tyshchenko wrote: > > On Thu, Aug 10, 2017 at 6:13 PM, Julien Grall wrote: > > > On 10/08/17 15:27, Oleksandr Tyshchenko wrote: > > > > I would like to clarify what need to be done

[Xen-devel] [libvirt test] 112866: tolerable trouble: blocked/broken/pass - PUSHED

flight 112866 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/112866/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a build-arm64-libvirt 1

[Xen-devel] [xen-unstable-smoke test] 112877: regressions - trouble: broken/fail/pass

flight 112877 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/112877/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 7 xen-boot fail REGR. vs. 112875 Tests which

[Xen-devel] [linux-linus test] 112864: regressions - trouble: blocked/broken/fail/pass

flight 112864 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/112864/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-debianhvm-amd64 15 guest-saverestore.2 fail REGR. vs. 110515

[Xen-devel] [xen-unstable-smoke test] 112875: tolerable trouble: broken/pass - PUSHED

flight 112875 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/112875/ 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 build-arm64-pvops 2

Re: [Xen-devel] [PATCH v4 23/53] xen/arch/x86/x86_64/mmconfig-shared.c: let custom parameter parsing routines return errno

>>> On 23.08.17 at 19:34, wrote: > Modify the custom parameter parsing routines in: > > xen/arch/x86/x86_64/mmconfig-shared.c > > to indicate whether the parameter value was parsed successfully. Reviewed-by: Jan Beulich

Re: [Xen-devel] [PATCH v4 21/53] xen/arch/x86/shutdown.c: let custom parameter parsing routines return errno

>>> On 23.08.17 at 19:34, wrote: > Modify the custom parameter parsing routines in: > > xen/arch/x86/shutdown.c > > to indicate whether the parameter value was parsed successfully. Reviewed-by: Jan Beulich ___

Re: [Xen-devel] [PATCH v4 35/53] xen/drivers/passthrough/pci.c: let custom parameter parsing routines return errno

>>> On 23.08.17 at 19:34, wrote: > Modify the custom parameter parsing routines in: > > xen/drivers/passthrough/pci.c > > to indicate whether the parameter value was parsed successfully. > > Cc: Jan Beulich > Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v4 32/53] xen/drivers/cpufreq/cpufreq.c: let custom parameter parsing routines return errno

>>> On 23.08.17 at 19:34, wrote: > Modify the custom parameter parsing routines in: > > xen/drivers/cpufreq/cpufreq.c > > to indicate whether the parameter value was parsed successfully. > > Cc: Jan Beulich > Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v4 34/53] xen/drivers/passthrough/iommu.c: let custom parameter parsing routines return errno

>>> On 23.08.17 at 19:34, wrote: > Modify the custom parameter parsing routines in: > > xen/drivers/passthrough/iommu.c > > to indicate whether the parameter value was parsed successfully. > > This at once fixes a potential problem with multiple iommu=... > parameters: before

Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Tue, Aug 22, 2017 at 03:51:06PM +0100, Paul Durrant wrote: > ... XENMEM_resource_ioreq_server > > This patch adds support for a new resource type that can be mapped using > the XENMEM_acquire_resource memory op. > > If an emulator makes use of this resource type then, instead of mapping >

Re: [Xen-devel] [PATCH V2 21/25] tools/libxc: Add a new interface to bind remapping format msi with pirq

On Fri, Aug 25, 2017 at 03:28:46PM +0800, Chao Gao wrote: > On Wed, Aug 23, 2017 at 11:41:25AM +0100, Roger Pau Monné wrote: > >On Wed, Aug 09, 2017 at 04:34:22PM -0400, Lan Tianyu wrote: > >> From: Chao Gao > >> > >> Introduce a new binding relationship and provide a new

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

>>> On 24.08.17 at 16:50, wrote: > --- a/docs/misc/xen-command-line.markdown > +++ b/docs/misc/xen-command-line.markdown > @@ -868,6 +868,19 @@ Controls EPT related features. > > Specify which console gdbstub should use. See **console**. > > +### gnttab > +> `=

Re: [Xen-devel] [PATCH 1/3] gnttab: Drop the frame parameter from acquire_grant_for_copy()

>>> On 24.08.17 at 19:55, wrote: > It is redundant with the *page parameter. Rename the grant_frame parameter to > indicate that it is local, and highlight the correctness of the change. I don't understand this second sentence: For one, grant_frame isn't and wasn't a

Re: [Xen-devel] [PATCH v2 REPOST 09/12] x86/hvm/ioreq: simplify code and use consistent naming

> -Original Message- > From: Roger Pau Monne > Sent: 24 August 2017 18:03 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Andrew Cooper > ; Jan Beulich > Subject: Re: [Xen-devel] [PATCH v2 REPOST 09/12]

Re: [Xen-devel] [PATCH v4 08/11] arm: PSCI: use definitions provided by asm/smccc.h

Hi, On 24.08.17 20:22, Julien Grall wrote: Hi Volodymyr, On 21/08/17 21:27, Volodymyr Babchuk wrote: smccc.h provides definitions to construct SMC call function number according to SMCCC. We don't need multiple definitions for one thing, and definitions in smccc.h are more generic than ones

Re: [Xen-devel] [PATCH v8] VT-d: use correct BDF for VF to search VT-d unit

I have sent out a new version, let's skip this one. Thanks Chao On Fri, Aug 25, 2017 at 12:17:15PM +0800, Chao Gao wrote: >When SR-IOV is enabled, 'Virtual Functions' of a 'Physical Function' are under >the scope of the same VT-d unit as the 'Physical Function'. A 'Physical >Function' can be a

Re: [Xen-devel] [RFC PATCH 5/5] xl/libacpi: extend lapic_id() to uint32_t

On Thu, Aug 24, 2017 at 10:52:20PM -0400, Lan Tianyu wrote: > From: Chao Gao > > This patch is to extend lapic_id() to support more vcpus. > > Signed-off-by: Chao Gao > Signed-off-by: Lan Tianyu This looks reasonable.

Re: [Xen-devel] [PATCH V2 25/25] x86/vvtd: save and restore emulated VT-d

On Fri, Aug 25, 2017 at 03:00:32AM -0600, Jan Beulich wrote: On 25.08.17 at 08:35, wrote: >> On Wed, Aug 23, 2017 at 01:19:41PM +0100, Roger Pau Monné wrote: >>>On Wed, Aug 09, 2017 at 04:34:26PM -0400, Lan Tianyu wrote: From: Chao Gao

Re: [Xen-devel] [PATCH RESEND v9] VT-d: use correct BDF for VF to search VT-d unit

>>> On 25.08.17 at 07:27, wrote: > When SR-IOV is enabled, 'Virtual Functions' of a 'Physical Function' are under > the scope of the same VT-d unit as the 'Physical Function'. A 'Physical > Function' can be a 'Traditional Function' or an ARI 'Extended Function'. > And

Re: [Xen-devel] [RFC PATCH 4/5] hvmload: Add x2apic entry support in the MADT build

>>> On 25.08.17 at 11:26, wrote: > On Thu, Aug 24, 2017 at 10:52:19PM -0400, Lan Tianyu wrote: >> This patch is to add x2apic entry support for ACPI MADT table. >> >> Signed-off-by: Lan Tianyu >> Signed-off-by: Chao Gao > > Again,

Re: [Xen-devel] [PATCH V2 23/25] x86/vvtd: Handle interrupt translation faults

On Fri, Aug 25, 2017 at 03:17:24PM +0800, Chao Gao wrote: > On Wed, Aug 23, 2017 at 12:51:27PM +0100, Roger Pau Monné wrote: > >On Wed, Aug 09, 2017 at 04:34:24PM -0400, Lan Tianyu wrote: > >> From: Chao Gao > >> > >> Interrupt translation faults are non-recoverable fault.

Re: [Xen-devel] [PATCH v2 REPOST 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

> -Original Message- > From: Roger Pau Monne > Sent: 24 August 2017 18:21 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Stefano Stabellini > ; Wei Liu ; George Dunlap > ; Andrew

Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Fri, Aug 25, 2017 at 10:46:48AM +0100, Paul Durrant wrote: > > -Original Message- > > From: Roger Pau Monne > > > +static int hvm_alloc_ioreq_mfn(struct hvm_ioreq_server *s, bool buf) > > > +{ > > > +struct domain *currd = current->domain; > > > +struct hvm_ioreq_page *iorp =

[Xen-devel] [PATCH v3] common/vm_event: Initialize vm_event lists on domain creation

The patch splits the vm_event into three structures:vm_event_share, vm_event_paging, vm_event_monitor. The allocation for the structure is moved to vm_event_enable so that it can be allocated/init when needed and freed in vm_event_disable. Signed-off-by: Alexandru Isaila

Re: [Xen-devel] [RFC PATCH 4/5] hvmload: Add x2apic entry support in the MADT build

On Thu, Aug 24, 2017 at 10:52:19PM -0400, Lan Tianyu wrote: > This patch is to add x2apic entry support for ACPI MADT table. > > Signed-off-by: Lan Tianyu > Signed-off-by: Chao Gao > --- > tools/libacpi/acpi2_0.h | 10 > tools/libacpi/build.c

Re: [Xen-devel] [PATCH v3] common/vm_event: Initialize vm_event lists on domain creation

>>> On 25.08.17 at 11:57, wrote: > --- a/xen/drivers/passthrough/pci.c > +++ b/xen/drivers/passthrough/pci.c > @@ -1358,14 +1358,14 @@ static int assign_device(struct domain *d, u16 seg, > u8 bus, u8 devfn, u32 flag) > struct pci_dev *pdev; > int rc = 0; > >

[Xen-devel] Next Xen ARM community call - Wednesday 13th September 2017

Hi all, I would suggest to have the next community call on Wednesday 13th September 2017 5pm BST. Does it sound good? Do you have any specific topic you would like to discuss? Cheers, -- Julien Grall ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH 3/3] gnttab: Drop the frame field from struct gnttab_copy_buf

On Thu, Aug 24, 2017 at 06:55:55PM +0100, Andrew Cooper wrote: > It is redundant with *page. > > Signed-off-by: Andrew Cooper Reviewed-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [RFC PATCH 2/5] XL: Increase event channels to support more vcpus

On Thu, Aug 24, 2017 at 10:52:17PM -0400, Lan Tianyu wrote: > This patch is to increase event channels to support more vcpus in single VM. > > Signed-off-by: Lan Tianyu There is no need to bump the default. There is already a configuration option called max_event_channel.

Re: [Xen-devel] [PATCH 2/3] gnttab: Drop the frame parameter from get_paged_frame()

On Thu, Aug 24, 2017 at 06:55:54PM +0100, Andrew Cooper wrote: > It is redundant with the *page parameter. > > Signed-off-by: Andrew Cooper Reviewed-by: Wei Liu > --- > CC: George Dunlap > CC: Jan Beulich

Re: [Xen-devel] [RFC PATCH 1/5] xen/hap: Increase hap size for more vcpus support

On Thu, Aug 24, 2017 at 10:52:16PM -0400, Lan Tianyu wrote: > This patch is to increase hap size to support more vcpus in single VM. > > Signed-off-by: Lan Tianyu Can we maybe derive the number of pages needed from the number of vcpus? Bumping this value unconditionally

Re: [Xen-devel] [PATCH] x86/EFI: warn about r/o sections requiring relocations

>>> On 25.08.17 at 10:50, wrote: > On 25/08/2017 09:07, Jan Beulich wrote: >> --- a/xen/arch/x86/xen.lds.S >> +++ b/xen/arch/x86/xen.lds.S >> @@ -155,7 +155,11 @@ SECTIONS >>__2M_init_start = .; /* Start of 2M superpages, mapped RWX (boot >> only). */ >>

[Xen-devel] [ovmf baseline-only test] 72016: all pass

This run is configured for baseline tests only. flight 72016 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72016/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 279c01ce13739f0fd8ec3e7652299f6873fc14a9 baseline

[Xen-devel] [xen-4.8-testing test] 112860: regressions - trouble: blocked/broken/fail/pass

flight 112860 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/112860/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 4 host-install(4)broken REGR. vs. 112664

Re: [Xen-devel] [PATCH v4 07/11] arm: traps: handle PSCI calls inside `vsmc.c`

Hi Julien, Thanks for the review. On 24.08.17 19:58, Julien Grall wrote: Hi Volodymyr, On 21/08/17 21:27, Volodymyr Babchuk wrote: PSCI is part of HVC/SMC interface, so it should be handled in appropriate place: `vsmc.c`. This patch just moves PSCI handler calls from `traps.c` to `vsmc.c`.

Re: [Xen-devel] [PATCH V2 9/25] tools/libxl: build DMAR table for a guest with one virtual VTD

On Fri, Aug 25, 2017 at 03:33:47PM +0800, Lan Tianyu wrote: > > > > int libxl__arch_domain_finalise_hw_description(libxl__gc *gc, > >libxl_domain_build_info > > *info, > >struct xc_dom_image *dom) > >

Re: [Xen-devel] [RFC PATCH 3/5] Tool/ACPI: DSDT extension to support more vcpus

On Thu, Aug 24, 2017 at 10:52:18PM -0400, Lan Tianyu wrote: > This patch is to change DSDT table for processor object to support >255 vcpus. > Can you provide a link to the spec so people can check if you modification is correct? ___ Xen-devel mailing

Re: [Xen-devel] [RFC PATCH 4/5] hvmload: Add x2apic entry support in the MADT build

On Thu, Aug 24, 2017 at 10:52:19PM -0400, Lan Tianyu wrote: > This patch is to add x2apic entry support for ACPI MADT table. > > Signed-off-by: Lan Tianyu > Signed-off-by: Chao Gao Again, please provide spec. There are a few coding style issues in

Re: [Xen-devel] [PATCH 2/3] gnttab: Drop the frame parameter from get_paged_frame()

On 25/08/17 10:02, Wei Liu wrote: > On Thu, Aug 24, 2017 at 06:55:54PM +0100, Andrew Cooper wrote: >> It is redundant with the *page parameter. >> >> Signed-off-by: Andrew Cooper > Reviewed-by: Wei Liu Thanks. > >> --- >> CC: George Dunlap

Re: [Xen-devel] [PATCH 2/3] gnttab: Drop the frame parameter from get_paged_frame()

On Fri, Aug 25, 2017 at 10:38:19AM +0100, Andrew Cooper wrote: > >> +*page = mfn_valid(mfn) ? mfn_to_page(mfn_x(mfn)) : NULL; > >> if ( (!(*page)) || (!get_page(*page, rd)) ) > > Mind dropping those unneeded parentheses? > > I'm planning separate cleanup to this function (including

Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a new mappable resource type...

> -Original Message- > From: Roger Pau Monne > Sent: 25 August 2017 10:32 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Stefano Stabellini > ; Wei Liu ; George Dunlap > ; Andrew

[Xen-devel] [distros-debian-jessie test] 72017: tolerable trouble: blocked/broken/pass

flight 72017 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72017/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-armhf-jessie-netboot-pygrub 1 build-check(1) blocked n/a build-arm64

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

>>> On 24.08.17 at 17:16, wrote: > On 24/08/17 16:01, Juergen Gross wrote: >> On 24/08/17 16:50, Andrew Cooper wrote: >>> --- a/docs/misc/xen-command-line.markdown >>> +++ b/docs/misc/xen-command-line.markdown >>> @@ -868,6 +868,19 @@ Controls EPT related features. >>>

Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a new mappable resource type...

> -Original Message- > From: Roger Pau Monne > Sent: 25 August 2017 10:53 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Stefano Stabellini > ; Wei Liu ; George Dunlap > ; Andrew

Re: [Xen-devel] [RFC PATCH 2/5] XL: Increase event channels to support more vcpus

On Fri, Aug 25, 2017 at 10:18:24AM +0100, Wei Liu wrote: > On Thu, Aug 24, 2017 at 10:52:17PM -0400, Lan Tianyu wrote: > > This patch is to increase event channels to support more vcpus in single VM. > > > > Signed-off-by: Lan Tianyu > > There is no need to bump the

Re: [Xen-devel] [RFC PATCH 2/5] XL: Increase event channels to support more vcpus

On Fri, Aug 25, 2017 at 10:57:26AM +0100, Roger Pau Monné wrote: > On Fri, Aug 25, 2017 at 10:18:24AM +0100, Wei Liu wrote: > > On Thu, Aug 24, 2017 at 10:52:17PM -0400, Lan Tianyu wrote: > > > This patch is to increase event channels to support more vcpus in single > > > VM. > > > > > >

Re: [Xen-devel] [PATCH v2 REPOST 02/12] x86/mm: allow a privileged PV domain to map guest mfns

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 24 August 2017 17:33 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Andrew Cooper > ; Jan Beulich ; Wei Liu > >

Re: [Xen-devel] [RFC PATCH 3/5] Tool/ACPI: DSDT extension to support more vcpus

On Thu, Aug 24, 2017 at 10:52:18PM -0400, Lan Tianyu wrote: > This patch is to change DSDT table for processor object to support >255 vcpus. The note in ACPI 6.1A spec section 5.2.12.12 contains the following: [Compatibility note] On some legacy OSes, Logical processors with APIC ID values less

Re: [Xen-devel] [PATCH 1/3] gnttab: Drop the frame parameter from acquire_grant_for_copy()

On 25/08/17 11:13, Jan Beulich wrote: On 24.08.17 at 19:55, wrote: >> It is redundant with the *page parameter. Rename the grant_frame parameter >> to >> indicate that it is local, and highlight the correctness of the change. > I don't understand this second

[Xen-devel] [ovmf baseline-only test] 72024: all pass

This run is configured for baseline tests only. flight 72024 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72024/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 02739b0f41300da70369be7c1982180306e8ca95 baseline

[Xen-devel] [xen-unstable-smoke test] 112879: tolerable trouble: broken/pass - PUSHED

flight 112879 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/112879/ 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 build-arm64-pvops 2

[Xen-devel] [linux-3.18 test] 112868: trouble: blocked/broken/fail/pass

flight 112868 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/112868/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64-pvops 3 capture-logs broken REGR. vs. 112102

[Xen-devel] [qemu-mainline test] 112869: tolerable trouble: blocked/broken/fail/pass - PUSHED

flight 112869 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/112869/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-libvirt-xsm 1 build-check(1) blocked n/a test-arm64-arm64-xl 1

Re: [Xen-devel] [RFC PATCH 3/5] Tool/ACPI: DSDT extension to support more vcpus

>>> On 25.08.17 at 12:36, wrote: > On Thu, Aug 24, 2017 at 10:52:18PM -0400, Lan Tianyu wrote: >> This patch is to change DSDT table for processor object to support >255 > vcpus. > > The note in ACPI 6.1A spec section 5.2.12.12 contains the following: > > [Compatibility

Re: [Xen-devel] [PATCH 5/5] xen: add new hypercall to get grant table limits

>>> On 25.08.17 at 14:03, wrote: > On 25/08/17 13:58, Jan Beulich wrote: > On 25.08.17 at 13:40, wrote: >>> In the Linux kernel I would then: >>> >>> - Re-add grant v2 support >>> - Add boot parameter for selecting grant v1 or v2 >>> - Use grant v2 if

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

>>> On 25.08.17 at 14:10, wrote: > On 25/08/17 10:57, Jan Beulich wrote: > On 24.08.17 at 17:16, wrote: >>> On 24/08/17 16:01, Juergen Gross wrote: On 24/08/17 16:50, Andrew Cooper wrote: > ---

Re: [Xen-devel] [PATCH 5/6] libxl: support mapping static shared memory areas during domain creation

On Wed, Aug 23, 2017 at 02:08:39AM +0800, Zhongze Liu wrote: [...] > diff --git a/tools/libxl/libxl_arch.h b/tools/libxl/libxl_arch.h > index 5e1fc6060e..1d681d8863 100644 > --- a/tools/libxl/libxl_arch.h > +++ b/tools/libxl/libxl_arch.h > @@ -71,6 +71,12 @@ int libxl__arch_extra_memory(libxl__gc

Re: [Xen-devel] [PATCH v4 08/11] arm: PSCI: use definitions provided by asm/smccc.h

On 25/08/17 12:00, Volodymyr Babchuk wrote: Hi, On 24.08.17 20:22, Julien Grall wrote: Hi Volodymyr, On 21/08/17 21:27, Volodymyr Babchuk wrote: smccc.h provides definitions to construct SMC call function number according to SMCCC. We don't need multiple definitions for one thing, and

Re: [Xen-devel] [PATCH 1/3] gnttab: Drop the frame parameter from acquire_grant_for_copy()

>>> On 25.08.17 at 12:50, wrote: > On 25/08/17 11:13, Jan Beulich wrote: > On 24.08.17 at 19:55, wrote: >>> It is redundant with the *page parameter. Rename the grant_frame parameter >>> to >>> indicate that it is local, and highlight

Re: [Xen-devel] [PATCH 5/6] libxl: support mapping static shared memory areas during domain creation

Hi Wei, 2017-08-25 19:05 GMT+08:00 Wei Liu : > On Wed, Aug 23, 2017 at 02:08:39AM +0800, Zhongze Liu wrote: > [...] >> diff --git a/tools/libxl/libxl_arch.h b/tools/libxl/libxl_arch.h >> index 5e1fc6060e..1d681d8863 100644 >> --- a/tools/libxl/libxl_arch.h >> +++

Re: [Xen-devel] [PATCH 5/5] xen: add new hypercall to get grant table limits

On 25/08/17 13:58, Jan Beulich wrote: On 25.08.17 at 13:40, wrote: >> So what about the following idea: >> >> - Set the default max number of grant frames to 32 on "small" hosts >> (max. physical memory address below 16TB) and to 64 on "large" >> hosts > > This looks

Re: [Xen-devel] [PATCH v6] x86/hvm: Allow guest_request vm_events coming from userspace

>>> On 17.08.17 at 13:50, wrote: > --- a/xen/common/monitor.c > +++ b/xen/common/monitor.c > @@ -75,6 +75,7 @@ int monitor_domctl(struct domain *d, struct > xen_domctl_monitor_op *mop) > domain_pause(d); > d->monitor.guest_request_sync =

Re: [Xen-devel] [PATCH v2 1/4] x86/dom0: prevent access to MMCFG areas for PVH Dom0

>>> On 25.08.17 at 14:15, wrote: > On Wed, Aug 23, 2017 at 02:16:38AM -0600, Jan Beulich wrote: >> >>> On 22.08.17 at 15:54, wrote: >> > On Tue, Aug 22, 2017 at 06:26:23AM -0600, Jan Beulich wrote: >> >> >>> On 11.08.17 at 18:43,

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

>>> On 25.08.17 at 14:05, wrote: > On 25/08/17 10:49, Jan Beulich wrote: > On 24.08.17 at 16:50, wrote: >>> --- a/docs/misc/xen-command-line.markdown >>> +++ b/docs/misc/xen-command-line.markdown >>> @@ -868,6 +868,19 @@ Controls EPT

Re: [Xen-devel] [PATCH 6/6] libxl: support unmapping static shared memory areas during domain destruction

On Wed, Aug 23, 2017 at 02:08:40AM +0800, Zhongze Liu wrote: > Add libxl__sshm_del to Unmap static shared memory areas mapped by Unmap -> unmap > libxl__sshm_add during domain creation. The unmapping process is: > > * For a master: check if it still has living slaves: 1) if yes, mark its >

Re: [Xen-devel] [PATCH v3 3/3] tools/libxc: use superpages during restore of HVM guest

On Fri, Aug 25, Wei Liu wrote: > I'm still unconvinced this works all the time because it still needs the > assumption that the stream contains contiguous pfns. This is how it is done today. If the pfns start to arrive in another order the format has to be changed to send a memory layout in

Re: [Xen-devel] Graphical virtualization in intel® Atom is possible?

+gvtg mailloop. We haven't tried Atom boards to support GVT-g. What we have verified are Intel Core platform (client machine), Intel Xeon E3 server with embedded GPU, and we also tried Apollo Lake (Code name) SoC board but Atom MinnowBoard can't support. Best regards. Hongbo Tel: +86-21-6116

Re: [Xen-devel] [PATCH 5/5] xen: add new hypercall to get grant table limits

On 24/08/17 17:20, Jan Beulich wrote: On 24.08.17 at 17:13, wrote: >> On 24/08/17 17:04, Jan Beulich wrote: >> On 24.08.17 at 16:48, wrote: How would the guest know whether using v2 grants is no disadvantage? >>> >>> As said - it's always going to

Re: [Xen-devel] [PATCH 5/5] xen: add new hypercall to get grant table limits

>>> On 25.08.17 at 13:40, wrote: > So what about the following idea: > > - Set the default max number of grant frames to 32 on "small" hosts > (max. physical memory address below 16TB) and to 64 on "large" > hosts This looks reasonable to me as long as it's properly

Re: [Xen-devel] [PATCH v3 1/3] tools/libxc: move SUPERPAGE macros to common header

On Thu, Aug 24, 2017 at 12:14:41PM +0200, Olaf Hering wrote: > The macros SUPERPAGE_2MB_SHIFT and SUPERPAGE_1GB_SHIFT will be used by > other code in libxc. Move the macros to a header file. > > Signed-off-by: Olaf Hering Acked-by: Wei Liu Please fold in

Re: [Xen-devel] [PATCH v3 3/3] tools/libxc: use superpages during restore of HVM guest

On Thu, Aug 24, 2017 at 12:14:43PM +0200, Olaf Hering wrote: > During creating of a HVM domU meminit_hvm() tries to map superpages. > After save/restore or migration this mapping is lost, everything is > allocated in single pages. This causes a performance degradition after > migration. > > Add

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

On 25/08/17 10:49, Jan Beulich wrote: On 24.08.17 at 16:50, wrote: >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -868,6 +868,19 @@ Controls EPT related features. >> >> Specify which console gdbstub should use.

Re: [Xen-devel] [PATCH v3 2/3] tools/libxc: add API for bitmap access for restore

On Thu, Aug 24, 2017 at 12:14:42PM +0200, Olaf Hering wrote: > Extend API for managing bitmaps. Each bitmap is now represented by a > generic struct xc_sr_bitmap. > Switch the existing populated_pfns to this API. > > Signed-off-by: Olaf Hering Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v2 1/4] x86/dom0: prevent access to MMCFG areas for PVH Dom0

On Wed, Aug 23, 2017 at 02:16:38AM -0600, Jan Beulich wrote: > >>> On 22.08.17 at 15:54, wrote: > > On Tue, Aug 22, 2017 at 06:26:23AM -0600, Jan Beulich wrote: > >> >>> On 11.08.17 at 18:43, wrote: > >> > --- a/xen/arch/x86/dom0_build.c > >> > +++

[Xen-devel] [xen-4.9-testing test] 112862: regressions - trouble: blocked/broken/fail/pass

flight 112862 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/112862/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 112820 Tests

Re: [Xen-devel] [PATCH v6] x86/hvm: Allow guest_request vm_events coming from userspace

On Vi, 2017-08-25 at 06:13 -0600, Jan Beulich wrote: > > > > > > > > > > > > > On 17.08.17 at 13:50, wrote: > > --- a/xen/common/monitor.c > > +++ b/xen/common/monitor.c > > @@ -75,6 +75,7 @@ int monitor_domctl(struct domain *d, struct > > xen_domctl_monitor_op *mop) > >

Re: [Xen-devel] Building XenGT for Intel embedded board

+GVT-g mailloop Hi Barooah, Thanks for your interests in XenGT. The document and git you mentioned is an old version to bring up XenGT on Intel Apollo Lake (code name) embedded board. It's using old architecture XenGT. After GVT-g has been upstreamed to kernel 4.10, we would like users to switch

Re: [Xen-devel] [PATCH v4 07/11] arm: traps: handle PSCI calls inside `vsmc.c`

On 25/08/17 11:56, Volodymyr Babchuk wrote: Hi Julien, Hi Volodymyr, On 24.08.17 19:58, Julien Grall wrote: +case ARM_SMCCC_FUNC_CALL_COUNT: +set_user_reg(regs, 0, SSSC_SMCCC_FUNCTION_COUNT); +return true; +case ARM_SMCCC_FUNC_CALL_UID: +{ +static const

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

On 25/08/17 10:57, Jan Beulich wrote: On 24.08.17 at 17:16, wrote: >> On 24/08/17 16:01, Juergen Gross wrote: >>> On 24/08/17 16:50, Andrew Cooper wrote: --- a/docs/misc/xen-command-line.markdown +++ b/docs/misc/xen-command-line.markdown @@ -868,6

Re: [Xen-devel] [PATCH 5/6] libxl: support mapping static shared memory areas during domain creation

On Fri, Aug 25, 2017 at 08:02:55PM +0800, Zhongze Liu wrote: > Hi Wei, > > >> +/* The caller have to guarentee that sshm->begin < sshm->end */ > >> +static int libxl__sshm_do_map(libxl__gc *gc, uint32_t mid, uint32_t sid, > >> + libxl_static_shm *sshm, > >> +

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

On 25/08/17 14:10, Andrew Cooper wrote: > On 25/08/17 10:57, Jan Beulich wrote: > On 24.08.17 at 17:16, wrote: >>> On 24/08/17 16:01, Juergen Gross wrote: On 24/08/17 16:50, Andrew Cooper wrote: > --- a/docs/misc/xen-command-line.markdown > +++

Re: [Xen-devel] [PATCH] common/gnttab: Introduce command line feature controls

On 25/08/17 14:29, Jan Beulich wrote: On 25.08.17 at 14:05, wrote: >> On 25/08/17 10:49, Jan Beulich wrote: >> On 24.08.17 at 16:50, wrote: --- a/docs/misc/xen-command-line.markdown +++ b/docs/misc/xen-command-line.markdown

Re: [Xen-devel] [PATCH V2 9/25] tools/libxl: build DMAR table for a guest with one virtual VTD

On 2017年08月25日 11:19, Lan Tianyu wrote: > On 2017年08月24日 19:08, Wei Liu wrote: > If add dmar table for hvmlite, we should combine dmar table with other ACPI table and populate into acpi_modules[2]. This is how hvmlite add other ACPI tables in libxl__dom_load_acpi().

Re: [Xen-devel] [PATCH V2 25/25] x86/vvtd: save and restore emulated VT-d

On Wed, Aug 23, 2017 at 01:19:41PM +0100, Roger Pau Monné wrote: >On Wed, Aug 09, 2017 at 04:34:26PM -0400, Lan Tianyu wrote: >> From: Chao Gao >> >> Wrap some useful status in a new structure hvm_hw_vvtd, following >> the customs of vlapic, vioapic and etc. Provide two

Re: [Xen-devel] [PATCH v4 19/53] xen/arch/x86/psr.c: let custom parameter parsing routines return errno

On 25/08/17 10:17, Jan Beulich wrote: On 24.08.17 at 18:27, wrote: >> On 24/08/17 17:35, Jan Beulich wrote: >> On 23.08.17 at 19:34, wrote: --- a/xen/arch/x86/psr.c +++ b/xen/arch/x86/psr.c @@ -418,50 +418,66 @@ static const struct

Re: [Xen-devel] [PATCH v4 01/53] xen: add an optional string end parameter to parse_bool()

On 24/08/17 17:43, Andrew Cooper wrote: > On 23/08/17 18:33, Juergen Gross wrote: >> Add a parameter to parse_bool() to specify the end of the to be >> parsed string. Specifying it as NULL will preserve the current >> behavior to parse until the end of the input string, while passing >> a non-NULL

Re: [Xen-devel] [PATCH 1/3] gnttab: Drop the frame parameter from acquire_grant_for_copy()

On Thu, Aug 24, 2017 at 06:55:53PM +0100, Andrew Cooper wrote: > It is redundant with the *page parameter. Rename the grant_frame parameter to > indicate that it is local, and highlight the correctness of the change. > > Signed-off-by: Andrew Cooper Reviewed-by: Wei

[Xen-devel] [qemu-mainline test] 112858: regressions - trouble: blocked/broken/fail/pass

flight 112858 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/112858/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 112676 Tests

Re: [Xen-devel] [PATCH v2] x86: enable RCU based table free

Vitaly Kuznetsov writes: > Peter Zijlstra writes: > >> On Thu, Aug 24, 2017 at 11:22:58AM +0200, Vitaly Kuznetsov wrote: >> >>> diff --git a/arch/x86/include/asm/tlb.h b/arch/x86/include/asm/tlb.h >>> index c7797307fc2b..d43a7fcafee9 100644 >>> ---

Re: [Xen-devel] [PATCH V2 23/25] x86/vvtd: Handle interrupt translation faults

On Wed, Aug 23, 2017 at 12:51:27PM +0100, Roger Pau Monné wrote: >On Wed, Aug 09, 2017 at 04:34:24PM -0400, Lan Tianyu wrote: >> From: Chao Gao >> >> Interrupt translation faults are non-recoverable fault. When faults > ^

Re: [Xen-devel] [PATCH v4 01/53] xen: add an optional string end parameter to parse_bool()

>>> On 25.08.17 at 10:31, wrote: > On 24/08/17 17:43, Andrew Cooper wrote: >> I had planned to modify parse_bool() to be >> >> int parse_bool(const char *field, const char *s) >> { >> ... >> } >> >> which cases care of considering the "no-" prefix, optionally skips the >>

Re: [Xen-devel] [PATCH] x86/EFI: warn about r/o sections requiring relocations

On 25/08/2017 09:07, Jan Beulich wrote: > --- a/xen/arch/x86/xen.lds.S > +++ b/xen/arch/x86/xen.lds.S > @@ -155,7 +155,11 @@ SECTIONS >__2M_init_start = .; /* Start of 2M superpages, mapped RWX (boot > only). */ >. = ALIGN(PAGE_SIZE); /* Init code and data */ >

[Xen-devel] [RFC PATCH 3/5] Tool/ACPI: DSDT extension to support more vcpus

This patch is to change DSDT table for processor object to support >255 vcpus. Signed-off-by: Lan Tianyu --- tools/libacpi/mk_dsdt.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/tools/libacpi/mk_dsdt.c b/tools/libacpi/mk_dsdt.c index

[Xen-devel] [RFC PATCH 1/5] xen/hap: Increase hap size for more vcpus support

This patch is to increase hap size to support more vcpus in single VM. Signed-off-by: Lan Tianyu --- xen/arch/x86/mm/hap/hap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/x86/mm/hap/hap.c b/xen/arch/x86/mm/hap/hap.c index cdc77a9..cb81368

[Xen-devel] [RFC PATCH 0/5] Extend resources to support more vcpus in single VM

This patchset is to extend some resources(i.e, event channel, hap and so) to support more vcpus for single VM. Chao Gao (1): xl/libacpi: extend lapic_id() to uint32_t Lan Tianyu (4): xen/hap: Increase hap size for more vcpus support XL: Increase event channels to support more vcpus

[Xen-devel] [RFC PATCH 5/5] xl/libacpi: extend lapic_id() to uint32_t

From: Chao Gao This patch is to extend lapic_id() to support more vcpus. Signed-off-by: Chao Gao Signed-off-by: Lan Tianyu --- tools/firmware/hvmloader/util.c | 2 +- tools/libacpi/libacpi.h | 2 +-

  1   2   >