[Xen-devel] [freebsd-master test] 141811: regressions - trouble: blocked/fail

flight 141811 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/141811/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 141501 Tests which did

[Xen-devel] [xen-unstable-smoke test] 141841: regressions - FAIL

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

[Xen-devel] [linux-4.4 test] 141796: regressions - FAIL

flight 141796 linux-4.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/141796/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvshim 20 guest-start/debian.repeat fail in 141599 REGR. vs. 139698 Tests which

Re: [Xen-devel] [PATCH v3 26/47] xen/sched: Change vcpu_migrate_*() to operate on schedule unit

On 25.09.19 18:37, Dario Faggioli wrote: On Wed, 2019-09-25 at 14:04 +0200, Jürgen Groß wrote: On 25.09.19 00:33, Dario Faggioli wrote: As it is needed anyway call vcpu_sync_execstate() for each vcpu of the unit when changing processors. Again, what do you mean with "As it is needed anyway"

Re: [Xen-devel] [PATCH v3 19/47] xen: add sched_unit_pause_nosync() and sched_unit_unpause()

On 25.09.19 17:20, Dario Faggioli wrote: On Sat, 2019-09-14 at 10:52 +0200, Juergen Gross wrote: The credit scheduler calls vcpu_pause_nosync() and vcpu_unpause() today. It does. And, FWIW, I hate it with all my heart because of that (among other things! :-D). Add sched_unit_pause_nosync() a

Re: [Xen-devel] [PATCH v4 8/8] xen/arm32: head: Use a page mapping for the 1:1 mapping in create_page_tables()

On Tue, 17 Sep 2019, Julien Grall wrote: > At the moment the function create_page_tables() will use 1GB/2MB > mapping for the identity mapping. As we don't know what is present > before and after Xen in memory, we may end up to map > device/reserved-memory with cacheable memory. This may result to

Re: [Xen-devel] [PATCH v7 4/4] xen/x86: Allow stubdom access to irq created for msi.

On Wed, Sep 25, 2019 at 03:26:17PM +0200, Roger Pau Monné wrote: > On Wed, Sep 25, 2019 at 02:29:41PM +0200, Marek Marczykowski-Górecki wrote: > > On Wed, Sep 25, 2019 at 11:41:50AM +0200, Roger Pau Monné wrote: > > > It would still be nice to get the missing bits (interrupt enabling), > > > or els

Re: [Xen-devel] [PATCH v4 6/8] xen/arm64: head: Use a page mapping for the 1:1 mapping in create_page_tables()

On Tue, 17 Sep 2019, Julien Grall wrote: > At the moment the function create_page_tables() will use 1GB/2MB > mapping for the identity mapping. As we don't know what is present > before and after Xen in memory, we may end up to map > device/reserved-memory with cacheable memory. This may result to

[Xen-devel] [PATCH v7.1 4/4] xen/x86: Allow stubdom access to irq created for msi.

Stubdomains need to be given sufficient privilege over the guest which it provides emulation for in order for PCI passthrough to work correctly. When a HVM domain try to enable MSI, QEMU in stubdomain calls PHYSDEVOP_map_pirq, but later it needs to call XEN_DOMCTL_bind_pt_irq as part of xc_domain_u

Re: [Xen-devel] [PATCH v5 5/8] xen/arm: assign devices to boot domains

On Wed, 25 Sep 2019, Julien Grall wrote: > Hi Stefano, > > On 25/09/2019 19:49, Stefano Stabellini wrote: > > Scan the user provided dtb fragment at boot. For each device node, map > > memory to guests, and route interrupts and setup the iommu. > > > > The memory region to remap is specified by t

Re: [Xen-devel] [PATCH v5 4/8] xen/arm: copy dtb fragment to guest dtb

On Wed, 25 Sep 2019, Julien Grall wrote: > On 25/09/2019 19:49, Stefano Stabellini wrote: > > Read the dtb fragment corresponding to a passthrough device from memory > > at the location referred to by the "multiboot,device-tree" compatible > > node. > > > > Add a new field named dtb_bootmodule to

Re: [Xen-devel] [PATCH v5 3/8] xen/arm: introduce kinfo->guest_phandle_gic

On Wed, 25 Sep 2019, Julien Grall wrote: > Hi, > > On 25/09/2019 19:49, Stefano Stabellini wrote: > > Instead of always hard-coding the GIC phandle (GUEST_PHANDLE_GIC), store > > it in a variable under kinfo. This way it can be dynamically chosen per > > domain. Remove the fdt pointer argument to

[Xen-devel] [xen-4.12-testing test] 141776: tolerable FAIL - PUSHED

flight 141776 xen-4.12-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/141776/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qcow216 guest-saverestore.2 fail like 139865 test-amd64-amd64-libvirt 13

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

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

Re: [Xen-devel] [PATCH v5 7/8] xen/arm: introduce nr_spis

On Wed, 25 Sep 2019, Julien Grall wrote: > Hi, > > On 25/09/2019 19:49, Stefano Stabellini wrote: > > We don't have a clear way to know how many virtual SPIs we need for the > > dom0-less domains. Introduce a new option under xen,domain to specify > > the number of SPIs to allocate for a domain. >

[Xen-devel] [xen-unstable-smoke test] 141834: regressions - FAIL

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

Re: [Xen-devel] Xen 4.12.0-rc Hangs Around masked ExtINT on CPU#

On 5/28/2019 8:02 AM, John L. Poole wrote: On 5/28/2019 12:41 AM, Roger Pau Monné wrote: On Mon, May 27, 2019 at 03:35:21PM -0700, John L. Poole wrote: On 5/27/2019 9:18 AM, Roger Pau Monné wrote: On Mon, Apr 29, 2019 at 05:27:34PM +0200, Roger Pau Monné wrote: IMO it would be better if yo

Re: [Xen-devel] Latest development (master) Xen fails to boot on HP ProLiant DL20 GEN10

Jan, Roger, thank you so much for the initial ideas. I tried a few of those and here's where I am. First of all, it is definitely related to CPU bring up. Adding cpuidle=0 to xen command line made Xen boot. Then, a good friend of mine (who you may know from ancient Xen days ;-)) suggested that th

[Xen-devel] [xen-unstable-smoke test] 141827: regressions - FAIL

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

[Xen-devel] [RFC PATCH] xen/gntdev: Stop abusing DT of_dma_configure API

As the comment says, this isn't a DT based device. of_dma_configure() is going to stop allowing a NULL DT node, so this needs to be fixed. Not sure exactly what setup besides arch_setup_dma_ops is needed... Cc: Robin Murphy Cc: Julien Grall Cc: Nicolas Saenz Julienne Cc: Oleksandr Andrushchenk

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

Hi, On 25/09/2019 17:10, Paul Durrant wrote: >> -Original Message- >> From: Oleksandr >> Sent: 25 September 2019 16:50 >> To: Paul Durrant ; 'Jan Beulich' >> Cc: Petre Pircalabu ; Stefano Stabellini >> ; Wei Liu >> ; KonradRzeszutek Wilk ; Andrew Cooper >> ; David Scott ; Tim (Xen.org)

Re: [Xen-devel] [PATCH 00/11] of: Fix DMA configuration for non-DT masters

On Wed, Sep 25, 2019 at 11:52 AM Robin Murphy wrote: > > On 25/09/2019 17:16, Rob Herring wrote: > > On Wed, Sep 25, 2019 at 10:30 AM Nicolas Saenz Julienne > > wrote: > >> > >> On Wed, 2019-09-25 at 16:09 +0100, Robin Murphy wrote: > >>> On 25/09/2019 15:52, Nicolas Saenz Julienne wrote: >

Re: [Xen-devel] [PATCH v4 3/8] xen/arm32: head: Remove 1:1 mapping as soon as it is not used

Hi, On 25/09/2019 21:33, Stefano Stabellini wrote: > On Tue, 17 Sep 2019, Julien Grall wrote: >> The 1:1 mapping may clash with other parts of the Xen virtual memory >> layout. At the moment, Xen is handling the clash by only creating a >> mapping to the runtime virtual address before enabling the

Re: [Xen-devel] [PATCH v5 8/8] xen/arm: add dom0-less device assignment info to docs

Hi, On 25/09/2019 19:49, Stefano Stabellini wrote: > +- nr_spis > + > +Optional. A 32-bit integer specifying the number of SPIs (Shared > +Peripheral Interrupts) to allocate for the domain. If nr_spis is > +missing, the max number of SPIs supported by the physical GIC is > +used.

Re: [Xen-devel] [PATCH v5 7/8] xen/arm: introduce nr_spis

Hi, On 25/09/2019 19:49, Stefano Stabellini wrote: > We don't have a clear way to know how many virtual SPIs we need for the > dom0-less domains. Introduce a new option under xen,domain to specify > the number of SPIs to allocate for a domain. > > The property is optional. When absent, we'll use

Re: [Xen-devel] [PATCH v5 5/8] xen/arm: assign devices to boot domains

Hi Stefano, On 25/09/2019 19:49, Stefano Stabellini wrote: > Scan the user provided dtb fragment at boot. For each device node, map > memory to guests, and route interrupts and setup the iommu. > > The memory region to remap is specified by the "xen,reg" property. > > The iommu is setup by passi

Re: [Xen-devel] [PATCH v5 4/8] xen/arm: copy dtb fragment to guest dtb

On 25/09/2019 19:49, Stefano Stabellini wrote: > Read the dtb fragment corresponding to a passthrough device from memory > at the location referred to by the "multiboot,device-tree" compatible > node. > > Add a new field named dtb_bootmodule to struct kernel_info to keep track > of the dtb fragm

Re: [Xen-devel] [PATCH v5 3/8] xen/arm: introduce kinfo->guest_phandle_gic

Hi, On 25/09/2019 19:49, Stefano Stabellini wrote: > Instead of always hard-coding the GIC phandle (GUEST_PHANDLE_GIC), store > it in a variable under kinfo. This way it can be dynamically chosen per > domain. Remove the fdt pointer argument to the make_*_domU_node > functions and oass a struct ke

Re: [Xen-devel] [PATCH v5 2/8] xen/arm: export device_tree_get_reg and device_tree_get_u32

Hi, On 25/09/2019 19:49, Stefano Stabellini wrote: > They'll be used in later patches. > > Signed-off-by: Stefano Stabellini Acked-by: Julien Grall Cheers, > > --- > Changes in v5: > - move declarations to xen/include/asm-arm/setup.h > > Changes in v4: > - new patch > --- > xen/arch/arm/

Re: [Xen-devel] [PATCH v4 3/8] xen/arm32: head: Remove 1:1 mapping as soon as it is not used

On Tue, 17 Sep 2019, Julien Grall wrote: > The 1:1 mapping may clash with other parts of the Xen virtual memory > layout. At the moment, Xen is handling the clash by only creating a > mapping to the runtime virtual address before enabling the MMU. > > The rest of the mappings (such as the fixmap)

Re: [Xen-devel] [PATCH v4 1/8] xen/arm64: head: Remove 1:1 mapping as soon as it is not used

On Tue, 17 Sep 2019, Julien Grall wrote: > The 1:1 mapping may clash with other parts of the Xen virtual memory > layout. At the moment, Xen is handling the clash by only creating a > mapping to the runtime virtual address before enabling the MMU. > > The rest of the mappings (such as the fixmap)

Re: [Xen-devel] [PATCH v4 7/8] xen/arm32: head: Introduce macros to create table and mapping entry

On Tue, 17 Sep 2019, Julien Grall wrote: > At the moment, any update to the boot-pages are open-coded. This is > making more difficult to understand the logic of a function as each > update roughly requires 6 instructions. > > To ease the readability, two new macros are introduced: > - create_

Re: [Xen-devel] [PATCH v4 5/8] xen/arm64: head: Introduce macros to create table and mapping entry

On Tue, 17 Sep 2019, Julien Grall wrote: > At the moment, any update to the boot-pages are open-coded. This is > making more difficult to understand the logic of a function as each > update roughly requires 6 instructions. > > To ease the readability, two new macros are introduced: > - create_

[Xen-devel] [linux-4.14 test] 141762: tolerable FAIL - PUSHED

flight 141762 linux-4.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/141762/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-pvshim12 guest-start fail never pass test-amd64-amd64-libvirt 13 migrat

[Xen-devel] [PATCH v5 5/8] xen/arm: assign devices to boot domains

Scan the user provided dtb fragment at boot. For each device node, map memory to guests, and route interrupts and setup the iommu. The memory region to remap is specified by the "xen,reg" property. The iommu is setup by passing the node of the device to assign on the host device tree. The path is

[Xen-devel] [PATCH v5 8/8] xen/arm: add dom0-less device assignment info to docs

Add info about the SPI used for the virtual pl011. Signed-off-by: Stefano Stabellini --- Changes in v5: - improve wording Changes in v4: - fix spelling - add "multiboot,module" - improve commit message - improve doc - expand the nr_spis and vpl011 sections and include information about the vp

[Xen-devel] [PATCH v5 7/8] xen/arm: introduce nr_spis

We don't have a clear way to know how many virtual SPIs we need for the dom0-less domains. Introduce a new option under xen,domain to specify the number of SPIs to allocate for a domain. The property is optional. When absent, we'll use the physical number of GIC lines for dom0-less domains, just l

[Xen-devel] [PATCH v5 1/8] xen/arm: introduce handle_device_interrupts

Move the interrupt handling code out of handle_device to a new function so that it can be reused for dom0less VMs (it will be used in later patches). Signed-off-by: Stefano Stabellini Acked-by: Julien Grall --- Changes in v4: - rename handle_interrupts to handle_device_interrupts - improve in-co

[Xen-devel] [PATCH v5 4/8] xen/arm: copy dtb fragment to guest dtb

Read the dtb fragment corresponding to a passthrough device from memory at the location referred to by the "multiboot,device-tree" compatible node. Add a new field named dtb_bootmodule to struct kernel_info to keep track of the dtb fragment location. Copy the fragment to the guest dtb (only /alia

[Xen-devel] [PATCH v5 6/8] xen/arm: handle "multiboot, device-tree" compatible nodes

Detect "multiboot,device-tree" compatible nodes. Add them to the bootmod array as BOOTMOD_GUEST_DTB. In kernel_probe, find the right BOOTMOD_GUEST_DTB and store a pointer to it in dtb_bootmodule. Signed-off-by: Stefano Stabellini Acked-by: Julien Grall --- Changes in v4: - use uint32_t - remove

[Xen-devel] [PATCH v5 0/8] dom0less device assignment

Hi all, This small patch series adds device assignment support to Dom0less. The last patch is the documentation. Cheers, Stefano The following changes since commit f93abf0315efef861270c25d83c8047fd6a54ec4: xen: sched: Fix Arm build after commit f855dd9625 (2019-09-24 18:58:55 +0100) are av

[Xen-devel] [PATCH v5 3/8] xen/arm: introduce kinfo->guest_phandle_gic

Instead of always hard-coding the GIC phandle (GUEST_PHANDLE_GIC), store it in a variable under kinfo. This way it can be dynamically chosen per domain. Remove the fdt pointer argument to the make_*_domU_node functions and oass a struct kernel_info * instead. The fdt pointer can be accessed from ki

[Xen-devel] [PATCH v5 2/8] xen/arm: export device_tree_get_reg and device_tree_get_u32

They'll be used in later patches. Signed-off-by: Stefano Stabellini --- Changes in v5: - move declarations to xen/include/asm-arm/setup.h Changes in v4: - new patch --- xen/arch/arm/bootfdt.c | 8 xen/include/asm-arm/setup.h | 6 ++ 2 files changed, 10 insertions(+), 4 deleti

[Xen-devel] [PATCH v3 08/10] tools/libxc: Rework xc_cpuid_apply_policy() to use {get, set}_cpu_policy()

The purpose of this change is to stop using xc_cpuid_do_domctl(), and to stop basing decisions on a local CPUID instruction. This is not a correct or appropriate way to construct policy information for other domains. The overwhelming majority of this logic is redundant with the policy logic in Xe

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

Hi Paul I may mistake, but looks like 80ff3d338dc93260b41ffeeebb0f852c2edef9ce iommu: tidy up iommu_use_hap_pt() and need_iommu_pt_sync() macros triggers ASSERT_UNREACHABLE on Arm if no IOMMU has been found (I built with my platform's IOMMU driver disabled: # CONFIG_IPMMU_VMSA is not set)

Re: [Xen-devel] [PATCH v3 36/47] xen/sched: carve out freeing sched_unit memory into dedicated function

On Wed, 2019-09-25 at 15:16 +0200, Jan Beulich wrote: > On 25.09.2019 15:09, Jürgen Groß wrote: > > > There are cases where this is indeed the better approach; perhaps > that even the typical case. But here you spend an entire patch on > re-doing what you've done before. So ... > > > I can merge

[Xen-devel] [xen-unstable-smoke test] 141821: tolerable all pass - PUSHED

flight 141821 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/141821/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-arm64-arm64-xl-xsm 1

Re: [Xen-devel] [PATCH v4 7/8] xen/arm: introduce nr_spis

On Wed, 25 Sep 2019, Julien Grall wrote: > Hi, > > On 25/09/2019 17:16, Stefano Stabellini wrote: > > On Wed, 25 Sep 2019, Julien Grall wrote: > > > Hi, > > > > > > On 24/09/2019 18:56, Stefano Stabellini wrote: > > > > On Wed, 11 Sep 2019, Julien Grall wrote: > > > > > Hi Stefano, > > > > > > >

Re: [Xen-devel] [PATCH v3 11/12] livepatch: Add metadata runtime retrieval mechanism

On 9/25/19 5:34 PM, Wieczorkiewicz, Pawel wrote: On 25. Sep 2019, at 17:47, Ross Lagerwall wrote: On 9/16/19 11:59 AM, Pawel Wieczorkiewicz wrote: Extend the livepatch list operation to fetch also payloads' metadata. This is achieved by extending the sysctl list interface with 2 extra guest

Re: [Xen-devel] [PATCH v3 08/12] livepatch: Add support for inline asm hotpatching expectations

On 9/23/19 8:03 AM, Wieczorkiewicz, Pawel wrote: On 19. Sep 2019, at 18:06, Ross Lagerwall wrote: On 9/16/19 11:59 AM, Pawel Wieczorkiewicz wrote: This is the initial implementation of the expectations enhancement to improve inline asm hotpatching. Expectations are designed as optional feat

Re: [Xen-devel] [PATCH v3 02/12] livepatch: Allow to override inter-modules buildid dependency

On 9/17/19 9:27 AM, Wieczorkiewicz, Pawel wrote: On 16. Sep 2019, at 19:01, Ross Lagerwall > wrote: On 9/16/19 11:59 AM, Pawel Wieczorkiewicz wrote: snip +/* + * Parse user provided action flags. + * This function expects to only receive an array of input p

Re: [Xen-devel] [PATCH 00/11] of: Fix DMA configuration for non-DT masters

On 25/09/2019 17:16, Rob Herring wrote: On Wed, Sep 25, 2019 at 10:30 AM Nicolas Saenz Julienne wrote: On Wed, 2019-09-25 at 16:09 +0100, Robin Murphy wrote: On 25/09/2019 15:52, Nicolas Saenz Julienne wrote: On Tue, 2019-09-24 at 16:59 -0500, Rob Herring wrote: On Tue, Sep 24, 2019 at 1:12

Re: [Xen-devel] [PATCH v3 12/12] livepatch: Add python bindings for livepatch operations

On 9/16/19 12:40 PM, Pawel Wieczorkiewicz wrote: Extend the XC python bindings library to support also all common livepatch operations and actions. Add the python bindings for the following operations: - status (pyxc_livepatch_status): Requires a payload name as an input. Returns a status

Re: [Xen-devel] [PATCH v4 4/8] xen/arm: copy dtb fragment to guest dtb

On Wed, 25 Sep 2019, Julien Grall wrote: > On 24/09/2019 22:06, Stefano Stabellini wrote: > > On Wed, 11 Sep 2019, Julien Grall wrote: > > > On 8/21/19 4:53 AM, Stefano Stabellini wrote: > > > > Signed-off-by: Stefano Stabellini > > > > > > > > > > > > Changes in v4: > > > > - use recursion

Re: [Xen-devel] [PATCH v3 26/47] xen/sched: Change vcpu_migrate_*() to operate on schedule unit

On Wed, 2019-09-25 at 14:04 +0200, Jürgen Groß wrote: > On 25.09.19 00:33, Dario Faggioli wrote: > > > > > As it is needed anyway call vcpu_sync_execstate() for each > > > vcpu of the unit when changing processors. > > > > > Again, what do you mean with "As it is needed anyway"? > > When moving

Re: [Xen-devel] [PATCH v3 11/12] livepatch: Add metadata runtime retrieval mechanism

> On 25. Sep 2019, at 17:47, Ross Lagerwall wrote: > > On 9/16/19 11:59 AM, Pawel Wieczorkiewicz wrote: >> Extend the livepatch list operation to fetch also payloads' metadata. >> This is achieved by extending the sysctl list interface with 2 extra >> guest handles: >> * metadata - an array

Re: [Xen-devel] [PATCH v3 22/47] xen/sched: switch schedule() from vcpus to sched_units

On Sat, 2019-09-14 at 10:52 +0200, Juergen Gross wrote: > Use sched_units instead of vcpus in schedule(). This includes the > introduction of sched_unit_runstate_change() as a replacement of > vcpu_runstate_change() in schedule(). > > Signed-off-by: Juergen Gross > Reviewed-by: Dario Faggioli R

Re: [Xen-devel] [PATCH v3 20/47] xen: let vcpu_create() select processor

On Sat, 2019-09-14 at 10:52 +0200, Juergen Gross wrote: > Today there are two distinct scenarios for vcpu_create(): either for > creation of idle-domain vcpus (vcpuid == processor) or for creation > of > "normal" domain vcpus (including dom0), where the caller selects the > initial processor on a r

Re: [Xen-devel] [RFC PATCH for-next 06/18] x86/mem_sharing: drop flags from mem_sharing_unshare_page

On Wed, Sep 25, 2019 at 08:48:44AM -0700, Tamas K Lengyel wrote: > All callers pass 0 in. > > Signed-off-by: Tamas K Lengyel Reviewed-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/

Re: [Xen-devel] [RFC PATCH for-next 03/18] tools/libxc: clean up memory sharing files

On Wed, Sep 25, 2019 at 08:48:41AM -0700, Tamas K Lengyel wrote: > No functional changes. > > Signed-off-by: Tamas K Lengyel Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

On 25.09.19 19:10, Paul Durrant wrote: Hi Paul -Original Message- From: Oleksandr Sent: 25 September 2019 16:50 To: Paul Durrant ; 'Jan Beulich' Cc: Petre Pircalabu ; Stefano Stabellini ; Wei Liu ; KonradRzeszutek Wilk ; Andrew Cooper ; David Scott ; Tim (Xen.org) ; George Dunlap ;

Re: [Xen-devel] [PATCH v4 7/8] xen/arm: introduce nr_spis

Hi, On 25/09/2019 17:16, Stefano Stabellini wrote: On Wed, 25 Sep 2019, Julien Grall wrote: Hi, On 24/09/2019 18:56, Stefano Stabellini wrote: On Wed, 11 Sep 2019, Julien Grall wrote: Hi Stefano, On 8/21/19 4:53 AM, Stefano Stabellini wrote: We don't have a clear way to know how many virtu

Re: [Xen-devel] [PATCH v4 8/8] xen/arm: add dom0-less device assignment info to docs

On Wed, 25 Sep 2019, Julien Grall wrote: > On 24/09/2019 19:07, Stefano Stabellini wrote: > > On Wed, 11 Sep 2019, Julien Grall wrote: > > > On 8/21/19 4:53 AM, Stefano Stabellini wrote: > > I can replace 0xX by X for #address-cells and #size-cells everywhere in > > the example. I don't think it ma

Re: [Xen-devel] [PATCH 00/11] of: Fix DMA configuration for non-DT masters

On Wed, Sep 25, 2019 at 10:30 AM Nicolas Saenz Julienne wrote: > > On Wed, 2019-09-25 at 16:09 +0100, Robin Murphy wrote: > > On 25/09/2019 15:52, Nicolas Saenz Julienne wrote: > > > On Tue, 2019-09-24 at 16:59 -0500, Rob Herring wrote: > > > > On Tue, Sep 24, 2019 at 1:12 PM Nicolas Saenz Julienn

Re: [Xen-devel] [PATCH v4 7/8] xen/arm: introduce nr_spis

On Wed, 25 Sep 2019, Julien Grall wrote: > Hi, > > On 24/09/2019 18:56, Stefano Stabellini wrote: > > On Wed, 11 Sep 2019, Julien Grall wrote: > > > Hi Stefano, > > > > > > On 8/21/19 4:53 AM, Stefano Stabellini wrote: > > > > We don't have a clear way to know how many virtual SPIs we need for th

Re: [Xen-devel] [RFC PATCH for-next 04/18] x86/mem_sharing: cleanup code in various locations

On 25.09.2019 17:48, Tamas K Lengyel wrote: > --- a/xen/arch/x86/hvm/hvm.c > +++ b/xen/arch/x86/hvm/hvm.c > @@ -1879,12 +1879,11 @@ int hvm_hap_nested_page_fault(paddr_t gpa, unsigned > long gla, > if ( npfec.write_access && (p2mt == p2m_ram_shared) ) > { > ASSERT(p2m_is_hostp2m

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

On 25.09.19 19:03, Paul Durrant wrote: Hi, Paul Subject: Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control [CC Julien] Hi Paul I may mistake, but looks like 80ff3d338dc93260b41ffeeebb0f852c2edef9ce iommu: tidy up iommu_use_hap_pt() and need_iommu_pt_sync() macros triggers ASS

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

> -Original Message- > From: Oleksandr > Sent: 25 September 2019 16:50 > To: Paul Durrant ; 'Jan Beulich' > Cc: Petre Pircalabu ; Stefano Stabellini > ; Wei Liu > ; KonradRzeszutek Wilk ; Andrew Cooper > ; David Scott ; Tim (Xen.org) > ; George Dunlap > ; Tamas K Lengyel ; Ian Jackson >

Re: [Xen-devel] [PATCH 00/11] of: Fix DMA configuration for non-DT masters

On Wed, Sep 25, 2019 at 9:53 AM Nicolas Saenz Julienne wrote: > > On Tue, 2019-09-24 at 16:59 -0500, Rob Herring wrote: > > On Tue, Sep 24, 2019 at 1:12 PM Nicolas Saenz Julienne > > wrote: > > > Hi All, > > > this series tries to address one of the issues blocking us from > > > upstreaming Broad

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

> -Original Message- > From: Paul Durrant > Sent: 25 September 2019 17:04 > To: 'Oleksandr' ; 'Jan Beulich' > Cc: Petre Pircalabu ; Stefano Stabellini > ; Wei Liu > ; KonradRzeszutek Wilk ; Andrew Cooper > ; David Scott ; Tim (Xen.org) > ; George Dunlap > ; Tamas K Lengyel ; Ian Jackson

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

> -Original Message- > From: Oleksandr > Sent: 25 September 2019 16:50 > To: Paul Durrant ; 'Jan Beulich' > Cc: Petre Pircalabu ; Stefano Stabellini > ; Wei Liu > ; KonradRzeszutek Wilk ; Andrew Cooper > ; David Scott ; Tim (Xen.org) > ; George Dunlap > ; Tamas K Lengyel ; Ian Jackson >

Re: [Xen-devel] [PATCH v3 46/47] xen/sched: disable scheduling when entering ACPI deep sleep states

On 14.09.2019 10:52, Juergen Gross wrote: > When entering deep sleep states all domains are paused resulting in > all cpus only running idle vcpus. This enables us to stop scheduling > completely in order to avoid synchronization problems with core > scheduling when individual cpus are offlined. >

[Xen-devel] [qemu-mainline test] 141751: regressions - FAIL

flight 141751 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/141751/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 11 guest-startfail REGR. vs. 140282 test-amd64-i386-f

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

> -Original Message- > From: Oleksandr > Sent: 25 September 2019 16:50 > To: Paul Durrant ; 'Jan Beulich' > Cc: Petre Pircalabu ; Stefano Stabellini > ; Wei Liu > ; KonradRzeszutek Wilk ; Andrew Cooper > ; David Scott ; Tim (Xen.org) > ; George Dunlap > ; Tamas K Lengyel ; Ian Jackson >

[Xen-devel] [RFC PATCH for-next 17/18] xen/mem_sharing: VM forking

VM forking is the process of creating a domain with an empty memory space and a parent domain specified from which to populate the memory when necessary. For the new domain to be functional the VM state is copied over as part of the fork operation (HVM params, hap allocation, etc). Signed-off-by:

[Xen-devel] [RFC PATCH for-next 12/18] x86/mem_sharing: Replace MEM_SHARING_DEBUG with gdprintk

Using XENLOG_ERR level since this is only used in debug paths (ie. it's expected the user already has loglvl=all set). Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 81 ++- 1 file changed, 41 insertions(+), 40 deletions(-) diff --git a/xen/ar

[Xen-devel] [RFC PATCH for-next 16/18] x86/mem_sharing: check page type count earlier

--- xen/arch/x86/mm/mem_sharing.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86/mm/mem_sharing.c index d35b7eb138..f54969bcad 100644 --- a/xen/arch/x86/mm/mem_sharing.c +++ b/xen/arch/x86/mm/mem_sharing.c @@ -649,19 +

Re: [Xen-devel] [PATCH v13 0/4] add per-domain IOMMU control

[CC Julien] Hi Paul I may mistake, but looks like 80ff3d338dc93260b41ffeeebb0f852c2edef9ce iommu: tidy up iommu_use_hap_pt() and need_iommu_pt_sync() macros triggers ASSERT_UNREACHABLE on Arm if no IOMMU has been found (I built with my platform's IOMMU driver disabled: # CONFIG_IPMMU_VMSA

[Xen-devel] [RFC PATCH for-next 08/18] x86/mem_sharing: define mem_sharing_domain to hold some scattered variables

Create struct mem_sharing_domain under hvm_domain and move mem sharing variables into it from p2m_domain and hvm_domain. Expose the mem_sharing_enabled macro to be used consistently across Xen. Remove some duplicate calls to mem_sharing_enabled in mem_sharing.c Signed-off-by: Tamas K Lengyel --

[Xen-devel] [RFC PATCH for-next 14/18] x86/mem_sharing: Enable mem_sharing on first memop

It is wasteful to require separate hypercalls to enable sharing on both the parent and the client domain during VM forking. To speed things up we enable sharing on the first memop in case it wasn't already enabled. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 39 +++

[Xen-devel] [RFC PATCH for-next 13/18] x86/mem_sharing: ASSERT that p2m_set_entry succeeds

Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 46 +-- 1 file changed, 22 insertions(+), 24 deletions(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86/mm/mem_sharing.c index a7b9665c8b..99f24fcf6c 100644 --- a/xen/arch/x86/mm/mem_sh

[Xen-devel] [RFC PATCH for-next 09/18] x86/mem_sharing: Use INVALID_MFN and p2m_is_shared in relinquish_shared_pages

While using _mfn(0) is of no consequence during teardown, INVALID_MFN is the correct value that should be used. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86/mm

[Xen-devel] [RFC PATCH for-next 03/18] tools/libxc: clean up memory sharing files

No functional changes. Signed-off-by: Tamas K Lengyel --- tools/libxc/include/xenctrl.h | 24 tools/libxc/xc_memshr.c | 12 ++-- 2 files changed, 18 insertions(+), 18 deletions(-) diff --git a/tools/libxc/include/xenctrl.h b/tools/libxc/include/xenctrl.h i

[Xen-devel] [RFC PATCH for-next 15/18] x86/mem_sharing: Skip xen heap pages in memshr nominate

Trying to share these would fail anyway, better to skip them early. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86/mm/mem_sharing.c index 65aa64be99..d35b7eb138

[Xen-devel] [RFC PATCH for-next 10/18] x86/mem_sharing: Make add_to_physmap static and shorten name

It's not being called from outside mem_sharing.c Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86/mm/mem_sharing.c index 60057fd3ed..bb6a44413b 100644 --- a/xen

[Xen-devel] [RFC PATCH for-next 01/18] x86: make hvm_{get/set}_param accessible

Currently the hvm parameters are only accessible via the HVMOP hypercalls. By exposing hvm_{get/set}_param it will be possible for VM forking to copy the parameters directly into the clone domain. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/hvm/hvm.c| 169

[Xen-devel] [RFC PATCH for-next 18/18] xen/tools: VM forking toolstack side

Add necessary bits to implement "xl fork-vm" and "xl fork-launch-dm" commands. The process is split in two to allow tools needing access to the new VM as fast as possible after it was forked. It is expected that under certain use-cases the second command that launches QEMU will be skipped entirely.

[Xen-devel] [RFC PATCH for-next 11/18] x86/mem_sharing: Convert MEM_SHARING_DESTROY_GFN to a bool

MEM_SHARING_DESTROY_GFN is used on the 'flags' bitfield during unsharing. However, the bitfield is not used for anything else, so just convert it to a bool instead. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 7 +++ xen/arch/x86/mm/p2m.c | 1 + xen/comm

[Xen-devel] [RFC PATCH for-next 07/18] x86/mem_sharing: don't try to unshare twice during page fault

The page was already tried to be unshared in get_gfn_type_access. If that didn't work, then trying again is pointless. Don't try to send vm_event again either, simply check if there is a ring or not. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/hvm/hvm.c | 26 +- 1 fil

[Xen-devel] [RFC PATCH for-next 02/18] xen/x86: Make hap_get_allocation accessible

During VM forking we'll copy the parent domain's parameters to the client, including the HAP shadow memory setting that is used for storing the domain's EPT. We'll copy this in the hypervisor instead doing it during toolstack launch to allow the domain to start executing and unsharing memory before

[Xen-devel] [RFC PATCH for-next 06/18] x86/mem_sharing: drop flags from mem_sharing_unshare_page

All callers pass 0 in. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/hvm/hvm.c| 2 +- xen/arch/x86/mm/p2m.c | 5 ++--- xen/include/asm-x86/mem_sharing.h | 8 +++- 3 files changed, 6 insertions(+), 9 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hv

[Xen-devel] [RFC PATCH for-next 05/18] x86/mem_sharing: make get_two_gfns take locks conditionally

During VM forking the client lock will already be taken. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/mm/mem_sharing.c | 11 ++- xen/include/asm-x86/p2m.h | 10 +- 2 files changed, 11 insertions(+), 10 deletions(-) diff --git a/xen/arch/x86/mm/mem_sharing.c b/xen/arch/x86

[Xen-devel] [RFC PATCH for-next 00/18] VM forking

The following series implements VM forking for Intel HVM guests to allow for the fast creation of identical VMs without the assosciated high startup costs of booting or restoring the VM from a savefile. The main design goal with this series has been to reduce the time of creating the VM fork as mu

[Xen-devel] [RFC PATCH for-next 04/18] x86/mem_sharing: cleanup code in various locations

No functional changes. Signed-off-by: Tamas K Lengyel --- xen/arch/x86/hvm/hvm.c| 11 +- xen/arch/x86/mm/mem_sharing.c | 342 +- xen/arch/x86/mm/p2m.c | 17 +- xen/include/asm-x86/mem_sharing.h | 49 +++-- 4 files changed, 235 insertions

Re: [Xen-devel] [PATCH v3 11/12] livepatch: Add metadata runtime retrieval mechanism

On 9/16/19 11:59 AM, Pawel Wieczorkiewicz wrote: Extend the livepatch list operation to fetch also payloads' metadata. This is achieved by extending the sysctl list interface with 2 extra guest handles: * metadata - an array of arbitrary size strings * metadata_len - an array of metadata stri

Re: [Xen-devel] dom0less + sched=null => broken in staging

On 25.09.19 17:39, Julien Grall wrote: Hi, On 25/09/2019 16:34, Dario Faggioli wrote: On Wed, 2019-09-25 at 16:19 +0100, Julien Grall wrote: (+Juergen) Hi Dario, Hi, On 11/09/2019 14:53, Dario Faggioli wrote: On Fri, 2019-08-23 at 18:16 -0700, Stefano Stabellini wrote: Ok, thanks again f

Re: [Xen-devel] pstore does not work under xen

On 9/25/19 7:01 AM, James Dingwall wrote: > On Mon, Sep 23, 2019 at 08:41:05PM -0400, Boris Ostrovsky wrote: >> On 9/23/19 6:59 PM, Kees Cook wrote: >>> On Mon, Sep 23, 2019 at 03:42:27PM +, James Dingwall wrote: On Thu, Sep 19, 2019 at 12:37:40PM -0400, Boris Ostrovsky wrote: > On 9/1

Re: [Xen-devel] dom0less + sched=null => broken in staging

Hi, On 25/09/2019 16:34, Dario Faggioli wrote: On Wed, 2019-09-25 at 16:19 +0100, Julien Grall wrote: (+Juergen) Hi Dario, Hi, On 11/09/2019 14:53, Dario Faggioli wrote: On Fri, 2019-08-23 at 18:16 -0700, Stefano Stabellini wrote: Ok, thanks again for testing, and good to know. I'm still

Re: [Xen-devel] [PATCH for-next RFC 0/8] Port Xen to Hyper-V

On Wed, Sep 25, 2019 at 01:02:50PM +0200, Roger Pau Monné wrote: > On Mon, Sep 23, 2019 at 11:09:23AM +0100, Wei Liu wrote: > > Hi all > > > > In case you're wondering, I can already run a fully fledged Xen system on > > Hyper-V with emulated disk and network. > > > > This is the very first stage

Re: [Xen-devel] dom0less + sched=null => broken in staging

On Wed, 2019-09-25 at 16:19 +0100, Julien Grall wrote: > (+Juergen) > > Hi Dario, > Hi, > On 11/09/2019 14:53, Dario Faggioli wrote: > > On Fri, 2019-08-23 at 18:16 -0700, Stefano Stabellini wrote: > > Ok, thanks again for testing, and good to know. > > > > I'm still catching up after vacations

  1   2   3   >