[Xen-devel] [PATCH v3] displif: add ABI for para-virtual display

From: Oleksandr Andrushchenko This is the ABI for the two halves of a para-virtualized display driver. This protocol aims to provide a unified protocol which fits more sophisticated use-cases than a framebuffer device can handle. At the moment basic

[Xen-devel] [PATCH v3] displif: add ABI for para-virtual display

From: Oleksandr Andrushchenko This is the ABI for the two halves of a para-virtualized display driver. This protocol aims to provide a unified protocol which fits more sophisticated use-cases than a framebuffer device can handle. At the moment basic

[Xen-devel] [qemu-upstream-unstable test] 105675: regressions - FAIL

flight 105675 qemu-upstream-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/105675/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 18 leak-check/check fail REGR. vs. 104067

[Xen-devel] [linux-linus test] 105672: regressions - FAIL

flight 105672 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/105672/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 14 guest-saverestore fail REGR. vs. 59254 test-amd64-i386-xl

[Xen-devel] [xen-4.6-testing test] 105673: regressions - FAIL

flight 105673 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/105673/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 104585 Tests which

[Xen-devel] [xen-unstable test] 105669: regressions - FAIL

flight 105669 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/105669/ 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. 105629 Regressions which

Re: [Xen-devel] [RFC XEN PATCH 15/16] tools/libxl: handle return code of libxl__qmp_initializations()

On 02/09/17 10:13 +, Wei Liu wrote: On Thu, Feb 09, 2017 at 10:47:01AM +0800, Haozhong Zhang wrote: On 02/08/17 10:31 +, Wei Liu wrote: > On Wed, Feb 08, 2017 at 02:07:26PM +0800, Haozhong Zhang wrote: > > On 01/27/17 17:11 -0500, Konrad Rzeszutek Wilk wrote: > > > On Mon, Oct 10, 2016

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

flight 105674 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105674/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64

Re: [Xen-devel] [DOC v4] Xen transport for 9pfs

On Wed, 8 Feb 2017, Konrad Rzeszutek Wilk wrote: > > ## Ring Setup > > > > The shared page has the following layout: > > > > typedef uint32_t XEN_9PFS_RING_IDX; > > > > struct xen_9pfs_intf { > > XEN_9PFS_RING_IDX in_cons, in_prod; > > uint8_t pad[56]; > >

Re: [Xen-devel] [DOC v8] PV Calls protocol design

On Tue, 7 Feb 2017, Konrad Rzeszutek Wilk wrote: > .snip.. > > Frontend XenBus Nodes > > > > version > > Values: > > > > Protocol version, chosen among the ones supported by the backend > > (see **versions** under [Backend XenBus Nodes]). Currently the > > value

Re: [Xen-devel] [early RFC] ARM PCI Passthrough design document

On Fri, 3 Feb 2017, Edgar E. Iglesias wrote: > On Thu, Feb 02, 2017 at 03:12:52PM -0800, Stefano Stabellini wrote: > > On Thu, 2 Feb 2017, Edgar E. Iglesias wrote: > > > On Wed, Feb 01, 2017 at 07:04:43PM +, Julien Grall wrote: > > > > Hi Edgar, > > > > > > > > On 31/01/2017 19:06, Edgar E.

[Xen-devel] Xen on ARM IRQ latency and scheduler overhead

Hi all, I have run some IRQ latency measurements on Xen on ARM on a Xilinx ZynqMP board (four Cortex A53 cores, GICv2). Dom0 has 1 vcpu pinned to cpu0, DomU has 1 vcpu pinned to cpu2. Dom0 is Ubuntu. DomU is an ad-hoc baremetal app to measure interrupt latency: https://github.com/edgarigl/tbm I

Re: [Xen-devel] [PATCH v2 07/10] xen: credit2: always mark a tickled pCPU as... tickled!

On Thu, 2017-02-09 at 14:59 +0100, Dario Faggioli wrote: > In fact, whether or not a pCPU has been tickled, and is > therefore about to re-schedule, is something we look at > and base decisions on in various places. > > So, let's make sure that we do that basing on accurate > information. > >

Re: [Xen-devel] qemu-upstream triggering OOM killer

CC'ing Anthony On Thu, 9 Feb 2017, Jan Beulich wrote: > Stefano, > > the recent qemuu update results in the produced binary triggering the > OOM killer on the first system I tried the updated code on. Is there > anything known in this area? Are there any hints as to finding out > what is going

Re: [Xen-devel] kernel BUG at block/bio.c:1786 -- (xen_blkif_schedule on the stack)

Den 2017-02-09 18:30, skrev Roger Pau Monné: On Mon, Feb 06, 2017 at 12:31:20AM +0100, Håkon Alstadheim wrote: I get the BUG below in dom0 when trying to start a windows 10 domu (hvm, with some pv-drivers installed ) . Below is "xl info", then comes dmesg output, and finally domu config

Re: [Xen-devel] [PATCH v3] xen-netfront: Improve error handling during initialization

From: Ross Lagerwall Date: Wed, 8 Feb 2017 10:57:37 + > This fixes a crash when running out of grant refs when creating many > queues across many netdevs. > > * If creating queues fails (i.e. there are no grant refs available), > call xenbus_dev_fatal() to ensure

Re: [Xen-devel] [PATCH] xen-netfront: Rework the fix for Rx stall during OOM and network stress

From: Vineeth Remanan Pillai Date: Tue, 7 Feb 2017 18:59:01 + > The commit 90c311b0eeea ("xen-netfront: Fix Rx stall during network > stress and OOM") caused the refill timer to be triggerred almost on > all invocations of xennet_alloc_rx_buffers for certain workloads. >

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

flight 105668 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105668/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64

[Xen-devel] [xen-4.6-testing test] 105664: regressions - FAIL

flight 105664 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/105664/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 15 guest-start/debian.repeat fail REGR. vs. 104585 Regressions

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

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

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 9, 2017 at 1:01 PM, Edgar E. Iglesias wrote: > On Thu, Feb 09, 2017 at 12:42:09PM -0700, Tamas K Lengyel wrote: >> On Thu, Feb 9, 2017 at 11:39 AM, Julien Grall wrote: >> > Hi Tamas, >> > >> > On 02/09/2017 06:11 PM, Tamas K Lengyel

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 09, 2017 at 12:42:09PM -0700, Tamas K Lengyel wrote: > On Thu, Feb 9, 2017 at 11:39 AM, Julien Grall wrote: > > Hi Tamas, > > > > On 02/09/2017 06:11 PM, Tamas K Lengyel wrote: > >> > >> On Wed, Feb 8, 2017 at 5:08 PM, Julien Grall wrote: >

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 9, 2017 at 11:39 AM, Julien Grall wrote: > Hi Tamas, > > On 02/09/2017 06:11 PM, Tamas K Lengyel wrote: >> >> On Wed, Feb 8, 2017 at 5:08 PM, Julien Grall wrote: >>> >>> On 08/02/2017 23:28, Tamas K Lengyel wrote: On Wed, Feb 8,

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 9, 2017 at 11:43 AM, Stefano Stabellini wrote: > On Thu, 9 Feb 2017, Tamas K Lengyel wrote: >> On Thu, Feb 9, 2017 at 11:22 AM, Stefano Stabellini >> wrote: >> > On Thu, 9 Feb 2017, Edgar E. Iglesias wrote: >> >> On Thu, Feb 09, 2017 at

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, 9 Feb 2017, Tamas K Lengyel wrote: > On Thu, Feb 9, 2017 at 11:22 AM, Stefano Stabellini > wrote: > > On Thu, 9 Feb 2017, Edgar E. Iglesias wrote: > >> On Thu, Feb 09, 2017 at 10:12:41AM +0100, Edgar E. Iglesias wrote: > >> > On Wed, Feb 08, 2017 at 05:20:44PM

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

Hi Tamas, On 02/09/2017 06:11 PM, Tamas K Lengyel wrote: On Wed, Feb 8, 2017 at 5:08 PM, Julien Grall wrote: On 08/02/2017 23:28, Tamas K Lengyel wrote: On Wed, Feb 8, 2017 at 3:04 PM, Julien Grall wrote: You haven't understood my point. Xen is

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, Feb 9, 2017 at 11:22 AM, Stefano Stabellini wrote: > On Thu, 9 Feb 2017, Edgar E. Iglesias wrote: >> On Thu, Feb 09, 2017 at 10:12:41AM +0100, Edgar E. Iglesias wrote: >> > On Wed, Feb 08, 2017 at 05:20:44PM -0800, Stefano Stabellini wrote: >> > > On Thu, 9 Feb

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Thu, 9 Feb 2017, Edgar E. Iglesias wrote: > On Thu, Feb 09, 2017 at 10:12:41AM +0100, Edgar E. Iglesias wrote: > > On Wed, Feb 08, 2017 at 05:20:44PM -0800, Stefano Stabellini wrote: > > > On Thu, 9 Feb 2017, Julien Grall wrote: > > > > On 08/02/2017 23:28, Tamas K Lengyel wrote: > > > > > On

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Wed, Feb 8, 2017 at 5:08 PM, Julien Grall wrote: > > > On 08/02/2017 23:28, Tamas K Lengyel wrote: >> >> On Wed, Feb 8, 2017 at 3:04 PM, Julien Grall wrote: >>> >>> Hi Tamas, >>> >>> Can you please try to configure your e-mail client to use '>'

Re: [Xen-devel] IOMMU fault with IGD passthrough setup on XEN 4.8.0

On Thu, Feb 09, 2017 at 07:58:56AM -0700, Jan Beulich wrote: > >>> On 09.02.17 at 15:46, wrote: > > BTW -- I think that fix should not be conflicting with your debug change, > > right? > > Yes - ideally you'd keep that one in place along with adding Roger's >

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

flight 105670 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/105670/ 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 5

Re: [Xen-devel] [PATCH] x86/iommu: add missing break

On 09/02/17 17:55, Roger Pau Monne wrote: > Ccing the maintainers... > > On Thu, Feb 09, 2017 at 05:53:28PM +, Roger Pau Monne wrote: >> 50a498 failed to add a break in the p2m_mmio_direct case, so Xen was still >> not >> adding IOMMU entries for p2m_mmio_direct regions. Spotted by Coverity

Re: [Xen-devel] [PATCH] x86/iommu: add missing break

Ccing the maintainers... On Thu, Feb 09, 2017 at 05:53:28PM +, Roger Pau Monne wrote: > 50a498 failed to add a break in the p2m_mmio_direct case, so Xen was still not > adding IOMMU entries for p2m_mmio_direct regions. > > Reported-by: Andrew Cooper >

[Xen-devel] [PATCH] x86/iommu: add missing break

50a498 failed to add a break in the p2m_mmio_direct case, so Xen was still not adding IOMMU entries for p2m_mmio_direct regions. Reported-by: Andrew Cooper Signed-off-by: Roger Pau Monné --- --- xen/include/asm-x86/p2m.h | 1 + 1 file changed, 1

Re: [Xen-devel] [PATCH V3] common/vm_event: Prevent guest locking with large max_vcpus

On Thu, Feb 9, 2017 at 10:11 AM, Razvan Cojocaru wrote: > It is currently possible for the guest to lock when subscribing > to synchronous vm_events if max_vcpus is larger than the > number of available ring buffer slots. This patch no longer > blocks already paused

Re: [Xen-devel] kernel BUG at block/bio.c:1786 -- (xen_blkif_schedule on the stack)

On Mon, Feb 06, 2017 at 12:31:20AM +0100, Håkon Alstadheim wrote: > I get the BUG below in dom0 when trying to start a windows 10 domu (hvm, > with some pv-drivers installed ) . Below is "xl info", then comes dmesg > output, and finally domu config attached at end. > > This domain is started very

[Xen-devel] [PATCH V3] common/vm_event: Prevent guest locking with large max_vcpus

It is currently possible for the guest to lock when subscribing to synchronous vm_events if max_vcpus is larger than the number of available ring buffer slots. This patch no longer blocks already paused VCPUs, fixing the issue for this use case, and wakes up as many blocked VCPUs as there are

[Xen-devel] [xen-4.8-testing test] 105662: tolerable FAIL - PUSHED

flight 105662 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/105662/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 104751

Re: [Xen-devel] [PATCH V2] common/vm_event: Prevent guest locking with large max_vcpus

On 02/09/2017 06:39 PM, Tamas K Lengyel wrote: >> @@ -316,8 +302,9 @@ void vm_event_put_request(struct domain *d, >> * See the comments above wake_blocked() for more information >> * on how this mechanism works to avoid waiting. */ >> avail_req = vm_event_ring_available(ved); >> -

Re: [Xen-devel] [PATCH] build/printf: fix incorrect format specifiers

On Thu, Feb 09, 2017 at 04:42:00PM +, Ian Jackson wrote: > Roger Pau Monne writes ("[PATCH] build/printf: fix incorrect format > specifiers"): > > The following incorrect format specifiers and incorrect number of parameters > > passed to printf like functions are reported by clang: > > Do we

Re: [Xen-devel] [RFC PATCH v1 00/21] ARM: Add Xen NUMA support

Hi Julien, On Thu, Feb 9, 2017 at 10:01 PM, Julien Grall wrote: > Hi Vijay, > > On 02/09/2017 03:56 PM, vijay.kil...@gmail.com wrote: >> >> Note: Please use this patch series only for review. >> For testing, patch to boot allocator is required. Which will >> be sent outside

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

Julien, You are absolutely right there. I want to add some more concerns about current state of SMC handling in Xen. After that discussion about OP-TEE I created small PoC that employs MiniOS to handle SMCs using monitor mode. Also I did some benchmarking and found that SMC handling in MiniOS is

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

> -Original Message- > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > Sent: 09 February 2017 15:50 > To: Paul Durrant ; xen-de...@lists.xenproject.org; > linux-ker...@vger.kernel.org > Cc: Juergen Gross > Subject: Re: [PATCH 2/3]

[Xen-devel] [PATCH] build/printf: fix incorrect format specifiers

The following incorrect format specifiers and incorrect number of parameters passed to printf like functions are reported by clang: grant_table.c:3289:17: error: format specifies type 'unsigned short' but the argument has type 'grant_handle_t' (aka 'unsigned int') [-Werror,-Wformat]

Re: [Xen-devel] [RFC PATCH v1 03/21] NUMA: Move arch specific NUMA code as common

>>> On 09.02.17 at 16:56, wrote: > --- a/xen/arch/x86/srat.c > +++ b/xen/arch/x86/srat.c > @@ -25,7 +25,7 @@ static struct acpi_table_slit *__read_mostly acpi_slit; > > static nodemask_t memory_nodes_parsed __initdata; > static nodemask_t processor_nodes_parsed

Re: [Xen-devel] [RFC PATCH v1 02/21] x86: NUMA: Refactor NUMA code

>>> On 09.02.17 at 16:56, wrote: > From: Vijaya Kumar K > > Move common generic NUMA code to xen/common/numa.c from > xen/arch/x86/numa.c. Also move generic code in header file > xen/include/asm-x86/numa.h to xen/include/xen/numa.h > > This

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

On 09/02/17 16:03, Jan Beulich wrote: On 09.02.17 at 16:56, wrote: >> On 09/02/17 15:50, Boris Ostrovsky wrote: >>> >>> On 02/09/2017 09:27 AM, Paul Durrant wrote: > -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] >

Re: [Xen-devel] [PATCH v2 02/12] libxl: make some functions global to prepare splitting up libxl.c

On 09/02/17 16:44, Wei Liu wrote: > On Thu, Feb 09, 2017 at 12:42:41PM +0100, Juergen Gross wrote: >> On 09/02/17 12:36, Ian Jackson wrote: >>> Juergen Gross writes ("[PATCH v2 02/12] libxl: make some functions global >>> to prepare splitting up libxl.c"): Splitting up libxl.c will require

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

>>> On 09.02.17 at 16:56, wrote: > On 09/02/17 15:50, Boris Ostrovsky wrote: >> >> >> On 02/09/2017 09:27 AM, Paul Durrant wrote: -Original Message- From: Paul Durrant [mailto:paul.durr...@citrix.com] Sent: 09 February 2017 14:18 To:

[Xen-devel] [RFC PATCH v1 20/21] ARM: NUMA: Enable CONFIG_NUMA config

From: Vijaya Kumar K Enable CONFIG_NUMA to enable DT NUMA Signed-off-by: Vijaya Kumar --- xen/arch/arm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig index 2e023d1..fbc4f23 100644 ---

[Xen-devel] [RFC PATCH v1 19/21] ARM: NUMA: Initialize ACPI NUMA

From: Vijaya Kumar K Call ACPI NUMA initialization under CONFIG_ACPI_NUMA. Signed-off-by: Vijaya Kumar --- xen/arch/arm/numa.c | 12 +++- xen/common/numa.c | 6 ++ 2 files changed, 17 insertions(+), 1 deletion(-) diff --git

[Xen-devel] [RFC PATCH v1 21/21] ARM: NUMA: Enable CONFIG_ACPI_NUMA config

From: Vijaya Kumar K Enable CONFIG_ACPI_NUMA to enable ACPI NUMA Signed-off-by: Vijaya Kumar --- xen/arch/arm/Kconfig | 4 1 file changed, 4 insertions(+) diff --git a/xen/arch/arm/Kconfig b/xen/arch/arm/Kconfig index fbc4f23..4b74eef

[Xen-devel] [RFC PATCH v1 18/21] ARM: NUMA: update node_distance with ACPI support

From: Vijaya Kumar K Update node_distance() function to handle ACPI SLIT table information. Signed-off-by: Vijaya Kumar --- xen/arch/arm/numa.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git

[Xen-devel] [RFC PATCH v1 17/21] ARM: NUMA: Extract memory proximity from SRAT table

From: Vijaya Kumar K Register SRAT entry handler for type ACPI_SRAT_TYPE_MEMORY_AFFINITY to parse SRAT table and extract proximity for all memory mappings. Signed-off-by: Vijaya Kumar --- xen/arch/arm/acpi_numa.c | 80

[Xen-devel] [RFC PATCH v1 14/21] ACPI: Move srat_disabled to common code

From: Vijaya Kumar K Move srat_disabled() from xen/arch/x86/numa.c to xen/commom/srat.c. Signed-off-by: Vijaya Kumar --- xen/arch/x86/numa.c| 7 --- xen/common/srat.c | 7 +++ xen/include/asm-x86/acpi.h | 1 -

[Xen-devel] [RFC PATCH v1 15/21] ARM: NUMA: Extract MPIDR from MADT table

From: Vijaya Kumar K Parse MADT table and extract MPIDR for all CPU IDs in MADT ACPI_MADT_TYPE_GENERIC_INTERRUPT entries and store in cpu_uid_to_hwid[]. This mapping is used by SRAT table parsing to extract MPIDR of the CPU ID. Signed-off-by: Vijaya Kumar

[Xen-devel] [RFC PATCH v1 16/21] ARM: NUMA: Extract proximity from SRAT table

From: Vijaya Kumar K Register SRAT entry handler for type ACPI_SRAT_TYPE_GICC_AFFINITY to parse SRAT table and extract proximity for all CPU IDs. Signed-off-by: Vijaya Kumar --- xen/arch/arm/acpi_numa.c | 55

[Xen-devel] [RFC PATCH v1 12/21] ARM: NUMA: Do not expose numa info to DOM0

From: Vijaya Kumar K Delete numa-node-id and distance map from Dom0 DT so that NUMA information is not exposed to Dom0. This helps particularly to boot Node 1 devices as if booting on Node0. However this approach has limitation where memory allocation for the devices

[Xen-devel] [RFC PATCH v1 13/21] ACPI: Refactor acpi SRAT and SLIT table handling code

From: Vijaya Kumar K Move SRAT handling code which is common across architecture is moved to new file xen/commom/srat.c from xen/arch/x86/srat.c file. New header file srat.h is introduced. Signed-off-by: Vijaya Kumar ---

[Xen-devel] [RFC PATCH v1 08/21] ARM: NUMA: Parse NUMA distance information

From: Vijaya Kumar K Parse distance-matrix and fetch node distance information. Store distance information in node_distance[]. Signed-off-by: Vijaya Kumar K --- xen/arch/arm/dt_numa.c | 90 ++

[Xen-devel] [RFC PATCH v1 09/21] ARM: NUMA: Add CPU NUMA support

From: Vijaya Kumar K For each cpu, update cpu_to_node[] with node id from the MPIDR registers. Also, initialize cpu_to_node[] with node 0. Add macros to access cpu_to_node[] information. Signed-off-by: Vijaya Kumar K --- xen/arch/arm/numa.c

[Xen-devel] [RFC PATCH v1 10/21] ARM: NUMA: Add memory NUMA support

From: Vijaya Kumar K For all banks in bootinfo.mem, update nodes[] with corresponding nodeid and register these nodes by calling setup_node_bootmem(). compute memnode_shift and initialize memnodemap[] to fetch nodeid for a given physical address. Signed-off-by: Vijaya

[Xen-devel] [RFC PATCH v1 11/21] ARM: NUMA: Add fallback on NUMA failure

From: Vijaya Kumar K On NUMA initialization failure, reset all the NUMA structures to emulate as single node. Signed-off-by: Vijaya Kumar --- xen/arch/arm/numa.c | 50 -- 1 file changed, 48

[Xen-devel] [RFC PATCH v1 07/21] ARM: NUMA: Parse memory NUMA information

From: Vijaya Kumar K Parse memory node and fetch numa-node-id information. For each memory range, store in node_memblk_range[] along with node id. Signed-off-by: Vijaya Kumar K --- xen/arch/arm/bootfdt.c| 4 +-- xen/arch/arm/dt_numa.c

[Xen-devel] [RFC PATCH v1 06/21] ARM: NUMA: Parse CPU NUMA information

From: Vijaya Kumar K Parse CPU node and fetch numa-node-id information. For each node-id found, update nodemask_t mask. Call numa_init() from setup_mm() with start and end pfn of the complete ram.. Signed-off-by: Vijaya Kumar K ---

[Xen-devel] [RFC PATCH v1 01/21] ARM: NUMA: Add existing ARM numa code under CONFIG_NUMA

From: Vijaya Kumar K Right not CONFIG_NUMA is not enabled for ARM and existing code in asm-arm/numa.h is for !COFIG_NUMA. Hence put this code under #ifndef CONFIG_NUMA. This help to make this changes work when CONFIG_NUMA is not enabled. Also define NODES_SHIFT macro

[Xen-devel] [RFC PATCH v1 03/21] NUMA: Move arch specific NUMA code as common

From: Vijaya Kumar K Move some common numa code from xen/arch/x86/srat.c to xen/common/numa.c Signed-off-by: Vijaya Kumar K --- xen/arch/x86/srat.c| 54 - xen/common/numa.c | 55

[Xen-devel] [RFC PATCH v1 05/21] ARM: efi: Do not delete memory node from fdt

From: Vijaya Kumar K When booting in UEFI mode, UEFI passes memory information to Dom0 using EFI memory descriptor table and deletes the memory nodes from the host DT. However to fetch the memory numa node id, memory DT node should not be deleted by EFI stub. With this

[Xen-devel] [RFC PATCH v1 04/21] NUMA: Refactor generic and arch specific code of numa_setup

From: Vijaya Kumar K numa_setup() contains generic and arch specific code. Split numa_setup() and move architecture specific code under arch_numa_setup(). Signed-off-by: Vijaya Kumar K --- xen/arch/arm/Makefile | 1 + xen/arch/arm/numa.c

[Xen-devel] [RFC PATCH v1 02/21] x86: NUMA: Refactor NUMA code

From: Vijaya Kumar K Move common generic NUMA code to xen/common/numa.c from xen/arch/x86/numa.c. Also move generic code in header file xen/include/asm-x86/numa.h to xen/include/xen/numa.h This common code can be re-used later for ARM. Signed-off-by: Vijaya Kumar K

[Xen-devel] [RFC PATCH v1 00/21] ARM: Add Xen NUMA support

From: Vijaya Kumar K With this RFC patch series, NUMA support is added for arm platform. Both DT and ACPI based NUMA support is added. Only Xen is made aware of NUMA platform. Dom0 is awareness is not added. As part of this series, the code under x86 architecture is

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

On 09/02/17 15:50, Boris Ostrovsky wrote: > > > On 02/09/2017 09:27 AM, Paul Durrant wrote: >>> -Original Message- >>> From: Paul Durrant [mailto:paul.durr...@citrix.com] >>> Sent: 09 February 2017 14:18 >>> To: xen-de...@lists.xenproject.org; linux-ker...@vger.kernel.org >>> Cc: Paul

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

On 02/09/2017 09:27 AM, Paul Durrant wrote: -Original Message- From: Paul Durrant [mailto:paul.durr...@citrix.com] Sent: 09 February 2017 14:18 To: xen-de...@lists.xenproject.org; linux-ker...@vger.kernel.org Cc: Paul Durrant ; Boris Ostrovsky

Re: [Xen-devel] [PATCH v2 02/12] libxl: make some functions global to prepare splitting up libxl.c

On Thu, Feb 09, 2017 at 12:42:41PM +0100, Juergen Gross wrote: > On 09/02/17 12:36, Ian Jackson wrote: > > Juergen Gross writes ("[PATCH v2 02/12] libxl: make some functions global > > to prepare splitting up libxl.c"): > >> Splitting up libxl.c will require two functions to be globally visible.

Re: [Xen-devel] [PATCH 1/3] xen/privcmd: return -ENOSYS for unimplemented IOCTLs

> -Original Message- > From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com] > Sent: 09 February 2017 15:26 > To: Jan Beulich ; Paul Durrant > > Cc: xen-de...@lists.xenproject.org; Juergen Gross ; >

Re: [Xen-devel] [PATCH v2 04/10] xen: credit2: make accessor helpers inline functions instead of macros

On Thu, 2017-02-09 at 07:36 -0700, Jan Beulich wrote: > > > > On 09.02.17 at 14:58, wrote: > > +/* CPU to runq_id macro */ > > +static always_inline int c2r(const struct scheduler *ops, unsigned > > cpu) > > +{ > > +return (csched2_priv(ops))->runq_map[(cpu)]; > >

Re: [Xen-devel] [PATCH v2 00/10] xen: credit2: improve style, and tracing; fix two bugs

On Thu, 2017-02-09 at 07:37 -0700, Jan Beulich wrote: > > > > On 09.02.17 at 14:58, wrote: > > This series contains mostly style or cosmetic fixes for Credit2, > > with the > > following two exceptions: > >  - 2 actual fixes for (not so severe) behavioral bugs (patches

Re: [Xen-devel] [PATCH 1/3] xen/privcmd: return -ENOSYS for unimplemented IOCTLs

On 02/09/2017 09:40 AM, Jan Beulich wrote: On 09.02.17 at 15:17, wrote: The code goes so far as to set the default return code to -ENOSYS but then overrides this to -EINVAL in the switch() statement's default case. If you already change this, isn't -ENOTTY the

Re: [Xen-devel] [PATCH] x86/vmx: fix build with clang 3.8.0

On 09/02/17 14:20, Jan Beulich wrote: On 09.02.17 at 14:42, wrote: >> On 09/02/17 13:14, Jan Beulich wrote: >> On 09.02.17 at 14:05, wrote: On 09/02/17 13:01, Jan Beulich wrote: On 09.02.17 at 13:49,

Re: [Xen-devel] PML causing race condition during guest bootstorm and host crash on Broadwell cpu.

>>> On 08.02.17 at 16:32, wrote: On 07.02.17 at 18:26, wrote: >> Facing a issue where bootstorm of guests leads to host crash. I debugged >> and found that that enabling PML introduces a race condition during >> guest teardown stage while

Re: [Xen-devel] IOMMU fault with IGD passthrough setup on XEN 4.8.0

>>> On 09.02.17 at 15:46, wrote: > BTW -- I think that fix should not be conflicting with your debug change, > right? Yes - ideally you'd keep that one in place along with adding Roger's patch. Jan ___ Xen-devel

[Xen-devel] qemu-upstream triggering OOM killer

Stefano, the recent qemuu update results in the produced binary triggering the OOM killer on the first system I tried the updated code on. Is there anything known in this area? Are there any hints as to finding out what is going wrong? Thanks, Jan

[Xen-devel] [xen-4.7-testing test] 105661: tolerable FAIL - PUSHED

flight 105661 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/105661/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-raw 12 saverestore-support-checkfail like 104551

Re: [Xen-devel] [PATCH 3/3] xen/privcmd: add IOCTL_PRIVCMD_RESTRICT

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 09 February 2017 14:43 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Boris Ostrovsky > ; Juergen Gross ; linux- >

Re: [Xen-devel] IOMMU fault with IGD passthrough setup on XEN 4.8.0

On Wed, Feb 8, 2017 at 11:59 PM, Jan Beulich wrote: On 08.02.17 at 15:56, wrote: >> On Wed, Feb 8, 2017 at 10:29 PM, G.R. >> wrote: >>> On Wed, Feb 8, 2017 at 8:44 PM, Jan Beulich

Re: [Xen-devel] [RFC v2 3/6] xen/arm: Allow platform_hvc to handle guest SMC calls

On Wed, Feb 08, 2017 at 10:04:53PM +, Julien Grall wrote: > Hi Tamas, > > Can you please try to configure your e-mail client to use '>' rather than ' > '? It makes quite hard to read the e-mail. > > On 08/02/2017 20:15, Tamas K Lengyel wrote: > > > > > >On Wed, Feb 8, 2017 at 12:40 PM, Edgar

Re: [Xen-devel] [PATCH 3/3] xen/privcmd: add IOCTL_PRIVCMD_RESTRICT

>>> On 09.02.17 at 15:17, wrote: > @@ -666,6 +680,20 @@ static long privcmd_ioctl_dm_op(void __user *udata) > return rc; > } > > +static long privcmd_ioctl_restrict(struct file *file, void __user *udata) > +{ > + struct privcmd_data *data =

Re: [Xen-devel] [PATCH 1/3] xen/privcmd: return -ENOSYS for unimplemented IOCTLs

>>> On 09.02.17 at 15:17, wrote: > The code goes so far as to set the default return code to -ENOSYS but > then overrides this to -EINVAL in the switch() statement's default > case. If you already change this, isn't -ENOTTY the traditional way of indicating unsupported

Re: [Xen-devel] [PATCH v2 00/10] xen: credit2: improve style, and tracing; fix two bugs

>>> On 09.02.17 at 14:58, wrote: > This series contains mostly style or cosmetic fixes for Credit2, with the > following two exceptions: > - 2 actual fixes for (not so severe) behavioral bugs (patches 5 and 6); That's not really in line with patch 5 saying "No

Re: [Xen-devel] [PATCH v2 04/10] xen: credit2: make accessor helpers inline functions instead of macros

>>> On 09.02.17 at 14:58, wrote: > +/* CPU to runq_id macro */ > +static always_inline int c2r(const struct scheduler *ops, unsigned cpu) > +{ > +return (csched2_priv(ops))->runq_map[(cpu)]; Any reason for having the (pointless) parentheses here but not ... > +} >

Re: [Xen-devel] [PATCH v2 04/10] xen: credit2: make accessor helpers inline functions instead of macros

>>> On 09.02.17 at 15:14, wrote: > On 09/02/17 13:58, Dario Faggioli wrote: >> +struct csched2_private *csched2_priv(const struct scheduler *ops) > > You should either return a const csched2_private *, or not take a const > ops. (Your choice.) > > Despite being

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

flight 105665 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/105665/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm5 xen-buildfail REGR. vs. 105279 build-amd64

[Xen-devel] [xen-unstable test] 105659: regressions - FAIL

flight 105659 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/105659/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 15 guest-start/debian.repeat fail REGR. vs. 105629 Regressions

Re: [Xen-devel] [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP

> -Original Message- > From: Paul Durrant [mailto:paul.durr...@citrix.com] > Sent: 09 February 2017 14:18 > To: xen-de...@lists.xenproject.org; linux-ker...@vger.kernel.org > Cc: Paul Durrant ; Boris Ostrovsky > ; Juergen Gross

Re: [Xen-devel] [PATCH] x86/vmx: fix build with clang 3.8.0

>>> On 09.02.17 at 14:45, wrote: > On Thu, Feb 09, 2017 at 06:14:54AM -0700, Jan Beulich wrote: >> >>> On 09.02.17 at 14:05, wrote: >> > On 09/02/17 13:01, Jan Beulich wrote: >> > On 09.02.17 at 13:49, wrote: >> >>>

Re: [Xen-devel] [PATCH] x86/vmx: fix build with clang 3.8.0

>>> On 09.02.17 at 14:42, wrote: > On 09/02/17 13:14, Jan Beulich wrote: > On 09.02.17 at 14:05, wrote: >>> On 09/02/17 13:01, Jan Beulich wrote: >>> On 09.02.17 at 13:49, wrote: > On 09/02/17 11:33,

Re: [Xen-devel] [PATCH RESEND v17] xen/sndif: Add sound-device ABI

On 02/09/2017 02:48 PM, Konrad Rzeszutek Wilk wrote: On February 9, 2017 3:46:10 AM EST, Oleksandr Andrushchenko wrote: On 02/08/2017 05:29 PM, Konrad Rzeszutek Wilk wrote: . snip.. Reviewed-by: Konrad Rzeszutek Wilk Couple of issues I found in

[Xen-devel] [PATCH 1/3] xen/privcmd: return -ENOSYS for unimplemented IOCTLs

The code goes so far as to set the default return code to -ENOSYS but then overrides this to -EINVAL in the switch() statement's default case. This patch removes this pointless and incorrect override. Signed-off-by: Paul Durrant --- Cc: Boris Ostrovsky

[Xen-devel] [PATCH 3/3] xen/privcmd: add IOCTL_PRIVCMD_RESTRICT

The purpose if this ioctl is to allow a user of privcmd to restrict its operation such that it will no longer service arbitrary hypercalls via IOCTL_PRIVCMD_HYPERCALL, and will check for a matching domid when servicing IOCTL_PRIVCMD_DM_OP. The aim of this is to limit the attack surface for a

[Xen-devel] [PATCH 0/3] xen/privcmd: support for dm_op and restriction

This patch series follows on from my recent Xen series [1], to provide support in privcmd for de-privileging of device emulators. [1] https://lists.xen.org/archives/html/xen-devel/2017-01/msg02558.html Paul Durrant (3): xen/privcmd: return -ENOSYS for unimplemented IOCTLs xen/privcmd: Add

  1   2   >