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 functionality is supported with the intention
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 functionality is supported with the intention
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
test-amd
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
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 are
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
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 a
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
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];
> >
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
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. Ig
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
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.
>
> Whi
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 wr
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 attach
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 that the xenbus device is se
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.
> This reworks the fix
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
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 whi
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
test-amd64-amd64-xl
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 wrote:
>> >>
>> >> On Wed, Feb 8, 2017 at 5:08 PM, J
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:
> >>>
> >>> On 08/02/2017 23:28, Tamas K Lengy
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, 2017 at 3:04 PM, Julien Grall
wrote:
>>>
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 10:12:41AM +0100, Edgar E. Iglesias 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 10:12:41AM +0100, Edgar E. Iglesias wrote:
> >> > On Wed, Feb 08, 2017 at 05:20:44PM -0800, Stefano Stabellini wro
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 currently emulating PSCI call for
the guest to
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 2017, Julien Grall 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 2017, Julien Grall wrote:
> > > > On 08/02/2017 23:28, Tamas K Lengyel wrote:
> > > > > On We
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 '>' rather than
>>> '
>>> '? It makes quite hard to r
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
> patch.
Please use the patch below,
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 xen
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
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
> Signed-off-by: Roger Pau Monné
> ---
>
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 insertion(+)
diff --git a/xen/include/asm-x86/p2
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 VCPUs, fixing the issue for thi
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
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 slots
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
test-amd64-amd64-xl-qemu
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);
>> -
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
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 this series.
>
>
> Can
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 t
> -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/privcmd: Add IOCTL_PRIVCMD_DM_OP
>
>
>
>
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 know why our GCC builds do not detect these bugs ?
Ian.
___
> @@ -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);
> -if( current->domain == d && avail_req < d->max_vc
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]
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 this series.
Can you expand here? Is this patch a NUMA specific?
Also in a previous thread you menti
>>> 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 disabling PML on a vcpu and context switch
>> h
>>> 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 __initdata;
> -static struct nod
>>> 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 common code can be re-used later for ARM.
>
> Signed-
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]
> Sent: 09 February 2017 14:18
>>>
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 tw
>>> 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-de...@lists.xenproject.org; linu
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
--- a/xen/arch/arm/Kconfig
+++ b/xen/arch/arm/Kconfig
@@
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 a/xen/arch/arm/numa.c b/xen/arch/arm/numa.c
index 50c3
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 100644
--- a/xen/arch/arm/Kconfig
+++ b/xen/arch/arm/
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 a/xen/arch/arm/numa.c b/xen/arch/arm/numa.c
index 5c49347..50c3
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
1 file changed, 80 inserti
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/include/asm-x86/numa.h | 1 -
xen/include/xen/srat.h
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/arch/arm/Makefile | 1
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/drivers/acpi/numa.c | 37 +
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 should be local.
Signed-of
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/arch/x86/domain_build.c | 1 +
xen/arch/x86/numa.c
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/arch/arm/numa.c| 19 +-
xen/inclu
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| 25 +
xen/arch/arm/
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 Kumar K
---
xen/arch/arm/
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 insertions(+), 2 deletions(-)
diff --git a/xen/arch/arm
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| 84 ++
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/arch/arm/Makefile | 1 +
xen/arch/arm/bootfdt.c
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 for ARM.
Signed-off-by: Vi
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/inc
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 patch, do not delete memor
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| 28
xen/arch
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/arch/x86/numa.c
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
reused by moving into common
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 Durra
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
; Juergen Gross
Subject: [PATCH 2/3] xen/p
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.
>
> -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 ;
> linux-ker...@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH 1/3] xen/privcmd: return
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)];
>
> Any reason for having the (p
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 5
> > and 6);
>
> That's no
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 traditional way of
indicating
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, wrote:
>> On 09/02/17 11:33, Roger Pau Monne wrote:
>>> --- a/xen
>>> 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 disabling PML on a vcpu and context switch
>> h
>>> 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 mailing list
Xen-devel@lists.xen.org
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
___
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
test-armhf-armhf-libvirt
> -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-
> ker...@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH 3/3] xen/privcmd: add
> IOCTL_PR
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 wrote:
>>> On 07.02.17 at 16:44, wrote:
> On Mon, Feb 6, 2017 at 8:40 PM, Jan Beulich wrote:
>>
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
>>> 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 = file->private_data;
> + domid_t dom;
> +
>>> 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 ioctls?
Jan
>>> 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 functional change
intended."
Jan
>>> 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 ...
> +}
> +
> +/* CPU to runqueue str
>>> 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 allowed by the C typesystem, it i
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
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 which
> -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
> Subject: [PATCH 2/3] xen/privcmd: Add IOCTL_PRIVCMD_DM_OP
>
>>> 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:
>> >>> On 09/02/17 11:33, Roger Pau Monne wrote:
>> --- a/xen/include/asm-x86/
>>> 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, Roger Pau Monne wrote:
>> --- a/xen/include/asm-x86/hvm/vmx/vmx.h
>> +++ b/x
1 - 100 of 193 matches
Mail list logo