Re: [Xen-devel] [PATCH 2/3] x86/xsaves: fix overwriting between non-lazy/lazy xsave[sc]

On Wed, Feb 24, 2016 at 02:16:38AM -0700, Jan Beulich wrote: > > I send the bugs-fix patch as whole. I just get the Cc lists using the > > script based on the whole patchset. May be I will send the patch > > seperately. > > Thank you. Please also see >

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

On February 25, 2016 8:24pm, wrote: > >>> On 25.02.16 at 13:14, wrote: > > On February 25, 2016 4:59pm, wrote: > >> However, the same effect could be achieved by making the lock a > >> recursive one, which would then seem to more

[Xen-devel] Xen 4.4, xenstored and WATCH requests

Hello list, I’m working on a Python client library for XenStore [1]. The library implements two ways to access XenStore: via Unix socket and via /dev. The /dev interface turned out to be a bit problematic, because it ignores the req_id field for WATCH requests. The spec [2] requires all

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

Hi Paul, Thanks a lot for your help on this! And below are my questions. On 2/25/2016 11:49 PM, Paul Durrant wrote: This patch adds a new 'designs' subdirectory under docs as a repository for this and future design proposals. Signed-off-by: Paul Durrant --- For

[Xen-devel] [PATCH v5 12/22] arm/irq: Drop the DT prefix of the irq line type

From: Shannon Zhao Make these types generic to DT and ACPI. So they are can be used in ACPI codes. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- xen/arch/arm/domain_build.c | 10 -

[Xen-devel] [PATCH v5 15/22] arm/gic: Add ACPI support for GIC preinit

From: Shannon Zhao Since ACPI 6.0 defines that GIC Distributor Structure contains the GIC version filed, it could get GIC version from that. Then call acpi device initializing function to preinit GIC device. Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v5 04/22] arm/acpi: Add basic ACPI initialization

From: Shannon Zhao acpi_boot_table_init() will be called in start_xen to get the RSDP and all the table pointers. With this patch, we can get ACPI boot-time tables from firmware on ARM64. Signed-off-by: Naresh Bhat Signed-off-by: Parth Dixit

[Xen-devel] [PATCH v5 10/22] acpi/table: Introduce acpi_table_get_entry_madt to get specified entry

From: Shannon Zhao This function could get the specified index entry of MADT table. This would be useful when it needs to get the contens of the entry. Cc: Jan Beulich Signed-off-by: Shannon Zhao --- V5: address Jan's

[Xen-devel] [PATCH v5 07/22] ACPI / table: Print GIC information when MADT is parsed

From: Hanjun Guo When MADT is parsed, print GIC information as debug message: ACPI: GICC (acpi_id[0x] address[e112f000] MPIDR[0x0] enabled) ACPI: GICC (acpi_id[0x0001] address[e112f000] MPIDR[0x1] enabled) ... ACPI: GICC (acpi_id[0x0201]

[Xen-devel] [PATCH v5 09/22] arm/acpi: Add ACPI support for SMP initialization

From: Shannon Zhao ACPI 5.1 only has two explicit methods to boot up SMP, PSCI and Parking protocol, but the Parking protocol is only specified for ARMv7 now, so make PSCI as the only way for the SMP boot protocol before some updates for the ACPI spec or the Parking

[Xen-devel] [PATCH v5 02/22] arm/acpi: Add arm specific acpi header file

From: Shannon Zhao Add architecture specific definitions and calls required for acpi in new header file. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v5 18/22] arm/acpi: Add a new ACPI initialized function for UART

From: Shannon Zhao This adds a new function to initialize UART for ACPI on ARM. Signed-off-by: Shannon Zhao --- V5: fix coding style --- xen/arch/arm/setup.c| 2 +- xen/drivers/char/arm-uart.c | 37

[Xen-devel] [PATCH v5 16/22] arm/irq: Add helper function for setting interrupt type

From: Parth Dixit Add a helper function to set edge/level type information for an interrupt. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini ---

[Xen-devel] [PATCH v5 22/22] arm/acpi: Add acpi parameter to enable/disable acpi

From: Shannon Zhao Define new command line parameter "acpi" to enable/disable acpi. This implements the following policy to decide whether ACPI should be used to boot the system: - acpi=off: ACPI will not be used to boot the system, even if there is no alternative

[Xen-devel] [PATCH v5 20/22] arm/acpi: Initialize serial port from ACPI SPCR table

From: Shannon Zhao Parse ACPI SPCR (Serial Port Console Redirection table) table and initialize the serial port pl011. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v5 14/22] arm/gic-v3: Add ACPI boot support for GICv3

From: Shannon Zhao Like GICv2, ACPI on Xen hypervisor uses MADT table for proper GICv3 initialization. Parse GIC distributor subtable, redistributor subtable and interrupt subtable. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini

[Xen-devel] [PATCH v5 08/22] arm/acpi: Parse MADT to map logical cpu to MPIDR and get cpu_possible_map

From: Parth Dixit MADT contains the information for MPIDR which is essential for SMP initialization, parse the GIC cpu interface structures to get the MPIDR value and map it to cpu_logical_map(), and add enabled cpu with valid MPIDR into cpu_possible_map. Move

[Xen-devel] [PATCH v5 17/22] arm/acpi: Parse GTDT to initialize timer

From: Shannon Zhao Parse GTDT (Generic Timer Descriptor Table) to initialize timer. Using the information presented by GTDT to initialize the arch timer (not memory-mapped). Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao

[Xen-devel] [PATCH v5 06/22] arm/acpi: Parse FADT table and get PSCI flags

From: Shannon Zhao There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set, the former signals to the OS that the hardware is PSCI compliant. The latter selects the appropriate conduit for PSCI calls by toggling between Hypervisor Calls (HVC) and Secure Monitor

[Xen-devel] [PATCH v5 19/22] ACPICA: Headers: Add support for CSRT and DBG2 ACPI tables.

From: Bob Moore These tables are defined outside of the ACPI specification. Signed-off-by: Bob Moore Signed-off-by: Feng Tang Signed-off-by: Len Brown [Linux commit

[Xen-devel] [PATCH v5 03/22] arm/acpi: Add __acpi_map_table function for ARM

From: Shannon Zhao Implement __acpi_map_table function for ARM. Signed-off-by: Shannon Zhao --- V4: add __acpi_map_table function --- xen/arch/arm/Makefile| 1 + xen/arch/arm/acpi/Makefile | 1 + xen/arch/arm/acpi/lib.c | 52

[Xen-devel] [PATCH v5 01/22] arm/acpi: Emulate io ports for arm

From: Shannon Zhao Add macros to emulate x86 style ports for arm. This avoids modification in common code for acpi. Here just print a warning on ARM. Signed-off-by: Shannon Zhao --- V5: not write to the address, just print warning V4: print

[Xen-devel] [PATCH v5 00/22] Add ACPI support for Xen itself on ARM64

From: Shannon Zhao These patches are Part 3 of the previous patch set I sent which adds ACPI support for arm64 on Xen[1]. Split them as an individual set for convenient reviewing. These patches mostly add ACPI support for Xen itself(not yet for Dom0) on ARM64. It makes

[Xen-devel] [PATCH v5 13/22] arm/gic-v2: Add ACPI boot support for GICv2

From: Parth Dixit ACPI on Xen hypervisor uses MADT table for proper GIC initialization. First get the GIC version from GIC Distributor. Then parse GIC related subtables, collect CPU interface and distributor addresses and call driver initialization function (which is

[Xen-devel] [PATCH v5 11/22] arm: Introduce a generic way to use a device from acpi

From: Parth Dixit Add generic way to use device from acpi similar to the way it is supported in device tree. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao Acked-by: Stefano Stabellini

[Xen-devel] [PATCH v5 05/22] arm/acpi: Move end_boot_allocator after acpi_boot_table_init

From: Shannon Zhao To support ACPI NUMA, it needs to make the ACPI initialization done before boot_end_allocator. Also, x86 does this by the same way. Signed-off-by: Parth Dixit Signed-off-by: Shannon Zhao --- V5: fix

[Xen-devel] [PATCH v5 21/22] arm/fdt: Export device_tree_for_each_node

From: Shannon Zhao This function will be used by ACPI booting. Export it so that it can be used by other files. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Stabellini --- V5: remove __init from the

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi Andrei On 26 February 2016 at 13:24, Andrei Borzenkov wrote: > > > Отправлено с iPhone > >> 26 февр. 2016 г., в 7:48, Fu Wei написал(а): >> >> Hi Andrei >> >>> On 26 February 2016 at 01:34, Andrei Borzenkov wrote: >>> 25.02.2016

Re: [Xen-devel] [PATCH V14 4/6] libxl: add pvusb API

>>> On 2/24/2016 at 01:10 AM, in message , George Dunlap wrote: > On Fri, Feb 19, 2016 at 10:39 AM, Chunyan Liu wrote: > > Add pvusb APIs, including: > > - attach/detach

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

flight 83979 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/83979/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen3 host-install(3) broken REGR. vs. 83855

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Отправлено с iPhone > 26 февр. 2016 г., в 7:48, Fu Wei написал(а): > > Hi Andrei > >> On 26 February 2016 at 01:34, Andrei Borzenkov wrote: >> 25.02.2016 09:39, fu@linaro.org пишет: >>> From: Fu Wei >>> >>> delete: xen_linux,

Re: [Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

On 2/25/2016 6:31 PM, Dario Faggioli wrote: Hey again, Thanks for turning up so quickly. We are getting closer and closer, although (of course :-)) I have some more comments. However, is there a particular reason why you are keeping the RFC tag? Until you do that, it's like saying that you

Re: [Xen-devel] Patching error while setting up COLO

On 02/26/2016 12:55 PM, Yu-An(Victor) Chen wrote: Hi Changlong, Are you suggesting I should hold off on setting up COLO for now? No, just following my steps. Thanks -Xie Thanks! Victor On Thu, Feb 25, 2016 at 8:19 PM, Changlong Xie wrote: On

[Xen-devel] [Question] PARSEC benchmark has smaller execution time in VM than in native?

Hi, We are measuring the execution time between native machine environment and xen virtualization environment using PARSEC Benchmark [1]. In virtualiztion environment, we run a domU with three VCPUs, each of them pinned to a core; we pin the dom0 to another core that is not used by the domU.

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi Doug, On 26 February 2016 at 06:26, Doug Goldstein wrote: > On 2/25/16 12:39 AM, fu@linaro.org wrote: >> From: Fu Wei >> -@deffn Command xen_linux file [arguments] >> -Load a dom0 kernel image for xen hypervisor at the booting process of xen. >>

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi Andrei On 26 February 2016 at 12:48, Fu Wei wrote: > Hi Andrei > > On 26 February 2016 at 01:34, Andrei Borzenkov wrote: >> 25.02.2016 09:39, fu@linaro.org пишет: >>> From: Fu Wei >>> >>> delete: xen_linux, xen_initrd, xen_xsm

Re: [Xen-devel] Patching error while setting up COLO

Hi Changlong, Are you suggesting I should hold off on setting up COLO for now? Thanks! Victor On Thu, Feb 25, 2016 at 8:19 PM, Changlong Xie wrote: > On 02/26/2016 11:38 AM, Yu-An(Victor) Chen wrote: > >> Hi Changlong, >> >> Thanks for the reply! >> >> So I am

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi Andrei On 26 February 2016 at 01:34, Andrei Borzenkov wrote: > 25.02.2016 09:39, fu@linaro.org пишет: >> From: Fu Wei >> >> delete: xen_linux, xen_initrd, xen_xsm >> add: xen_module >> >> This update bases on >> commit

Re: [Xen-devel] [PATCH v5 6/6] docs: Add descriptions of TSC scaling in xl.cfg and tscmode.txt

On 02/26/16 12:37, Tian, Kevin wrote: > > From: Zhang, Haozhong > > Sent: Tuesday, February 23, 2016 10:05 AM > > > > Signed-off-by: Haozhong Zhang > > Reviewed-by: Kevin Tian , except: > > > + > > +Hardware TSC Scaling > > + > > +Intel VMX TSC

Re: [Xen-devel] [PATCH v5 6/6] docs: Add descriptions of TSC scaling in xl.cfg and tscmode.txt

> From: Zhang, Haozhong > Sent: Tuesday, February 23, 2016 10:05 AM > > Signed-off-by: Haozhong Zhang Reviewed-by: Kevin Tian , except: > + > +Hardware TSC Scaling > + > +Intel VMX TSC scaling and AMD SVM TSC ratio allow the guest TSC read > +by

Re: [Xen-devel] [PATCH v5 5/6] vmx: Add VMX RDTSC(P) scaling support

> From: Zhang, Haozhong > Sent: Tuesday, February 23, 2016 10:05 AM > > This patch adds the initialization and setup code for VMX TSC scaling. > > Signed-off-by: Haozhong Zhang Acked-by: Kevin Tian

Re: [Xen-devel] [PATCH v5 3/6] x86/hvm: Replace architecture TSC scaling by a common function

> From: Zhang, Haozhong > Sent: Tuesday, February 23, 2016 10:05 AM > > This patch implements a common function hvm_scale_tsc() to scale TSC by > using TSC scaling information collected by architecture code. > > Signed-off-by: Haozhong Zhang Reviewed-by: Kevin Tian

Re: [Xen-devel] [PATCH v5 1/6] x86/hvm: Collect information of TSC scaling ratio

> From: Zhang, Haozhong > Sent: Tuesday, February 23, 2016 10:05 AM > > Both VMX TSC scaling and SVM TSC ratio use the 64-bit TSC scaling ratio, > but the number of fractional bits of the ratio is different between VMX > and SVM. This patch adds the architecture code to collect the number of >

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> From: Paul Durrant > Sent: Thursday, February 25, 2016 11:49 PM > > This patch adds a new 'designs' subdirectory under docs as a repository > for this and future design proposals. > > Signed-off-by: Paul Durrant > --- > > For convenience this document can also be

Re: [Xen-devel] Patching error while setting up COLO

On 02/26/2016 11:38 AM, Yu-An(Victor) Chen wrote: Hi Changlong, Thanks for the reply! So I am trying to follow your new instructions, but when I am trying to do this: cd ~/colo-proxy/; git checkout 405527cbfa9f I got the following error: "error: pathspec '405527cbfa9f' did not match any

Re: [Xen-devel] [PATCH v2] vVMX: use latched VMCS machine address

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Thursday, February 25, 2016 7:58 PM > > Instead of calling domain_page_map_to_mfn() over and over, latch the > guest VMCS machine address unconditionally (i.e. independent of whether > VMCS shadowing is supported by the hardware). > > Since

[Xen-devel] [PATCH 3/4] build: convert HAS_NUMA to Kconfig

Convert HAS_NUMA to Kconfig as CONFIG_NUMA and let CONFIG_NUMA be defined by Kconfig. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper --- xen/arch/x86/Kconfig | 1 +

[Xen-devel] [PATCH 4/4] build: convert HAS_CORE_PARKING to Kconfig

Convert HAS_CORE_PARKING to Kconfig as CONFIG_CORE_PARKING. While removing HAS_CORE_PARKING, removed a trailing whitespace on a near by line. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper

[Xen-devel] [PATCH 1/4] build: consolidate CONFIG_HAS_VIDEO and CONFIG_VIDEO

No real advantage to keeping these separate. The use case of this from Linux is when the platform or target board has support for something but the user wants to be given the option to disable it. Signed-off-by: Doug Goldstein --- CC: Ian Campbell CC:

[Xen-devel] [PATCH 2/4] build: consolidate CONFIG_HAS_ACPI and CONFIG_ACPI

No real advantage to keeping these separate. The use case of this from Linux is when the platform or target board has support for something but the user wants to be given the option to disable it. Signed-off-by: Doug Goldstein --- CC: Keir Fraser CC: Jan Beulich

[Xen-devel] [PATCH 0/4] handful of Kconfig changes

Mostly just simplification, consolidation, and more conversion. The last two were entries added while the original series was in the last steps of review so they just needed to be finished up. Doug Goldstein (4): build: consolidate CONFIG_HAS_VIDEO and CONFIG_VIDEO build: consolidate

Re: [Xen-devel] Patching error while setting up COLO

Hi Changlong, Thanks for the reply! So I am trying to follow your new instructions, but when I am trying to do this: cd ~/colo-proxy/; git checkout 405527cbfa9f I got the following error: "error: pathspec '405527cbfa9f' did not match any file(s) known to git." I assume it is just a typo?

Re: [Xen-devel] [PATCH] docs: spell out limits of security support for qemu-xen

On 2/25/16 9:43 AM, Stefano Stabellini wrote: > +++ b/docs/misc/qemu-xen-security > @@ -0,0 +1,20 @@ > +qemu-xen (git://xenbits.xen.org/qemu-xen.git) is only supported for > +security fixes when used together with the Xen hypervisor and only with > +a subset of all the possible QEMU emulators.

Re: [Xen-devel] Patching error while setting up COLO

On 02/25/2016 06:31 PM, Ian Campbell wrote: Sorry for this. Since we have no privilege to update the Wiki for a long >time so most contents of this page are dated : ( Anyone can be granted access, it is only a manual process because of spammers. Please create an account and then fill in the

Re: [Xen-devel] [PATCH v10 21/31] libxc/save: support COLO save

On 02/25/2016 11:58 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:25AM +0800, Wen Congyang wrote: > [...] >> /* >> * Suspend the domain and send dirty memory. >> * This is the last iteration of the live migration and the >> @@ -558,6 +610,16 @@ static int suspend_and_send_dirty(struct

Re: [Xen-devel] [PATCH v10 18/31] libxc/restore: support COLO restore

On 02/25/2016 11:57 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:22AM +0800, Wen Congyang wrote: > [...] >> - * With Remus, we buffer the records sent by the primary at checkpoint, >> + * With Remus/COLO, we buffer the records sent by the primary at checkpoint, >> * in case the primary

Re: [Xen-devel] [PATCH v10 17/31] primary vm suspend/resume/checkpoint code

On 02/25/2016 11:57 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:21AM +0800, Wen Congyang wrote: > [...] >> +#include "libxl_osdeps.h" /* must come before any other headers */ >> + >> +#include "libxl_internal.h" >> +#include "libxl_colo.h" >> + >> +static const

Re: [Xen-devel] [PATCH v10 16/31] secondary vm suspend/resume/checkpoint code

On 02/25/2016 11:56 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:20AM +0800, Wen Congyang wrote: >> Secondary vm is running in colo mode. So we will do >> the following things again and again: >> 1. Resume secondary vm >>a. Send CHECKPOINT_SVM_READY to master. >>b. If it is not the

Re: [Xen-devel] [PATCH v10 12/31] tools/libxl: add back channel support to read stream

On 02/25/2016 11:54 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:16AM +0800, Wen Congyang wrote: >> This is used by primay to read records sent by secondary. >> >> Signed-off-by: Yang Hongyang >> Signed-off-by: Wen Congyang >> --- >>

Re: [Xen-devel] [PATCH v10 10/31] tools/libxl: add back channel support to write stream

On 02/25/2016 11:54 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:14AM +0800, Wen Congyang wrote: >> Add back channel support to write stream. If the write stream is >> a back channel stream, this means the write stream is used by >> Secondary to send some records back. >> >> Signed-off-by:

Re: [Xen-devel] [PATCH v10 07/31] docs/libxl: Introduce CHECKPOINT_CONTEXT to support migration v2 colo streams

On 02/25/2016 11:54 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:11AM +0800, Wen Congyang wrote: >> It is the negotiation record for COLO. >> Primary->Secondary: >> control_id 0x: Secondary VM is out of sync, start a new >> checkpoint >> Secondary->Primary: >>

Re: [Xen-devel] [PATCH v5 5/7] VT-d: Refactor iommu_ops .map_page() and unmap_page()

> On February 25, 2016 8:24pm, wrote: > >>> On 25.02.16 at 13:14, wrote: > > On February 25, 2016 4:59pm, wrote: > >> I'd > >> really suggest investigating alternatives. One that comes to mind > >> would be to move acquiring/releasing

Re: [Xen-devel] [PATCH v10 01/31] tools/libxl: introduce libxl__domain_restore_device_model to load qemu state

On 02/25/2016 11:53 PM, Wei Liu wrote: > On Mon, Feb 22, 2016 at 10:52:05AM +0800, Wen Congyang wrote: >> In normal migration, the qemu state is passed to qemu as a parameter. >> With COLO, secondary vm is running. So we will do the following steps >> at every checkpoint: >> 1. suspend both

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

flight 83965 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/83965/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 3 host-install(3) broken REGR. vs. 83845

[Xen-devel] [PATCH v1 0/1] xen/arm: Re-add the Xilinx ZynqMP platform

From: "Edgar E. Iglesias" We need to re-add the Xilinx ZynqMP platform with a blacklisted zynqmp-pm power management firmware API device. Long term we'll be looking at finding a way for this to work but this is likely to take a while. In the meantime, in order to keep

[Xen-devel] [PATCH v1 1/1] xen/arm: Re-add the Xilinx ZynqMP platform

From: "Edgar E. Iglesias" Re-add the Xilinx ZynqMP platform. This time include a blacklisted zynqmp-pm (Power Management) device that does not yet play nicely with Xen. Signed-off-by: Edgar E. Iglesias --- xen/arch/arm/platforms/Makefile

Re: [Xen-devel] [PATCH v13 1/2] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Wednesday, February 24, 2016 8:50 PM > To: George Dunlap ; Wu, Feng > > Cc: Doug Goldstein ; Andrew Cooper > ; Dario

[Xen-devel] [linux-4.1 test] 83951: regressions - trouble: blocked/broken/fail/pass

flight 83951 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/83951/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 3 host-install(3) broken REGR. vs. 66399 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

Hey again, Thanks for turning up so quickly. We are getting closer and closer, although (of course :-)) I have some more comments. However, is there a particular reason why you are keeping the RFC tag? Until you do that, it's like saying that you are chasing feedback, but you do not think

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

On 2/25/16 12:39 AM, fu@linaro.org wrote: > From: Fu Wei > -@deffn Command xen_linux file [arguments] > -Load a dom0 kernel image for xen hypervisor at the booting process of xen. > +@deffn Command xen_module [--nounzip] file [arguments] > +Load a module for xen hypervisor

[Xen-devel] [PATCH, RESEND] xen: allocate gntdev_copy_batch dynamically

struct gntdev_copy_batch is arguably too large to fit on the kernel stack, and we get a warning about the stack usage in gntdev_ioctl_grant_copy: drivers/xen/gntdev.c:949:1: error: the frame size of 1240 bytes is larger than 1024 bytes This changes the code to us a dynamic allocation instead.

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

flight 83936 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/83936/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-xsm3 host-install(3) broken REGR. vs. 59254

[Xen-devel] [PATCH v6][RFC]xen: sched: convert RTDS from time to event driven model

changes since v5: removed unnecessary vcpu_on_replq() checks deadline_queue_insert() returns a flag to indicate if it's needed to re-program the timer removed unnecessary timer checks added helper functions to remove vcpus from queues coding style Changes since v4:

Re: [Xen-devel] AMD PVH: Status of patches

On 2/25/16 1:17 PM, Sherry Hurwitz wrote: > Last fall there were patches under discussion to add PVH support for AMD > systems. > The work was started by Mukesh Rathor of Oracle and then continued by > Elena Ufimtseva. > I don't see that those patches ever made it into xen unstable. Was the > work

Re: [Xen-devel] AMD PVH: Status of patches

On 02/25/2016 02:17 PM, Sherry Hurwitz wrote: Last fall there were patches under discussion to add PVH support for AMD systems. The work was started by Mukesh Rathor of Oracle and then continued by Elena Ufimtseva. I don't see that those patches ever made it into xen unstable. Was the work

[Xen-devel] [PATCH v2 6/7] libxl: add a FreeBSD implementation of libxl__devid_to_localdev

This code is extracted from the FreeBSD blkfront implementation. Signed-off-by: Roger Pau Monné --- tools/libxl/libxl_freebsd.c | 54 +++-- 1 file changed, 52 insertions(+), 2 deletions(-) diff --git a/tools/libxl/libxl_freebsd.c

[Xen-devel] [PATCH v2 3/7] hotplug/FreeBSD: add block hotplug script

This is the default hotplug script for block devices. Its only job is to copy the "params" blkback xenstore node to "physical-device". Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Ian Campbell Cc: Wei Liu

[Xen-devel] [PATCH v2 1/7] blkif: document how FreeBSD uses the physical-device backend node

FreeBSD blkback uses the physical-device xenstore node in order to fetch the path to the underlying backing storage (either a block device or raw image). This node is set by the hotplug scripts. Signed-off-by: Roger Pau Monné --- Cc: Ian Campbell

[Xen-devel] [PATCH v2 0/7] libxl: add support for FreeBSD block hotplug scripts

This series enables using hotplug scripts with the FreeBSD blkback implementation. Since FreeBSD blkback can use both block devices and regular RAW files as disks, the physical-device xenstore backend node is now OS-specific, Linux and NetBSD will encode the device major and minor numbers

[Xen-devel] [PATCH v2 4/7] libxl/FreeBSD: add support for disk hotplug scripts

Allow FreeBSD to execute hotplug scripts when attaching disk devices. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Ian Campbell Cc: Wei Liu --- tools/libxl/libxl_freebsd.c | 114

[Xen-devel] [PATCH v2 2/7] libxl: introduce an OS-specific function to get the physical-device

Linux and NetBSD will return the device major and minor numbers encoded in hex and separated by a ":". FreeBSD on the other hand returns the path to the block device or image file. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Ian

[Xen-devel] [PATCH v2 7/7] libxl: fix error message in local_device_attach_cb

The fields that are printed might not be set in the case of a failure, which generates a segmentation fault. Signed-off-by: Roger Pau Monné --- Cc: Ian Jackson Cc: Ian Campbell Cc: Wei Liu ---

[Xen-devel] [PATCH v2 5/7] libxl: properly use vdev vs local device

The current code in libxl assumed that vdev is equal to local device, but this is only true for Linux systems. In other OSes the local device can use a nomenclature completely different from the virtual device one. Move the current libxl__devid_to_localdev Linux implementation out of the

[Xen-devel] AMD PVH: Status of patches

Last fall there were patches under discussion to add PVH support for AMD systems. The work was started by Mukesh Rathor of Oracle and then continued by Elena Ufimtseva. I don't see that those patches ever made it into xen unstable. Was the work discontinued because of a change of focus to

Re: [Xen-devel] [PATCH] docs: Update README to include Clang

On 2/25/16 9:59 AM, Andrew Cooper wrote: > Xen now builds on x86 with Clang 3.5 and 3.8. Update README to reflect this. > > Mark Clang as no longer a permitted failure in Travis, to prevent future > regressions slipping back in. > > Signed-off-by: Andrew Cooper > ---

[Xen-devel] [libvirt test] 83944: trouble: broken/fail/pass

flight 83944 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/83944/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 3 host-install(3) broken REGR. vs. 83847

Re: [Xen-devel] [PATCH v4 10/11] xen: modify page table construction

22.02.2016 16:14, Juergen Gross пишет: > On 22/02/16 13:48, Daniel Kiper wrote: >> On Mon, Feb 22, 2016 at 01:30:30PM +0100, Juergen Gross wrote: >>> On 22/02/16 13:18, Daniel Kiper wrote: On Mon, Feb 22, 2016 at 10:29:04AM +0100, Juergen Gross wrote: > On 22/02/16 10:17, Daniel Kiper

[Xen-devel] [PATCH] xen: Introduce separator modifiers for the %ph custom printk

The printk formats %*ph{C,D,N} are chosen to be compatible with their Linux counterparts. Sample: (XEN) buf: 00 01 03 07 78 65 6e 00 (XEN) buf: 00:01:03:07:78:65:6e:00 (XEN) buf: 00-01-03-07-78-65-6e-00 (XEN) buf: 0001030778656e00 Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH v5][RFC]xen: sched: convert RTDS from time to event driven model

On Thu, 2016-02-25 at 12:29 -0500, Tianyang Chen wrote: > On 2/25/2016 5:34 AM, Dario Faggioli wrote: > > > > > Which one ASSERT() fails? > > > The replq_insert() fails because it's already on the replenishment > queue  > when rt_vcpu_wake() is trying to insert a vcpu again. >  > (XEN) Xen call

Re: [Xen-devel] [PATCH v4 02/11] xen: avoid memleaks on error

22.02.2016 11:24, Daniel Kiper пишет: > > Are you sure that grub_errno is always set to GRUB_ERR_NONE > if any GRUB2 function finished successfully? grub_errno is reset by command parser before command execution (or after previous command finished actually). During command execution there is no

Re: [Xen-devel] [PATCH v2 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

25.02.2016 09:39, fu@linaro.org пишет: > From: Fu Wei > > delete: xen_linux, xen_initrd, xen_xsm > add: xen_module > > This update bases on > commit 0edd750e50698854068358ea53528100a9192902 > Author: Vladimir Serbinenko > Date: Fri Jan 22

Re: [Xen-devel] [PATCH v5][RFC]xen: sched: convert RTDS from time to event driven model

On 2/25/2016 5:34 AM, Dario Faggioli wrote: + * it should be re-inserted back to the replenishment queue. + */ +if ( now >= svc->cur_deadline) +{ +rt_update_deadline(now, svc); +__replq_remove(ops, svc); +} + +if( !__vcpu_on_replq(svc) ) +

Re: [Xen-devel] [PATCH RFC 0/8] x86/hvm, libxl: HVM SMT topology support

On 22/02/16 21:02, Joao Martins wrote: > Hey! > > This series are a follow-up on the thread about the performance > of hard-pinned HVM guests. Here we propose allowing libxl to > change how the CPU topology looks like for the HVM guest, which can > favor certain workloads as depicted by Elena on

Re: [Xen-devel] [PATCH RFC 1/8] x86/hvm: set initial apicid to vcpu_id

>>> On 22.02.16 at 22:02, wrote: > Currently the initial_apicid is set vcpu_id * 2 which makes it difficult > for the toolstack to manage how is the topology seen by the guest. > Instead of forcing procpkg and proccount to be VCPUID * 2, instead we > set it to max

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan > Beulich > Sent: 25 February 2016 16:48 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org > Subject: Re: [Xen-devel] [PATCH] docs/design: introduce > HVMMEM_ioreq_serverX types > > >>>

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

> -Original Message- > From: Andrew Cooper [mailto:andrew.coop...@citrix.com] > Sent: 25 February 2016 16:28 > To: Paul Durrant; xen-de...@lists.xenproject.org > Subject: Re: [Xen-devel] [PATCH] docs/design: introduce > HVMMEM_ioreq_serverX types > > On 25/02/16 15:49, Paul Durrant wrote:

[Xen-devel] [ovmf test] 83932: regressions - FAIL

flight 83932 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/83932/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR. vs. 65543

[Xen-devel] [PATCH] xen: add hypercall option to temporarily pin a vcpu

Some hardware (e.g. Dell studio 1555 laptops) require SMIs to be called on physical cpu 0 only. Linux drivers like dcdbas or i8k try to achieve this by pinning the running thread to cpu 0, but in Dom0 this is not enough: the vcpu must be pinned to physical cpu 0 via Xen, too. Add a stable

Re: [Xen-devel] [PATCH] docs/design: introduce HVMMEM_ioreq_serverX types

>>> On 25.02.16 at 16:49, wrote: > +To allow an IOREQ server to claim or release a claim to a type a new pair > +of hypercalls will be introduced: > + > +- HVMOP\_map\_mem\_type\_to\_ioreq\_server > +- HVMOP\_unmap\_mem\_type\_from\_ioreq\_server > + > +and an associated

Re: [Xen-devel] [PATCH v3 00/16] Load BIOS via toolstack instead of been embedded in hvmloader.

On Thu, Feb 25, 2016 at 11:16:18AM -0500, Boris Ostrovsky wrote: > On 02/25/2016 09:55 AM, Anthony PERARD wrote: > >Hi all, > > > >Many changes in V3: > > no more cmdline, but use each modules' cmdline to provide a name for it. > > in libxc: > > - use xc_dom_alloc_segment() to load

  1   2   3   >