Re: [Xen-devel] [PATCH v2 09/16] arm/xen: Get event-channel irq through HVM_PARAM when booting with ACPI

On 2016/1/18 22:38, Stefano Stabellini wrote: > On Fri, 15 Jan 2016, Shannon Zhao wrote: >> From: Shannon Zhao >> >> When booting with ACPI, it could get the event-channel irq through >> HVM_PARAM_CALLBACK_IRQ. >> >> Signed-off-by: Shannon Zhao

Re: [Xen-devel] [PATCH v2 10/16] ARM: XEN: Move xen_early_init() before efi_init()

On 2016/1/18 22:59, Stefano Stabellini wrote: > On Fri, 15 Jan 2016, Shannon Zhao wrote: >> From: Shannon Zhao >> >> Move xen_early_init() before efi_init(), then when calling efi_init() >> could initialize Xen specific UEFI. >> >> Check if it runs on Xen hypervisor

[Xen-devel] [PATCH V13 5/5] xl: add pvusb commands

Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list, usbdev-attach and usbdev-detach. To attach a usb device to guest through pvusb, one could follow following example: #xl usbctrl-attach test_vm version=1 ports=8 #xl usb-list test_vm will show the usb controllers and port usage

[Xen-devel] [PATCH V13 3/5] libxl: add pvusb API

Add pvusb APIs, including: - attach/detach (create/destroy) virtual usb controller. - attach/detach usb device - list usb controller and usb devices - some other helper functions Signed-off-by: Chunyan Liu Signed-off-by: Simon Cao Signed-off-by: George

[Xen-devel] [PATCH V13 2/5] libxl_utils: add internal function to read sysfs file contents

Add a new function libxl_read_sysfs_file_contents to handle sysfs file specially. It would be used in later pvusb work. Signed-off-by: Chunyan Liu Acked-by: Ian Jackson --- tools/libxl/libxl_internal.h | 4 +++ tools/libxl/libxl_utils.c| 74

[Xen-devel] [PATCH V13 0/5] xen pvusb toolstack work

This patch series is to add pvusb toolstack work, supporting hot add|remove USB device to|from guest and specify USB device in domain configuration file. Changes to V12: * update error handlings in libxl pvusb API (patch 3/5) * adjust order of patch 4/5 and 5/5, and in 5/5, reuse documentation

[Xen-devel] [PATCH V13 4/5] domcreate: support pvusb in configuration file

Add code to support pvusb in domain config file. One could specify usbctrl and usb in domain's configuration file and create domain, then usb controllers will be created and usb device would be attached to guest automatically. One could specify usb controllers and usb devices in config file like

[Xen-devel] [PATCH V13 1/5] libxl: export some functions for pvusb use

Signed-off-by: Chunyan Liu Signed-off-by: Simon Cao Reviewed-by: Wei Liu Acked-by: Ian Jackson --- tools/libxl/libxl.c | 5 ++--- tools/libxl/libxl_internal.h | 3 +++ 2 files changed, 5

Re: [Xen-devel] [PATCH v4 09/10] arm/uart: Rename dt-uart.c to arm-uart.c

On 2016/1/19 16:39, Jan Beulich wrote: On 19.01.16 at 04:36, wrote: >> > >> > On 2016/1/18 18:40, Jan Beulich wrote: >> > On 16.01.16 at 06:01, wrote: > >>> > From: Shannon Zhao > >>> > >

Re: [Xen-devel] [PATCH v4 09/10] arm/uart: Rename dt-uart.c to arm-uart.c

>>> On 19.01.16 at 09:43, wrote: > > On 2016/1/19 16:39, Jan Beulich wrote: > On 19.01.16 at 04:36, wrote: >>> > >>> > On 2016/1/18 18:40, Jan Beulich wrote: >>> > On 16.01.16 at 06:01, wrote: >>

Re: [Xen-devel] [PATCH v2 2/5] libxl: make GC_FREE reachable in libxl_get_scheduler()

On Tue, 2016-01-19 at 00:57 -0500, Chester Lin wrote: > Coverity CID 1343309 > > Make GC_FREE reachable in all cases in libxl_get_scheduler() by > eliminating the error-path return and instead storing the error code > in > the returned variable. > > To make this semantically consistent, change

Re: [Xen-devel] [PATCH V6 5/5] x86/hvm: pkeys, add pkeys support for cpuid handling

On Tue, Jan 19, 2016 at 03:30:59PM +0800, Huaitong Han wrote: > This patch adds pkeys support for cpuid handing. > > Pkeys hardware support is CPUID.7.0.ECX[3]:PKU. software support is > CPUID.7.0.ECX[4]:OSPKE and it reflects the support setting of CR4.PKE. > I will (again) defer this to x86

Re: [Xen-devel] [PATCH v3 4/4] x86/PV: enable the emulated PIT

On Mon, 2016-01-18 at 18:03 +, Andrew Cooper wrote: > On 18/01/16 17:58, Roger Pau Monné wrote: > > El 18/01/16 a les 11.41, Andrew Cooper ha escrit: > > > On 18/01/16 09:44, Jan Beulich wrote: > > > > > > > On 18.01.16 at 10:29, wrote: > > > > > On 18/01/2016

Re: [Xen-devel] Load calculation refresh in credit2 (was in Re: Questions about the use of idle_vcpu[])

On Mon, 2016-01-18 at 14:12 +, George Dunlap wrote: > [Changing the title to align with the current topic] >  > Load balancing only happens on a reset event; and the frequency of > reset > events will be CREDIT_INIT / (% utilization); so for a system at 1% > utilization that would be once

Re: [Xen-devel] [PATCH v2 5/5] libxl: Add explicit cast to libxl_psr_cat_set_cbm

On Tue, 2016-01-19 at 00:58 -0500, Chester Lin wrote: > Fixes Coverity CID 1343299. The call to xc_psr_cat_set_domain_data() > expects type xc_psr_cat_type but is provided libxl_psr_cbm_type which > is defined in IDL. > > The two enums are deliberately identical and IDL only exists so that >

Re: [Xen-devel] [PATCH v4 09/10] arm/uart: Rename dt-uart.c to arm-uart.c

>>> On 19.01.16 at 04:36, wrote: > > On 2016/1/18 18:40, Jan Beulich wrote: > On 16.01.16 at 06:01, wrote: >>> > From: Shannon Zhao >>> > >>> > Since we will add ACPI initialization for UART in this file later,

Re: [Xen-devel] [PATCH v2 11/16] ARM64: ACPI: Check if it runs on Xen to enable or disable ACPI

On 2016/1/18 23:07, Stefano Stabellini wrote: > On Mon, 18 Jan 2016, Mark Rutland wrote: >> > On Fri, Jan 15, 2016 at 02:55:24PM +0800, Shannon Zhao wrote: >>> > > From: Shannon Zhao >>> > > >>> > > When it's a Xen domain0 booting with ACPI, it will supply a /chosen

Re: [Xen-devel] [PATCH] xen: Improvements to clean and distclean targets

>>> On 18.01.16 at 19:19, wrote: > On 18/01/16 16:57, Jan Beulich wrote: > On 18.01.16 at 17:45, wrote: >>> On 18/01/16 16:41, Jan Beulich wrote: >>> On 18.01.16 at 17:27, wrote: > * Move '*~' and

Re: [Xen-devel] [PATCH v10 6/7] vmx: VT-d posted-interrupt core logic handling

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, January 18, 2016 5:04 PM > To: Wu, Feng > Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; > george.dun...@eu.citrix.com; Tian, Kevin ; xen- >

Re: [Xen-devel] [PATCH] build: specify minimum versions of make and binutils

>>> On 18.01.16 at 18:21, wrote: > On 1/18/16 11:03 AM, Jan Beulich wrote: > On 18.01.16 at 17:53, wrote: >>> To help people avoid having to figure out what versions of make and >>> binutils need to be supported document them explicitly. The version of

[Xen-devel] [qemu-mainline test] 78421: tolerable FAIL - PUSHED

flight 78421 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/78421/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-libvirt-qcow2 9 debian-di-install fail REGR. vs. 78223 test-armhf-armhf-xl-rtds

Re: [Xen-devel] [PATCH v2 1/5] libxl: tidy libxl_get_scheduler() according to CODING_STYLE

On Tue, 2016-01-19 at 00:57 -0500, Chester Lin wrote: > To more closely follow the guidelines in CODING_STYLE, store the > result > of xc_sched_id() in the local variable r, and the check the result of > the call in a separate statement.  Change the type of the output > parameter given to

Re: [Xen-devel] [PATCH v2 1/4] xen/elfnotes: check phys_entry against UNSET_ADDR32

On Fri, Jan 15, 2016 at 03:59:40PM +0100, Roger Pau Monne wrote: > And introduce UNSET_ADDR32. > > Signed-off-by: Roger Pau Monné > Acked-by: Jan Beulich > --- > Cc: Ian Jackson > Cc: Ian Campbell >

Re: [Xen-devel] [PATCH] INSTALL: fix typo

On Mon, 2016-01-18 at 17:17 -0600, Doug Goldstein wrote: > There's a case of a missing T in the word 'the'. > > Signed-off-by: Doug Goldstein cked + pplied, hanks. Ian. > --- >  INSTALL | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/INSTALL

Re: [Xen-devel] [PATCH v3 4/4] x86/PV: enable the emulated PIT

On 19/01/16 09:24, Ian Campbell wrote: > On Mon, 2016-01-18 at 18:03 +, Andrew Cooper wrote: >> On 18/01/16 17:58, Roger Pau Monné wrote: >>> El 18/01/16 a les 11.41, Andrew Cooper ha escrit: On 18/01/16 09:44, Jan Beulich wrote: On 18.01.16 at 10:29,

Re: [Xen-devel] [PATCH] xen: Improvements to clean and distclean targets

On Tue, 2016-01-19 at 11:06 +0100, Juergen Gross wrote: > On 19/01/16 10:38, Ian Campbell wrote: > > On Tue, 2016-01-19 at 01:43 -0700, Jan Beulich wrote: > > > > > > On 18.01.16 at 19:19, wrote: > > > > On 18/01/16 16:57, Jan Beulich wrote: > > > > > > > > On 18.01.16

[Xen-devel] [linux-mingo-tip-master test] 78486: regressions - FAIL

flight 78486 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/78486/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 60684

Re: [Xen-devel] [PATCH v2 12/16] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

On 2016/1/19 1:34, Stefano Stabellini wrote: > On Mon, 18 Jan 2016, Mark Rutland wrote: >> On Fri, Jan 15, 2016 at 02:55:25PM +0800, Shannon Zhao wrote: >>> From: Shannon Zhao >>> >>> Add a "uefi" node under /hypervisor node in FDT, then Linux kernel could >>> scan this

Re: [Xen-devel] [PATCH v3 4/4] x86/PV: enable the emulated PIT

On Tue, 2016-01-19 at 10:09 +, Andrew Cooper wrote: > On 19/01/16 09:24, Ian Campbell wrote: > > On Mon, 2016-01-18 at 18:03 +, Andrew Cooper wrote: > > > On 18/01/16 17:58, Roger Pau Monné wrote: > > > > El 18/01/16 a les 11.41, Andrew Cooper ha escrit: > > > > > On 18/01/16 09:44, Jan

Re: [Xen-devel] [PATCHv5 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On 11/01/16 15:06, Malcolm Crossley wrote: > On 22/12/15 11:56, George Dunlap wrote: >> On 18/12/15 16:08, Malcolm Crossley wrote: >>> >>> + >>> +#ifndef NDEBUG >>> +#define PERCPU_RW_LOCK_UNLOCKED(owner) { RW_LOCK_UNLOCKED, 0, owner } >>> +static inline void

Re: [Xen-devel] [PATCH v5 1/6] remus: don't do failover if we don't have an consistent state

On Tue, 2016-01-19 at 15:17 +0800, Wen Congyang wrote: > We will have an consistent state when a CHECKPOINT_END record "a consistent ..." (and in the subject too). > is received. After the first CHECKPOINT_END record is received, > we will buffer all records until the next CHECKPOINT_END record

Re: [Xen-devel] [PATCH v2 12/16] ARM: Xen: Document UEFI support on Xen ARM virtual platforms

On Tue, Jan 19, 2016 at 06:25:25PM +0800, Shannon Zhao wrote: > > > On 2016/1/19 1:34, Stefano Stabellini wrote: > > On Mon, 18 Jan 2016, Mark Rutland wrote: > >> On Fri, Jan 15, 2016 at 02:55:25PM +0800, Shannon Zhao wrote: > >>> From: Shannon Zhao > >>> > >>> Add a

Re: [Xen-devel] [PATCH v5 2/6] remus: don't call stream_continue() when doing failover

On Tue, 2016-01-19 at 15:17 +0800, Wen Congyang wrote: > stream_continue() is used for migration to read emulator > xenstore data and emulator context. For remus, if we do > failover, we have read it in the checkpoint cycle, and > we only need to complete the stream. > > Signed-off-by: Wen

[Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

The average is calculated over the period of time from the last xenpm report of the average CPU frequency. Reporting the average CPU frequency helps confirm the level of turbo boost being achieved per CPU. Signed-off-by: Malcolm Crossley --- tools/misc/xenpm.c | 42

Re: [Xen-devel] [PATCH v6 2/5] build: Hook the schedulers into Kconfig

On Fri, 2016-01-15 at 11:01 -0600, Jonathan Creekmore wrote: > Allow the schedulers to be independently enabled or disabled at > compile-time. To match existing behavior, all four schedulers are > compiled in by default, although the Credit2, RTDS, and ARINC653 are > marked EXPERIMENTAL to match

Re: [Xen-devel] [PATCH v3 4/4] x86/PV: enable the emulated PIT

On 19/01/16 10:28, Ian Campbell wrote: > On Tue, 2016-01-19 at 10:09 +, Andrew Cooper wrote: >> On 19/01/16 09:24, Ian Campbell wrote: >>> On Mon, 2016-01-18 at 18:03 +, Andrew Cooper wrote: On 18/01/16 17:58, Roger Pau Monné wrote: > El 18/01/16 a les 11.41, Andrew Cooper ha

Re: [Xen-devel] [PATCH v5 3/6] remus: resume immediately if libxl__xc_domain_save_done() completes

On Tue, 2016-01-19 at 15:17 +0800, Wen Congyang wrote: > For example: if the secondary host is down, and we fail to send the data > to > the secondary host. xc_domain_save() returns 0. So in the function > libxl__xc_domain_save_done(), rc is 0 (the helper program exits > normally), > and retval is

Re: [Xen-devel] [PATCH v4 2/5] remus: resume immediately if libxl__xc_domain_save_done() completes

On Tue, 2016-01-19 at 09:01 +0800, Wen Congyang wrote: > On 01/19/2016 12:51 AM, Ian Campbell wrote: > > On Mon, 2016-01-18 at 13:40 +0800, Wen Congyang wrote: > > > For example: if the secondary host is down, and we fail to send the > > > data to > > > the secondary host. xc_domain_save() returns

Re: [Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

On Tue, 2016-01-19 at 10:50 +, Malcolm Crossley wrote: > The average is calculated over the period of time from the last > xenpm report of the average CPU frequency. > > Reporting the average CPU frequency helps confirm the level of turbo > boost being achieved per CPU. > > Signed-off-by:

[Xen-devel] [PATCH v10 2/3] Differentiate IO/mem resources tracked by ioreq server

Currently in ioreq server, guest write-protected ram pages are tracked in the same rangeset with device mmio resources. Yet unlike device mmio, which can be in big chunks, the guest write- protected pages may be discrete ranges with 4K bytes each. This patch uses a seperate rangeset for the guest

[Xen-devel] [PATCH v10 0/3] Refactor ioreq server for better performance.

XenGT leverages ioreq server to track and forward the accesses to GPU I/O resources, e.g. the PPGTT(per-process graphic translation tables). Currently, ioreq server uses rangeset to track the BDF/ PIO/MMIO ranges to be emulated. To select an ioreq server, the rangeset is searched to see if the

[Xen-devel] [PATCH 3/3] tools: introduce parameter max_ranges.

A new parameter - max_ranges is added to set the upper limit of ranges to be tracked inside one ioreq server rangeset. Ioreq server uses a group of rangesets to track the I/O or memory resources to be emulated. The default value of this limit is set to 256. Yet there are circumstances under which

[Xen-devel] [PATCH v10 1/3] Refactor rangeset structure for better performance.

This patch refactors struct rangeset to base it on the red-black tree structure, instead of on the current doubly linked list. By now, ioreq leverages rangeset to keep track of the IO/memory resources to be emulated. Yet when number of ranges inside one ioreq server is very high, traversing a

Re: [Xen-devel] [PATCH] xen: Improvements to clean and distclean targets

On Tue, 2016-01-19 at 01:43 -0700, Jan Beulich wrote: > > > > On 18.01.16 at 19:19, wrote: > > On 18/01/16 16:57, Jan Beulich wrote: > > > > > > On 18.01.16 at 17:45, wrote: > > > > On 18/01/16 16:41, Jan Beulich wrote: > > > > > > > > On

Re: [Xen-devel] [PATCH] x86: Convert shadow-paging to Kconfig

On Mon, 2016-01-18 at 18:40 +, Andrew Cooper wrote: > Signed-off-by: Andrew Cooper Does this have any impact on migration of either PV or HVM guests? What about nested virt? Are things which are defined in xen/arch/*/Rules.mk in this way overrideable from the old

Re: [Xen-devel] [PATCH v10 2/3] Differentiate IO/mem resources tracked by ioreq server

> -Original Message- > From: Yu Zhang [mailto:yu.c.zh...@linux.intel.com] > Sent: 19 January 2016 09:28 > To: xen-devel@lists.xen.org > Cc: Paul Durrant; Stefano Stabellini; Keir (Xen.org); jbeul...@suse.com; > Andrew Cooper; Wei Liu; Kevin Tian; zhiyuan...@intel.com > Subject: [PATCH v10

Re: [Xen-devel] [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()

On Thu, Jan 14, 2016 at 08:13:45PM +, Andrew Cooper wrote: > XTL_NEW_LOGGER() makes a number of unreasonable assumptions about the symbols > visible in its scope, and as such is only usable by its sole caller. > > Remove it. > > Signed-off-by: Andrew Cooper

Re: [Xen-devel] [RFC/WIP] xen: clk: introudce pvclk for device passthrough

On Tue, 2016-01-19 at 10:43 +0800, Peng Fan wrote: > Hello Ian, > > On Mon, Jan 18, 2016 at 12:41:59PM +, Ian Campbell wrote: > > On Mon, 2016-01-18 at 11:24 +, David Vrabel wrote: > > > On 16/01/16 05:22, Peng Fan wrote: > > > > This patch was just a initial patch, not sure whether this

Re: [Xen-devel] [PATCH] xen: Improvements to clean and distclean targets

On 19/01/16 10:38, Ian Campbell wrote: > On Tue, 2016-01-19 at 01:43 -0700, Jan Beulich wrote: > On 18.01.16 at 19:19, wrote: >>> On 18/01/16 16:57, Jan Beulich wrote: >>> On 18.01.16 at 17:45, wrote: > On 18/01/16 16:41, Jan

Re: [Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

On 19/01/16 11:06, Ian Campbell wrote: > On Tue, 2016-01-19 at 10:50 +, Malcolm Crossley wrote: >> The average is calculated over the period of time from the last >> xenpm report of the average CPU frequency. >> >> Reporting the average CPU frequency helps confirm the level of turbo >> boost

Re: [Xen-devel] [PATCH v2 01/13] xsplice: Design document (v5).

I skimmed this document and managed to do some non-technical nitpicks. :-) On Thu, Jan 14, 2016 at 04:46:59PM -0500, Konrad Rzeszutek Wilk wrote: [...] > +## Patching code > + > +The first mechanism to patch that comes in mind is in-place replacement. > +That is replace the affected code with new

Re: [Xen-devel] [PATCH v4 10/11] dma: rename dma_*_writecombine() to dma_*_wc()

* Luis R. Rodriguez wrote: > On Tue, Aug 25, 2015 at 9:21 PM, Ingo Molnar wrote: > > > > * Andrew Morton wrote: > > > >> > There's a catch-22 issue here either way, for instance this rename patch > >> > has > >> > been

Re: [Xen-devel] [PATCH v2 04/13] libxc: Implementation of XEN_XSPLICE_op in libxc (v4).

On Thu, Jan 14, 2016 at 04:47:02PM -0500, Konrad Rzeszutek Wilk wrote: [...] > +int xc_xsplice_upload(xc_interface *xch, > + char *name, > + char *payload, > + uint32_t size) > +{ > +int rc; > +DECLARE_SYSCTL; > +

Re: [Xen-devel] [PATCH v2 05/13] xen-xsplice: Tool to manipulate xsplice payloads (v3)

On Thu, Jan 14, 2016 at 04:47:03PM -0500, Konrad Rzeszutek Wilk wrote: [...] > +/* This value was choosen adhoc. It could be 42 too. */ > +#define MAX_LEN 11 > +static int list_func(int argc, char *argv[]) > +{ > +unsigned int idx, done, left, i; > +xen_xsplice_status_t *info = NULL; > +

Re: [Xen-devel] [PATCH v2 10/13] xen_hello_world.xsplice: Test payload for patching 'xen_extra_version'.

On Thu, Jan 14, 2016 at 04:47:08PM -0500, Konrad Rzeszutek Wilk wrote: > This change demonstrates how to generate an xSplice ELF payload. > > The idea here is that we want to patch in the hypervisor > the 'xen_version_extra' function with an function that will > return 'Hello World'. The 'xl info

Re: [Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

On 19/01/16 10:50, Malcolm Crossley wrote: > @@ -343,10 +348,44 @@ void pxstat_func(int argc, char *argv[]) > show_pxstat_by_cpuid(xc_handle, cpuid); > } > > +static int show_cpufreq_by_cpuid(xc_interface *xc_handle, int cpuid) > +{ > +int ret = 0; > + > +ret =

[Xen-devel] [PATCHv2] xenpm: Add option to report average CPU frequency

The average is calculated over the period of time from the last xenpm report of the average CPU frequency. Reporting the average CPU frequency helps confirm the level of turbo boost being achieved per CPU. Signed-off-by: Malcolm Crossley --- tools/misc/xenpm.c | 37

Re: [Xen-devel] [PATCH v2 1/5] libxl: tidy libxl_get_scheduler() according to CODING_STYLE

Hi Chester What we normally do for new version of patches is to send out a new series prefixed with "PATCH v2", instead of replying to old version of the patches. Could you collect Dario's Reviewed-by tags and send this series as v2. Thanks Wei. ___

Re: [Xen-devel] [PATCH v3] xenstat: handle more than 1024 domains

On Fri, 2016-01-15 at 16:22 +, Ian Campbell wrote: > On Fri, 2016-01-15 at 17:07 +0100, Juergen Gross wrote: > > get_domain_ids() in libxenstat used by read_attributes_qdisk() is > > limited to 1024 domains. Remove that limit. > > > > Signed-off-by: Juergen Gross > > --- > >

Re: [Xen-devel] [PATCH v7 2/2] public/io/netif.h: document control ring and toeplitz hashing

(Re-adding the list and full quoting since I think that was just a button- o) On Mon, 2016-01-18 at 16:24 +, Paul Durrant wrote: > > -Original Message- > [snip] > > > > I noticed (after trimming the quotes unfortunately) that the request gained > > a data[2] in v5 (as part of

Re: [Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

On Tue, 2016-01-19 at 11:10 +, Malcolm Crossley wrote: > On 19/01/16 11:06, Ian Campbell wrote: > > On Tue, 2016-01-19 at 10:50 +, Malcolm Crossley wrote: > > > The average is calculated over the period of time from the last > > > xenpm report of the average CPU frequency. > > > > > >

Re: [Xen-devel] [PATCH v2 1/5] libxl: tidy libxl_get_scheduler() according to CODING_STYLE

On Tue, 2016-01-19 at 11:28 +, Wei Liu wrote: > Hi Chester > > What we normally do for new version of patches is to send out a new > series prefixed with "PATCH v2", instead of replying to old version of > the patches. > > Could you collect Dario's Reviewed-by tags and send this series as

Re: [Xen-devel] [PATCH 4/4] hvmloader: add support to load extra ACPI tables from qemu

On Mon, Jan 18, 2016 at 01:46:29AM -0700, Jan Beulich wrote: > >>> On 18.01.16 at 01:52, wrote: > > On 01/15/16 10:10, Jan Beulich wrote: > >> >>> On 29.12.15 at 12:31, wrote: > >> > NVDIMM devices are detected and configured by software

Re: [Xen-devel] [PATCH OSSTEST] sg-report-job-history: alternate color of osstest column only when it changes

On Wed, 2016-01-06 at 11:08 +, Ian Campbell wrote: ping? > Currently the bgcolor of the osstest column alternates on each line, > rather than only when it changes as the other revision columns do. > > A given flight might touch multiple osstest revisions (although in > practice they rarely

Re: [Xen-devel] [PATCH] xenpm: Add option to report average CPU frequency

On 19/01/16 11:35, Ian Campbell wrote: > On Tue, 2016-01-19 at 11:10 +, Malcolm Crossley wrote: >> On 19/01/16 11:06, Ian Campbell wrote: >>> On Tue, 2016-01-19 at 10:50 +, Malcolm Crossley wrote: The average is calculated over the period of time from the last xenpm report of the

Re: [Xen-devel] [PATCH 4/4] hvmloader: add support to load extra ACPI tables from qemu

>>> On 19.01.16 at 12:37, wrote: > On Mon, Jan 18, 2016 at 01:46:29AM -0700, Jan Beulich wrote: >> >>> On 18.01.16 at 01:52, wrote: >> > On 01/15/16 10:10, Jan Beulich wrote: >> >> >>> On 29.12.15 at 12:31, wrote: >> >> >

Re: [Xen-devel] [PATCH 3/3] tools: introduce parameter max_ranges.

On Tue, Jan 19, 2016 at 05:27:58PM +0800, Yu Zhang wrote: > A new parameter - max_ranges is added to set the upper limit of ranges > to be tracked inside one ioreq server rangeset. > > Ioreq server uses a group of rangesets to track the I/O or memory > resources to be emulated. The default value

[Xen-devel] [PATCH] docs: correct descriptions of gnttab_max_{, maptrack}_frames

gnttab_max_frames incorrectly referred to numbers of grant tab operations and gnttab_max_maptrack_frames was confusingly worded. Add the default for gnttab_max_frames while here (it's currently the same on all arches since no arch uses the available arch override) and adjust the default for

Re: [Xen-devel] [PATCH LIBVIRT] libxl: Support cmdline= in xl config files

I went to ping this but noticed that I had sent it to "jimfehlig" (i.e. no domain), so no wonder there was no reply! To: line fixed here, let me know if you would prefer a resend. Ian. On Wed, 2015-12-16 at 12:09 +, Ian Campbell wrote: > ... and consolidate the cmdline/extra/root parsing to

[Xen-devel] [PATCH] libxc: fix comment in xc__hypercall_bounce_pre

Signed-off-by: Wei Liu --- Cc: Ian Campbell Cc: Ian Jackson Cc: Stefano Stabellini --- tools/libxc/xc_hcall_buf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [Xen-devel] [PATCH v2 16/16] ARM64: XEN: Initialize Xen specific UEFI runtime services

On Mon, 18 Jan 2016, Mark Rutland wrote: > On Mon, Jan 18, 2016 at 05:45:24PM +, Stefano Stabellini wrote: > > On Mon, 18 Jan 2016, Mark Rutland wrote: > > > On Fri, Jan 15, 2016 at 02:55:29PM +0800, Shannon Zhao wrote: > > > > +void __init xen_efi_runtime_setup(void) > > > > +{ > > > > +

Re: [Xen-devel] [PATCH] docs: correct descriptions of gnttab_max_{, maptrack}_frames

On Tue, 2016-01-19 at 11:56 +, Ian Campbell wrote: Should have been tagged, v2, sorry. > gnttab_max_frames incorrectly referred to numbers of grant tab > operations and gnttab_max_maptrack_frames was confusingly worded. > > Add the default for gnttab_max_frames while here (it's currently

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

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

Re: [Xen-devel] [PATCH v2 10/16] ARM: XEN: Move xen_early_init() before efi_init()

On Tue, 19 Jan 2016, Shannon Zhao wrote: > On 2016/1/18 22:59, Stefano Stabellini wrote: > > On Fri, 15 Jan 2016, Shannon Zhao wrote: > >> From: Shannon Zhao > >> > >> Move xen_early_init() before efi_init(), then when calling efi_init() > >> could initialize Xen specific

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

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

Re: [Xen-devel] Questions about the use of idle_vcpu[]

On 1/18/2016 11:07 AM, Meng Xu wrote: On Mon, Jan 18, 2016 at 6:00 AM, Dario Faggioli wrote: On Mon, 2016-01-18 at 10:47 +, George Dunlap wrote: On Fri, Jan 15, 2016 at 1:04 AM, Tianyang Chen If an idle vcpu is picked, the ret.time is

Re: [Xen-devel] [PATCH v6 1/2] memory-hotplug: add automatic onlining policy for the newly added memory

On Fri, 15 Jan 2016, Vitaly Kuznetsov wrote: > Currently, all newly added memory blocks remain in 'offline' state unless > someone onlines them, some linux distributions carry special udev rules > like: > > SUBSYSTEM=="memory", ACTION=="add", ATTR{state}=="offline", > ATTR{state}="online" > >

[Xen-devel] [PATCH] x86/HVM: memset CPU context save area

In order to prevent leaking data in the padding field. Also remove the memset done to the fpu_regs in case of no FPU context present, since it's already taken care by the memset of the whole CPU context structure. The same applies to setting ctxt.flags to 0 in case there's no FPU context.

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

flight 78539 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/78539/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 12 guest-saverestore fail REGR. vs. 78522 Tests

Re: [Xen-devel] [PATCH V13 5/5] xl: add pvusb commands

Chunyan Liu writes ("[PATCH V13 5/5] xl: add pvusb commands"): > Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list, > usbdev-attach and usbdev-detach. Thanks for swapping this with the other patch. It is better now. > +=item B I I However, I think you need to explictly state that

Re: [Xen-devel] [PATCH OSSTEST] sg-report-job-history: alternate color of osstest column only when it changes

Ian Campbell writes ("Re: [PATCH OSSTEST] sg-report-job-history: alternate color of osstest column only when it changes"): > On Wed, 2016-01-06 at 11:08 +, Ian Campbell wrote: > > ping? Acked-by: Ian Jackson ___

Re: [Xen-devel] [PATCH] build: specify minimum versions of make and binutils

On 1/19/16 2:48 AM, Jan Beulich wrote: On 18.01.16 at 18:21, wrote: >> On 1/18/16 11:03 AM, Jan Beulich wrote: >> On 18.01.16 at 17:53, wrote: To help people avoid having to figure out what versions of make and binutils need to be

Re: [Xen-devel] [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()

On 19/01/16 17:36, Ian Jackson wrote: > Ian Jackson writes ("Re: [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()"): >> Ian Campbell writes ("Re: [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()"): >>> The underlying issue with all of these is the _undocumented_ nature of the >>> assumptions, which is

Re: [Xen-devel] [PATCH 2/2] libxl: fix UUID usage on FreeBSD

Ian Campbell writes ("Re: [Xen-devel] [PATCH 2/2] libxl: fix UUID usage on FreeBSD"): > On Fri, 2016-01-15 at 16:11 +0100, Roger Pau Monné wrote: > > Yes, we can remove the uuid_t from libxl_uuid, but this is AFAICT a > > structure that belongs to the stable API. > > Oh b*m, so it is. I think

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

El 19/01/16 a les 18.43, osstest service owner ha escrit: > flight 78539 xen-unstable-smoke real [real] > http://logs.test-lab.xenproject.org/osstest/logs/78539/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [xen-unstable-smoke test] 78539: regressions - FAIL [and 3 more messages]

Roger Pau Monne writes ("[Xen-devel] [PATCH] x86/HVM: memset CPU context save area"): > In order to prevent leaking data in the padding field. Also remove the > memset done to the fpu_regs in case of no FPU context present, since it's > already taken care by the memset of the whole CPU context

Re: [Xen-devel] [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()

Andrew Cooper writes ("Re: [PATCH] tools/toollog: Drop XTL_NEW_LOGGER()"): > On 19/01/16 17:36, Ian Jackson wrote: > > I think this macro is useful because if you wanted to write (say) > > xtl_logger_syslog, you would want to use it to help you with some > > boilerplate. > > WTF? Even documented,

[Xen-devel] [libvirt test] 78488: tolerable FAIL - PUSHED

flight 78488 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/78488/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-vhd 9 debian-di-installfail like 78311 Tests which did not succeed, but

Re: [Xen-devel] [PATCH V13 4/5] domcreate: support pvusb in configuration file

Chunyan Liu writes ("[PATCH V13 4/5] domcreate: support pvusb in configuration file"): > Add code to support pvusb in domain config file. One could specify > usbctrl and usb in domain's configuration file and create domain, > then usb controllers will be created and usb device would be attached >

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

flight 78548 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/78548/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 12 guest-saverestore fail REGR. vs. 78522 Tests

Re: [Xen-devel] [PATCH] x86/HVM: memset CPU context save area

El 19/01/16 a les 18.42, Roger Pau Monne ha escrit: > In order to prevent leaking data in the padding field. Also remove the > memset done to the fpu_regs in case of no FPU context present, since it's > already taken care by the memset of the whole CPU context structure. The > same applies to

Re: [Xen-devel] [PATCH] x86/HVM: memset CPU context save area

On 19/01/16 17:42, Roger Pau Monne wrote: > In order to prevent leaking data in the padding field. Also remove the > memset done to the fpu_regs in case of no FPU context present, since it's > already taken care by the memset of the whole CPU context structure. The > same applies to setting

Re: [Xen-devel] Error booting Xen

On Tue, Jan 19, 2016 at 10:38 PM, Dario Faggioli wrote: > On Tue, 2016-01-19 at 17:02 +, Andrew Cooper wrote: >> On 19/01/16 16:47, Jan Beulich wrote: >> > > > > On 19.01.16 at 17:27, wrote: >> > > Adding 'xsave=0' is working for now.

Re: [Xen-devel] [PATCH 3/3] tools: introduce parameter max_ranges.

> From: Ian Campbell [mailto:ian.campb...@citrix.com] > Sent: Tuesday, January 19, 2016 11:19 PM > > On Tue, 2016-01-19 at 15:04 +, Wei Liu wrote: > > This patch doesn't seem to have been CCd to the tools maintainers, adding > Ian too, I think everyone else was picked up along the way. > >

Re: [Xen-devel] [PATCH v5 1/6] remus: don't do failover if we don't have an consistent state

On 01/19/2016 06:48 PM, Ian Campbell wrote: > On Tue, 2016-01-19 at 15:17 +0800, Wen Congyang wrote: >> We will have an consistent state when a CHECKPOINT_END record > > "a consistent ..." (and in the subject too). > >> is received. After the first CHECKPOINT_END record is received, >> we will

Re: [Xen-devel] [PATCH v5 3/6] remus: resume immediately if libxl__xc_domain_save_done() completes

On 01/19/2016 06:55 PM, Ian Campbell wrote: > On Tue, 2016-01-19 at 15:17 +0800, Wen Congyang wrote: >> For example: if the secondary host is down, and we fail to send the data >> to >> the secondary host. xc_domain_save() returns 0. So in the function >> libxl__xc_domain_save_done(), rc is 0 (the

Re: [Xen-devel] [PATCH V13 5/5] xl: add pvusb commands

On 01/19/2016 11:11 AM, Ian Jackson wrote: > Chunyan Liu writes ("[PATCH V13 5/5] xl: add pvusb commands"): >> Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list, >> usbdev-attach and usbdev-detach. > Thanks for swapping this with the other patch. It is better now. > >> +=item B I I >

Re: [Xen-devel] [PATCH 0/4] add support for vNVDIMM

> From: Zhang, Haozhong > Sent: Tuesday, December 29, 2015 7:32 PM > > This patch series is the Xen part patch to provide virtual NVDIMM to > guest. The corresponding QEMU patch series is sent separately with the > title "[PATCH 0/2] add vNVDIMM support for Xen". > > * Background > > NVDIMM

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

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

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

flight 78487 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/78487/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 59254

  1   2   3   >