Re: [Xen-devel] [PATCH] tools/hotplug: update systemd dependency to use service instead of socket

On Wed, Dec 03, M A Young wrote: > On Wed, 3 Dec 2014, Konrad Rzeszutek Wilk wrote: > >Options=mode=755,context="$XENSTORED_MOUNT_CTX" > > Yes, that was on my probable bug list, as context="none" isn't a valid mount > option (on Fedora at least), presumably because context has to be followed > by

[Xen-devel] [linux-3.10 test] 32058: regressions - FAIL

flight 32058 linux-3.10 real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/32058/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303 Regressions which are

[Xen-devel] xen/arm: uart interrupts handling

Hi Tim, I see that on uart interrupt, ICR is written to clear the all interrupts except TX, RX and RX timeout. With this, cpu always finds TX/RX is active and never comes out of the loop. With the below changes, TX, RX & RTI are cleared before handling this interrupts. Is my observation is corre

Re: [Xen-devel] [Intel-gfx] [Announcement] 2014-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel

Hi all, We're pleased to announce a public release to Intel Graphics Virtualization Technology (Intel GVT-g, formerly known as XenGT). Intel GVT-g is a complete vGPU solution with mediated pass-through, supported today on 4th generation Intel Core(TM) processors with Intel Graphics processors.

Re: [Xen-devel] [v4] libxc: Expose the 1GB pages cpuid flag to guest

Konrad Rzeszutek Wilk wrote on 2014-12-03: > On Wed, Dec 03, 2014 at 09:38:49AM +, Ian Campbell wrote: >> On Tue, 2014-12-02 at 16:09 -0500, Konrad Rzeszutek Wilk wrote: >>> On Fri, Nov 28, 2014 at 11:50:43AM +, Ian Campbell wrote: On Fri, 2014-11-28 at 18:52 +0800, Liang Li wrote: >>>

Re: [Xen-devel] xl pci-attach silently fails the first time

On Wed, Dec 03, 2014 at 09:31:03PM -0400, Konrad Rzeszutek Wilk wrote: > On Mon, Dec 01, 2014 at 12:01:51PM -0500, Konrad Rzeszutek Wilk wrote: > > On Mon, Dec 01, 2014 at 02:32:44PM +0100, Olaf Hering wrote: > > > On Mon, Dec 01, Olaf Hering wrote: > > > > > > > # xl pci-assignable-add 01:10.0 >

Re: [Xen-devel] xl pci-attach silently fails the first time

On Mon, Dec 01, 2014 at 12:01:51PM -0500, Konrad Rzeszutek Wilk wrote: > On Mon, Dec 01, 2014 at 02:32:44PM +0100, Olaf Hering wrote: > > On Mon, Dec 01, Olaf Hering wrote: > > > > > # xl pci-assignable-add 01:10.0 > > > # xl pci-assignable-list > > > :01:10.0 > > > # xl create -f domU.cfg > >

Re: [Xen-devel] [PATCH v4 4/9] xen: introduce XEN_DOMCTL_devour

Hi Vitaly, On 03/12/2014 17:16, Vitaly Kuznetsov wrote: New operation sets the 'recipient' domain which will recieve all s/recieve/receive/ memory pages from a particular domain and kills the original domain. Signed-off-by: Vitaly Kuznetsov --- @@ -1764,13 +1765,32 @@ void free_domheap_pag

Re: [Xen-devel] [PATCH v5 6/9] PCI: Expose pci_load_saved_state for public consumption.

On Wed, Dec 3, 2014 at 2:40 PM, Konrad Rzeszutek Wilk wrote: > We have the pci_load_and_free_saved_state, and pci_store_saved_state > but are missing the functionality to just load the state > multiple times in the PCI device without having to free/save > the state. > > This patch makes it possibl

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

flight 32029 qemu-mainline real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/32029/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 31947 Tests which did not succeed,

Re: [Xen-devel] [PATCH for-4.5] libxl_set_memory_target: only remove videoram from absolute targets

On 12/03/14 13:20, Stefano Stabellini wrote: If the new target is relative to the current target, do not remove videoram again: it has already been removed from the current target. Signed-off-by: Stefano Stabellini diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index de23fec..2aa83bd 1

[Xen-devel] [libvirt test] 32064: regressions - FAIL

flight 32064 libvirt real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/32064/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-libvirt5 libvirt-build fail REGR. vs. 32005 build-amd64-libvirt

[Xen-devel] [PATCH v5 9/9] xen/pciback: Implement PCI reset slot or bus with 'do_flr' SysFS attribute

The life-cycle of a PCI device in Xen pciback is complex and is constrained by the PCI generic locking mechanism. It starts with the device being binded to us - for which we do a device function reset (and done via SysFS so the PCI lock is held) If the device is unbinded from us - we also do a fu

[Xen-devel] [PATCH v5] Fixes for PCI backend for 3.19.

Since v4 (http://lists.xen.org/archives/html/xen-devel/2014-11/msg02130.html): - Per David's review altered one of the patches. v3 (https://lkml.org/lkml/2014/7/8/533): - Epic discussion. These patches fix some issues with PCI back and also add proper bus/slot reset. Documentation/ABI/testin

[Xen-devel] [PATCH v5 7/9] xen/pciback: Restore configuration space when detaching from a guest.

The commit "xen/pciback: Don't deadlock when unbinding." was using the version of pci_reset_function which would lock the device lock. That is no good as we can dead-lock. As such we swapped to using the lock-less version and requiring that the callers of 'pcistub_put_pci_dev' take the device lock.

[Xen-devel] [PATCH v5 3/9] xen/pciback: Include the domain id if removing the device whilst still in use

Cleanup the function a bit - also include the id of the domain that is using the device. Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: David Vrabel --- drivers/xen/xen-pciback/pci_stub.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/xen/xen-pciback/p

[Xen-devel] [PATCH v5 6/9] PCI: Expose pci_load_saved_state for public consumption.

We have the pci_load_and_free_saved_state, and pci_store_saved_state but are missing the functionality to just load the state multiple times in the PCI device without having to free/save the state. This patch makes it possible to use this function. CC: Bjorn Helgaas Signed-off-by: Konrad Rzeszut

[Xen-devel] [PATCH v5 8/9] xen-pciback: drop SR-IOV VFs when PF driver unloads

From: Jan Beulich When a PF driver unloads, it may find it necessary to leave the VFs around simply because of pciback having marked them as assigned to a guest. Utilize a suitable notification to let go of the VFs, thus allowing the PF to go back into the state it was before its driver loaded (w

[Xen-devel] [PATCH v5 5/9] xen/pciback: Remove tons of dereferences

A little cleanup. No functional difference. Reviewed-by: Boris Ostrovsky Signed-off-by: Konrad Rzeszutek Wilk --- drivers/xen/xen-pciback/pci_stub.c | 20 +++- 1 file changed, 11 insertions(+), 9 deletions(-) diff --git a/drivers/xen/xen-pciback/pci_stub.c b/drivers/xen/xen-pc

[Xen-devel] [PATCH v5 4/9] xen/pciback: Print out the domain owning the device.

We had been printing it only if the device was built with debug enabled. But this information is useful in the field to troubleshoot. Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: David Vrabel --- drivers/xen/xen-pciback/xenbus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

[Xen-devel] [PATCH v5 1/9] xen/pciback: Don't deadlock when unbinding.

As commit 0a9fd0152929db372ff61b0d6c280fdd34ae8bdb 'xen/pciback: Document the entry points for 'pcistub_put_pci_dev'' explained there are four entry points in this function. Two of them are when the user fiddles in the SysFS to unbind a device which might be in use by a guest or not. Both 'unbind'

[Xen-devel] [PATCH v5 2/9] driver core: Provide an wrapper around the mutex to do lockdep warnings

Instead of open-coding it in drivers that want to double check that their functions are indeed holding the device lock. Signed-off-by: Konrad Rzeszutek Wilk Suggested-by: David Vrabel Acked-by: Greg Kroah-Hartman --- drivers/xen/xen-pciback/pci_stub.c | 2 +- include/linux/device.h

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, 3 Dec 2014, Konrad Rzeszutek Wilk wrote: On Wed, Dec 03, 2014 at 11:55:22AM +0100, Olaf Hering wrote: On Wed, Dec 03, Ian Campbell wrote: On Wed, 2014-12-03 at 11:49 +0100, Olaf Hering wrote: On Wed, Dec 03, Ian Campbell wrote: Ah I didn't know about the sd_listen_fds thing, so I

Re: [Xen-devel] [PATCH] tools/hotplug: update systemd dependency to use service instead of socket

On Wed, 3 Dec 2014, Konrad Rzeszutek Wilk wrote: On Tue, Dec 02, 2014 at 06:51:50PM +, M A Young wrote: On Tue, 2 Dec 2014, Konrad Rzeszutek Wilk wrote: On Tue, Dec 02, 2014 at 03:44:55PM +, Ian Campbell wrote: On Tue, 2014-12-02 at 16:39 +0100, Olaf Hering wrote: Since commit 454

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, Dec 03, 2014 at 11:55:22AM +0100, Olaf Hering wrote: > On Wed, Dec 03, Ian Campbell wrote: > > > On Wed, 2014-12-03 at 11:49 +0100, Olaf Hering wrote: > > > On Wed, Dec 03, Ian Campbell wrote: > > > > > > > Ah I didn't know about the sd_listen_fds thing, so I think that what we > > > > ne

[Xen-devel] A few EFI code questions

Hey, 1) Why is there in EFI code so many functions (e.g. efi_start(), efi_arch_edd(), ...) with local variables declared as a static? Though some of them have also regular local variables. I do not why it was decided that some of them must be the static and some of do not. It is a bit

Re: [Xen-devel] [PATCH for-4.5] libxl_set_memory_target: only remove videoram from absolute targets

On Wed, Dec 03, 2014 at 06:20:41PM +, Stefano Stabellini wrote: > If the new target is relative to the current target, do not remove > videoram again: it has already been removed from the current target. Please explain: - Is this an regression? - How often does it occur? - Is it fatal? - A

Re: [Xen-devel] [PATCHv1] xen: increase default number of PIRQs for hardware domains

On Wed, Dec 03, 2014 at 04:04:20PM +, David Vrabel wrote: > The default limit for the number of PIRQs for hardware domains (dom0) > is not sufficient for some (x86) systems. > > Since the pirq structures are individually and dynamically allocated, > the limit for hardware domains may be increa

Re: [Xen-devel] [PATCH for-xen-4.5 1/3] tools/hotplug: distclean target should remove files generated by configure

On Wed, Dec 03, 2014 at 04:53:53PM +0100, Daniel Kiper wrote: > On Tue, Dec 02, 2014 at 01:36:20PM -0500, Konrad Rzeszutek Wilk wrote: > > On Tue, Dec 02, 2014 at 04:16:28PM +0100, Daniel Kiper wrote: > > > Signed-off-by: Daniel Kiper > > > > This usage scenario which I can see this being useful (

Re: [Xen-devel] [PATCH] tools/hotplug: update systemd dependency to use service instead of socket

On Tue, Dec 02, 2014 at 06:51:50PM +, M A Young wrote: > On Tue, 2 Dec 2014, Konrad Rzeszutek Wilk wrote: > > >On Tue, Dec 02, 2014 at 03:44:55PM +, Ian Campbell wrote: > >>On Tue, 2014-12-02 at 16:39 +0100, Olaf Hering wrote: > >>>Since commit 4542ae340d75bd6319e3fcd94e6c9336e210aeef ("to

Re: [Xen-devel] [PATCH for-4.5] libxl: expose #define to 4.5 and above

On Wed, Dec 03, 2014 at 10:50:34AM +, Ian Campbell wrote: > On Wed, 2014-12-03 at 10:41 +, Wei Liu wrote: > > In e3abab74 (libxl: un-constify return value of libxl_basename), the > > macro was exposed to releases < 4.5. However only new code is able to > > make use of that macro so it shoul

Re: [Xen-devel] [PATCH v4 7/7] xen/pciback: Restore configuration space when detaching from a guest.

On Tue, Dec 02, 2014 at 06:11:50PM -0500, Boris Ostrovsky wrote: > On 11/21/2014 05:17 PM, Konrad Rzeszutek Wilk wrote: > >The commit "xen/pciback: Don't deadlock when unbinding." was using > >the version of pci_reset_function which would lock the device lock. > >That is no good as we can dead-lock

Re: [Xen-devel] [v4] libxc: Expose the 1GB pages cpuid flag to guest

On Wed, Dec 03, 2014 at 09:38:49AM +, Ian Campbell wrote: > On Tue, 2014-12-02 at 16:09 -0500, Konrad Rzeszutek Wilk wrote: > > On Fri, Nov 28, 2014 at 11:50:43AM +, Ian Campbell wrote: > > > On Fri, 2014-11-28 at 18:52 +0800, Liang Li wrote: > > > > If hardware support the 1GB pages, expos

Re: [Xen-devel] [PATCH] INSTALL: fix typo in xendomains.service name

On Wed, Dec 03, 2014 at 09:52:34AM +0100, Olaf Hering wrote: > Signed-off-by: Olaf Hering > Cc: Ian Campbell > Cc: Ian Jackson > --- > INSTALL | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) This being a doc it can go in anytime. thank you! > > diff --git a/INSTALL b/INSTALL > index 0

Re: [Xen-devel] [PATCH v15 17/21] x86/VPMU: Handle PMU interrupts for PV guests

On 11/27/2014 03:59 AM, Jan Beulich wrote: On 26.11.14 at 15:39, wrote: On 11/25/2014 09:28 AM, Jan Beulich wrote: +else +{ +struct segment_register seg; + +hvm_get_segment_register(sampled, x86_seg_cs, &seg); +r->cs = seg

Re: [Xen-devel] [PATCH v15 11/21] x86/VPMU: Interface for setting PMU mode and flags

On 11/27/2014 03:57 AM, Jan Beulich wrote: On 26.11.14 at 15:32, wrote: On 11/25/2014 08:49 AM, Jan Beulich wrote: On 17.11.14 at 00:07, wrote: @@ -244,19 +256,19 @@ void vpmu_initialise(struct vcpu *v) switch ( vendor ) { case X86_VENDOR_AMD: -if ( svm_vpmu_init

Re: [Xen-devel] [PATCH] xen: privcmd: schedule() after private hypercall when non CONFIG_PREEMPT

On Wed, Dec 03, 2014 at 05:37:51AM +0100, Juergen Gross wrote: > On 12/03/2014 03:28 AM, Luis R. Rodriguez wrote: >> On Tue, Dec 02, 2014 at 11:11:18AM +, David Vrabel wrote: >>> On 01/12/14 22:36, Luis R. Rodriguez wrote: Then I do agree its a fair analogy (and find this obviously od

Re: [Xen-devel] [PATCH] xsm/flask: improve unknown permission handling

On 03/12/14 18:37, Daniel De Graaf wrote: > On 11/27/2014 10:33 AM, Andrew Cooper wrote: >> On 27/11/14 15:23, George Dunlap wrote: >>> On Tue, Nov 25, 2014 at 6:05 PM, Daniel De Graaf >>> wrote: When an unknown domctl, sysctl, or other operation is encountered in the FLASK security

Re: [Xen-devel] [PATCH] xsm/flask: improve unknown permission handling

On 11/27/2014 10:33 AM, Andrew Cooper wrote: On 27/11/14 15:23, George Dunlap wrote: On Tue, Nov 25, 2014 at 6:05 PM, Daniel De Graaf wrote: When an unknown domctl, sysctl, or other operation is encountered in the FLASK security server, use the allow_unknown bit in the security policy (set by

[Xen-devel] [PATCH for-4.5] libxl_set_memory_target: only remove videoram from absolute targets

If the new target is relative to the current target, do not remove videoram again: it has already been removed from the current target. Signed-off-by: Stefano Stabellini diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index de23fec..2aa83bd 100644 --- a/tools/libxl/libxl.c +++ b/tools/lib

Re: [Xen-devel] [PATCH v2 for-4.6] libxl_set_memory_target: retain the same maxmem offset on top of the current target

On Wed, 3 Dec 2014, Don Slutz wrote: > On 12/03/14 12:31, Stefano Stabellini wrote: > > On Tue, 2 Dec 2014, Don Slutz wrote: > > > On 12/02/14 09:59, Don Slutz wrote: > > > > On 12/02/14 09:26, Stefano Stabellini wrote: > > > > > On Tue, 2 Dec 2014, Don Slutz wrote: > > > > > > On 12/02/14 06:53, S

Re: [Xen-devel] [PATCH v2 for-4.6] libxl_set_memory_target: retain the same maxmem offset on top of the current target

On 12/03/14 12:31, Stefano Stabellini wrote: On Tue, 2 Dec 2014, Don Slutz wrote: On 12/02/14 09:59, Don Slutz wrote: On 12/02/14 09:26, Stefano Stabellini wrote: On Tue, 2 Dec 2014, Don Slutz wrote: On 12/02/14 06:53, Stefano Stabellini wrote: In libxl_set_memory_target when setting the new

Re: [Xen-devel] Regression, host crash with 4.5rc1

Jan- No, I have no knowledge of an unpublished errata related to C State issues. -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 -Original Message- From: Jan Beulich [mailto:jbeul...@suse.com] Sent: Thursday, November 27, 2014 2:28 AM To: Steve Freitas;

[Xen-devel] [PATCH v4 2/9] xen: introduce SHUTDOWN_soft_reset shutdown reason

Signed-off-by: Vitaly Kuznetsov --- xen/common/shutdown.c | 7 +++ xen/include/public/sched.h | 3 ++- 2 files changed, 9 insertions(+), 1 deletion(-) diff --git a/xen/common/shutdown.c b/xen/common/shutdown.c index 94d4c53..5c3a158 100644 --- a/xen/common/shutdown.c +++ b/xen/common/sh

[Xen-devel] [PATCH v4 6/9] libxl: add libxl__domain_soft_reset_destroy_old()

New libxl__domain_soft_reset_destroy_old() is an internal-only version of libxl_domain_destroy() which follows the same domain destroy path with the only difference: xc_domain_destroy() is being avoided so the domain is not actually being destroyed. Add soft_reset flag to libxl__domain_destroy_sta

Re: [Xen-devel] [PATCH v2 for-4.6] libxl_set_memory_target: retain the same maxmem offset on top of the current target

On Tue, 2 Dec 2014, Don Slutz wrote: > On 12/02/14 09:59, Don Slutz wrote: > > On 12/02/14 09:26, Stefano Stabellini wrote: > > > On Tue, 2 Dec 2014, Don Slutz wrote: > > > > On 12/02/14 06:53, Stefano Stabellini wrote: > > > > > In libxl_set_memory_target when setting the new maxmem, retain the >

[Xen-devel] 4.5.0-rc3

Konrad has tagged 4.5.0-rc3. The tag has been pushed to xen.git, along with the force push of the qemu tag to master. I have merged the result into staging. The tarball is in the expected place. Thanks, Konrad. Ian. ___ Xen-devel mailing list Xen-de

[Xen-devel] [PATCH v4 5/9] libxc: support XEN_DOMCTL_devour

Introduce new xc_domain_devour() function to support XEN_DOMCTL_devour. Signed-off-by: Vitaly Kuznetsov --- tools/libxc/include/xenctrl.h | 14 ++ tools/libxc/xc_domain.c | 13 + 2 files changed, 27 insertions(+) diff --git a/tools/libxc/include/xenctrl.h b/tools/l

[Xen-devel] [PATCH v4 9/9] xsm: add XEN_DOMCTL_devour support

Signed-off-by: Vitaly Kuznetsov --- xen/common/domctl.c | 6 ++ xen/include/xsm/dummy.h | 6 ++ xen/include/xsm/xsm.h | 6 ++ xen/xsm/dummy.c | 1 + xen/xsm/flask/hooks.c | 17 + xen/xsm/fl

[Xen-devel] [PATCH v4 4/9] xen: introduce XEN_DOMCTL_devour

New operation sets the 'recipient' domain which will recieve all memory pages from a particular domain and kills the original domain. Signed-off-by: Vitaly Kuznetsov --- xen/common/domain.c | 3 +++ xen/common/domctl.c | 33 + xen/common/page_allo

[Xen-devel] [PATCH v4 0/9] toolstack-based approach to pvhvm guest kexec

Changes from RFCv3: This is the first non-RFC series as no major concerns were expressed. I'm trying to address Jan's comments. Changes are: - Move from XEN_DOMCTL_set_recipient to XEN_DOMCTL_devour (I don't really like the name but nothing more appropriate came to my mind) which incorporates f

[Xen-devel] [PATCH v4 1/9] xen: introduce DOMDYING_locked state

New dying state is requred to indicate that a particular domain is dying but cleanup procedure wasn't started. This state can be set from outside of domain_kill(). Signed-off-by: Vitaly Kuznetsov --- xen/common/domain.c | 1 + xen/include/xen/sched.h | 3 ++- 2 files changed, 3 insertions(+)

[Xen-devel] [PATCH v4 7/9] libxc: introduce soft reset for HVM domains

Add new xc_domain_soft_reset() function which performs so-called 'soft reset' for an HVM domain. It is being performed in the following way: - Save HVM context and all HVM params; - Devour original domain with XEN_DOMCTL_devour; - Wait till original domain dies or has no pages left; - Restore HVM c

[Xen-devel] [PATCH v4 3/9] libxl: support SHUTDOWN_soft_reset shutdown reason

Use letter 't' to indicate a domain in such state. Signed-off-by: Vitaly Kuznetsov --- tools/libxl/libxl_types.idl | 1 + tools/libxl/xl_cmdimpl.c | 2 +- tools/python/xen/lowlevel/xl/xl.c | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/tools/libxl/libxl_types

[Xen-devel] [PATCH v4 8/9] libxl: soft reset support

Perform soft reset when a domain did SHUTDOWN_soft_reset. Migrate the content with xc_domain_soft_reset(), reload dm and toolstack. Signed-off-by: Vitaly Kuznetsov --- tools/libxl/libxl.h | 6 +++ tools/libxl/libxl_create.c | 103 +++ tools/li

Re: [Xen-devel] [PATCH RESEND] xen/blkfront: improve protection against issuing unsupported REQ_FUA

Boris Ostrovsky writes: > On 12/01/2014 08:01 AM, Vitaly Kuznetsov wrote: >> Guard against issuing unsupported REQ_FUA and REQ_FLUSH was introduced >> in d11e61583 and was factored out into blkif_request_flush_valid() in >> 0f1ca65ee. However: >> 1) This check in incomplete. In case we negotiated

Re: [Xen-devel] [PATCH RESEND] xen/blkfront: improve protection against issuing unsupported REQ_FUA

On 12/01/2014 08:01 AM, Vitaly Kuznetsov wrote: Guard against issuing unsupported REQ_FUA and REQ_FLUSH was introduced in d11e61583 and was factored out into blkif_request_flush_valid() in 0f1ca65ee. However: 1) This check in incomplete. In case we negotiated to feature_flush = REQ_FLUSH and

Re: [Xen-devel] [PATCHv1] xen: increase default number of PIRQs for hardware domains

On 03/12/14 16:04, David Vrabel wrote: > The default limit for the number of PIRQs for hardware domains (dom0) > is not sufficient for some (x86) systems. > > Since the pirq structures are individually and dynamically allocated, > the limit for hardware domains may be increased to the number of > p

[Xen-devel] [PATCHv1] xen: increase default number of PIRQs for hardware domains

The default limit for the number of PIRQs for hardware domains (dom0) is not sufficient for some (x86) systems. Since the pirq structures are individually and dynamically allocated, the limit for hardware domains may be increased to the number of possible IRQs. The extra_guest_irqs command line o

Re: [Xen-devel] [PATCH 2/2] xen-detect: check for XEN_PV before XEN_HVM

On 01/12/14 14:37, John Haxby wrote: > At some stage, the cpuid instruction used to detect a xen hvm domain > also started working in a pv domain so pv domains were being identified > as hvm (dom0 excepted). Change the order so that pv is tested for > first. > > Signed-off-by: John Haxby This wi

Re: [Xen-devel] [PATCH for-xen-4.5 1/3] tools/hotplug: distclean target should remove files generated by configure

On Tue, Dec 02, 2014 at 01:36:20PM -0500, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 02, 2014 at 04:16:28PM +0100, Daniel Kiper wrote: > > Signed-off-by: Daniel Kiper > > This usage scenario which I can see this being useful (and > I've tripped over this) is when you rebuild a new version > from t

Re: [Xen-devel] [PATCH 1/2] xen-detect: fix strict-aliasing compilation warning.

On 03/12/14 15:39, John Haxby wrote: > On 01/12/14 17:15, Andrew Cooper wrote: >> On 01/12/14 14:37, John Haxby wrote: >>> With gcc 4.8.3, compiling xen-detect gives a compilation warning if >>> you're optimising: >>> >>> $ cc -Wall -Os xen-detect.c >>> xen-detect.c: In function ‘check_for_xen’: >>

Re: [Xen-devel] [PATCH 1/2] xen-detect: fix strict-aliasing compilation warning.

On 01/12/14 18:45, John Haxby wrote: > >> On 1 Dec 2014, at 17:15, Andrew Cooper > > wrote: >> >> On 01/12/14 14:37, John Haxby wrote: >>> With gcc 4.8.3, compiling xen-detect gives a compilation warning if >>> you're optimising: >>> >>> $ cc -Wall -Os xen-detect.c

Re: [Xen-devel] [PATCH 1/2] xen-detect: fix strict-aliasing compilation warning.

On 01/12/14 17:15, Andrew Cooper wrote: > On 01/12/14 14:37, John Haxby wrote: >> With gcc 4.8.3, compiling xen-detect gives a compilation warning if >> you're optimising: >> >> $ cc -Wall -Os xen-detect.c >> xen-detect.c: In function ‘check_for_xen’: >> xen-detect.c:65:9: warning: dereferencing ty

Re: [Xen-devel] [PATCH for-xen-4.5] console: increase initial conring size

On Tue, Dec 02, 2014 at 03:58:53PM +, Jan Beulich wrote: > >>> Daniel Kiper 12/02/14 3:58 PM >>> > >In general initial conring size is sufficient. However, if log > >level is increased on platforms which have e.g. huge number > >of memory regions (I have an IBM System x3550 M2 with 8 GiB RAM >

Re: [Xen-devel] [PATCH 2/4] sysctl/libxl: Add interface for returning IO topology data

On 12/03/2014 10:20 AM, Andrew Cooper wrote: On 02/12/14 21:34, Boris Ostrovsky wrote: /* XEN_SYSCTL_topologyinfo */ #define INVALID_TOPOLOGY_ID (~0U) + +struct xen_sysctl_cputopo { +uint32_t core; +uint32_t socket; +uint32_t node; +}; +typedef struct xen_sysctl_cputopo xen_sysc

Re: [Xen-devel] [PATCH 2/4] sysctl/libxl: Add interface for returning IO topology data

On 02/12/14 21:34, Boris Ostrovsky wrote: > /* XEN_SYSCTL_topologyinfo */ > #define INVALID_TOPOLOGY_ID (~0U) > + > +struct xen_sysctl_cputopo { > +uint32_t core; > +uint32_t socket; > +uint32_t node; > +}; > +typedef struct xen_sysctl_cputopo xen_sysctl_cputopo_t; > +DEFINE_XEN_GUES

Re: [Xen-devel] [PATCH 1/4] pci: Do not ignore device's PXM information

On 12/03/2014 10:01 AM, Andrew Cooper wrote: On 02/12/14 21:34, Boris Ostrovsky wrote: If ACPI provides PXM data for IO devices then dom0 will pass it to hypervisor during PHYSDEVOP_pci_device_add call. This information, however, is currently ignored. We should remember it (in the form of nodeI

Re: [Xen-devel] [PATCH 1/4] pci: Do not ignore device's PXM information

On 02/12/14 21:34, Boris Ostrovsky wrote: > If ACPI provides PXM data for IO devices then dom0 will pass it to > hypervisor during PHYSDEVOP_pci_device_add call. This information, > however, is currently ignored. > > We should remember it (in the form of nodeID). We will also print it > when user r

Re: [Xen-devel] [Qemu-devel] [PATCH] increase maxmem before calling xc_domain_populate_physmap

On Wed, 3 Dec 2014, Don Slutz wrote: > On 12/03/14 07:20, Stefano Stabellini wrote: > > On Wed, 3 Dec 2014, Wei Liu wrote: > > > On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote: > > > [...] > > > > > > > >hw_error("xc_domain_getinfo failed"); > > > > > > > >} > > > > >

Re: [Xen-devel] Poor network performance between DomU with multiqueue support

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Tuesday, December 02, 2014 11:59 PM > To: Zhangleiqiang (Trump) > Cc: Wei Liu; zhangleiqiang; xen-devel@lists.xen.org; Luohao (brian); Xiaoding > (B); Yuzhou (C); Zhuangyuxin > Subject: Re: [Xen-devel] Poor network pe

[Xen-devel] [PATCH v3 0/2] gnttab: Improve scaleability

This patch series changes the grant table locking to a more fain grained locking protocol. The result is a performance boost measured with blkfront/blkback. Document the locking protocol. v3: * Addressed gnttab_swap_grant_ref() comment from Andrew Cooper v2: * Add arm part per request from Jul

[Xen-devel] [PATCH v3 2/2] gnttab: refactor locking for scalability

From: Matt Wilson This patch refactors grant table locking. It splits the previous single spinlock per grant table into multiple locks. The heavily modified components of the grant table (the maptrack state and the active entries) are now protected by their own spinlocks. The remaining elements o

[Xen-devel] [PATCH v3 1/2] gnttab: Introduce rwlock to protect updates to grant table state

Split grant table lock into two separate locks. One to protect maptrack state and change the other into a rwlock. The rwlock is used to prevent readers from accessing inconsistent grant table state such as current version, partially initialized active table pages, etc. Signed-off-by: Matt Wilson

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

flight 32024 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/32024/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt 4 xen-install fail REGR. vs. 31848 Regression

[Xen-devel] Announcing Xen Project Test Day for 4.5 RC3 on December 4

Folks, This Thursday, December 4, is our third Test Day for the 4.5 release cycle. Release Candidate 3 will be available for assessment on Wednesday. Now is the time to see if the upcoming release of the Xen Project Hypervisor will work in your environment. Information about testing this relea

Re: [Xen-devel] [Qemu-devel] [PATCH] increase maxmem before calling xc_domain_populate_physmap

On 12/03/14 07:20, Stefano Stabellini wrote: On Wed, 3 Dec 2014, Wei Liu wrote: On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote: [...] hw_error("xc_domain_getinfo failed"); } -if (xc_domain_setmaxmem(xen_xc, xen_domid, info.max_memkb + -

[Xen-devel] [PATCH for 2.3 v2 1/1] xen-hvm: increase maxmem before calling xc_domain_populate_physmap

From: Stefano Stabellini Increase maxmem before calling xc_domain_populate_physmap_exact to avoid the risk of running out of guest memory. This way we can also avoid complex memory calculations in libxl at domain construction time. This patch fixes an abort() when assigning more than 4 NICs to a

Re: [Xen-devel] [PATCH for-4.5] libxl: expose #define to 4.5 and above

On 03/12/14 10:41, Wei Liu wrote: > In e3abab74 (libxl: un-constify return value of libxl_basename), the > macro was exposed to releases < 4.5. However only new code is able to > make use of that macro so it should be exposed to releases >= 4.5. > > Signed-off-by: Wei Liu > Cc: Ian Campbell > Cc:

Re: [Xen-devel] [Qemu-devel] [PATCH] increase maxmem before calling xc_domain_populate_physmap

On Wed, 3 Dec 2014, Wei Liu wrote: > On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote: > [...] > > hw_error("xc_domain_getinfo failed"); > > } > > -if (xc_domain_setmaxmem(xen_xc, xen_domid, info.max_memkb + > > -(nr_pfn * X

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

flight 32019 linux-linus real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/32019/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 8 guest-start fail REGR. vs. 31241 test-amd64-i386-xl

Re: [Xen-devel] [RFC v2] Add support for Xen ARM guest on FreeBSD

On 02/12/2014 18:30, Warner Losh wrote: Hey Julien, Hi Warner, Have you rebased your patch train after Andrew’s commits? I just pushed a new branch rebased on the latest master: git://xenbits.xen.org/people/julieng/freebsd.git branch xen-arm-v2.2 I can re-export the patch into files if ne

Re: [Xen-devel] xl pci-attach silently fails the first time

On Wed, Dec 03, Olaf Hering wrote: > On Tue, Dec 02, Konrad Rzeszutek Wilk wrote: > > On Tue, Dec 02, 2014 at 04:46:52PM +0100, Olaf Hering wrote: > > > On Mon, Dec 01, Konrad Rzeszutek Wilk wrote: > > ACPI hotplug. And it does work after PCI discovery. > In a pvops kernel, is the emulated but unp

Re: [Xen-devel] [Qemu-devel] [PATCH] increase maxmem before calling xc_domain_populate_physmap

On Tue, Dec 02, 2014 at 03:23:29PM -0500, Don Slutz wrote: [...] > hw_error("xc_domain_getinfo failed"); > } > -if (xc_domain_setmaxmem(xen_xc, xen_domid, info.max_memkb + > -(nr_pfn * XC_PAGE_SIZE / 1024)) < 0) { > +max_page

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, Dec 03, Ian Campbell wrote: > On Wed, 2014-12-03 at 11:49 +0100, Olaf Hering wrote: > > On Wed, Dec 03, Ian Campbell wrote: > > > > > Ah I didn't know about the sd_listen_fds thing, so I think that what we > > > need then is to use pkg-config first to determine if systemd-daemon is > > >

Re: [Xen-devel] [PATCH for-4.5] libxl: expose #define to 4.5 and above

On Wed, 2014-12-03 at 10:41 +, Wei Liu wrote: > In e3abab74 (libxl: un-constify return value of libxl_basename), the > macro was exposed to releases < 4.5. However only new code is able to > make use of that macro so it should be exposed to releases >= 4.5. > > Signed-off-by: Wei Liu > Cc: Ia

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, 2014-12-03 at 11:49 +0100, Olaf Hering wrote: > On Wed, Dec 03, Ian Campbell wrote: > > > Ah I didn't know about the sd_listen_fds thing, so I think that what we > > need then is to use pkg-config first to determine if systemd-daemon is > > present at all, and then check for specific symbo

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, Dec 03, Ian Campbell wrote: > Ah I didn't know about the sd_listen_fds thing, so I think that what we > need then is to use pkg-config first to determine if systemd-daemon is > present at all, and then check for specific symbols we require using the > pkg-config supplied CFLAGS and LDFLAGS

[Xen-devel] [PATCH for-4.5] libxl: expose #define to 4.5 and above

In e3abab74 (libxl: un-constify return value of libxl_basename), the macro was exposed to releases < 4.5. However only new code is able to make use of that macro so it should be exposed to releases >= 4.5. Signed-off-by: Wei Liu Cc: Ian Campbell Cc: Ian Jackson Cc: Andrew Cooper --- tools/lib

Re: [Xen-devel] Time dilation in XEN 4.2

On Mon, Dec 1, 2014 at 8:10 PM, leon zawodowiec wrote: > Hello, is it possible to implement time dilation in XEN 4.2 without > modyfing kernel(also hints are welcome)? Thank you for replies. > I don't think anyone knows what you're talking about. It might be helpful if you read this document an

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Wed, 2014-12-03 at 11:26 +0100, Olaf Hering wrote: > On Tue, Dec 02, Konrad Rzeszutek Wilk wrote: > > > On Tue, Dec 02, 2014 at 03:11:30PM +, Wei Liu wrote: > > > AC_CHECK_LIB fails on Debian Jessie since the ld flag it generates is > > > incorrect, even in the event systemd library is avai

Re: [Xen-devel] [PATCH for-4.5] systemd: use pkg-config to determine systemd library availability

On Tue, Dec 02, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 02, 2014 at 03:11:30PM +, Wei Liu wrote: > > AC_CHECK_LIB fails on Debian Jessie since the ld flag it generates is > > incorrect, even in the event systemd library is available. Use > > PKG_CHECK_MODULES instead. > > > > Tested on De

Re: [Xen-devel] [PATCH] libxl: Fix building libxlu_cfg_y.y with bison 3.0

On Wed, Dec 03, Ian Campbell wrote: > There was a point in time where the prevailing version of bison (or > maybe flex) in stable distro releases had a bug which meant these files > could not be regenerated easily on common distros. I don't recall the > details well enough to know if that time has

Re: [Xen-devel] [PATCH] libxl: Fix building libxlu_cfg_y.y with bison 3.0

On Tue, 2014-12-02 at 09:49 -0800, Ed Swierk wrote: > On Tue, Dec 2, 2014 at 6:00 AM, Andrew Cooper > wrote: > > The automatically generating doesn't actually work. Depending on the > > relative timestamps caused by a SCM checkout, or a tarball extraction, > > the files will be attempted to be r

Re: [Xen-devel] [PATCH] tools/hotplug: update systemd dependency to use service instead of socket

On Tue, Dec 02, Olaf Hering wrote: > Since commit 4542ae340d75bd6319e3fcd94e6c9336e210aeef ("tools/hotplug: > systemd xenstored dependencies") all service files use the .socket unit > as startup dependency. While this happens to work for boot it fails for > shutdown because a .socket does not seem

Re: [Xen-devel] [PATCH v2 for-4.5 1/2] libxl: un-constify return value of libxl_basename

On Tue, 2014-12-02 at 18:44 +, Andrew Cooper wrote: > On 01/12/14 11:31, Wei Liu wrote: > > The string returned is malloc'ed but marked as "const". > > > > Signed-off-by: Wei Liu > > Cc: Ian Campbell > > Cc: Ian Jackson > > --- > > tools/libxl/libxl.h | 10 ++ > > tools/libx

Re: [Xen-devel] [v4] libxc: Expose the 1GB pages cpuid flag to guest

On Tue, 2014-12-02 at 16:09 -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Nov 28, 2014 at 11:50:43AM +, Ian Campbell wrote: > > On Fri, 2014-11-28 at 18:52 +0800, Liang Li wrote: > > > If hardware support the 1GB pages, expose the feature to guest by > > > default. Users don't have to use a 'cp

[Xen-devel] [PATCH] INSTALL: fix typo in xendomains.service name

Signed-off-by: Olaf Hering Cc: Ian Campbell Cc: Ian Jackson --- INSTALL | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/INSTALL b/INSTALL index 0bc67ea..71dd0eb 100644 --- a/INSTALL +++ b/INSTALL @@ -284,7 +284,7 @@ systemctl enable xen-init-dom0.service systemctl enable xe

Re: [Xen-devel] xl pci-attach silently fails the first time

On Tue, Dec 02, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 02, 2014 at 04:46:52PM +0100, Olaf Hering wrote: > > On Mon, Dec 01, Konrad Rzeszutek Wilk wrote: > > > > > That is odd - I see any device 'hot-plugged' being added at 00:05 and > > > further. > > > > Does this by any chance depend on t