Re: [Xen-devel] Ongoing issue with libvirt-xen driver for Openstack Nova

Anthony , Unfortunately, I dropped instance running XEN . In a couple of days, I will reproduce environment and send /var/log/xen/xen-hotplug.log to you. Regarding Libvirt version, I also tested driver with libvirt 1.2.14 , manual build via libvirt-1.2.14.tar.gz ball and upgrade on Ubuntu 14

Re: [Xen-devel] [Xen-users] FW: Zir Blazer's guide to install Arch Linux and Xen - need feedback

On 15 April 2015 at 18:50, Ian Campbell wrote: > On Wed, 2015-04-15 at 00:14 -0300, Zir Blazer wrote: >> New version of the guide. Corrected a lot of things, checked syntax, >> and added what I know so far of IOMMU Groups, with a deep dive in my >> Supermicro X10SAT topology. There are also Passth

[Xen-devel] [v1] x86/cpuidle: get accurate C0 value with xenpm tool

When checking the ACPI funciton of C-status, after 100 seconds sleep, the sampling value of C0 C-status from the xenpm tool decreases. Because C0=NOW()-C1-C2-C3-C4, when NOW() value is during idle time, NOW() value is bigger than last C-status update time, and C0 value is also bigger than ture valu

Re: [Xen-devel] [PATCH] xen: arm: X-Gene Storm check GIC DIST address for EOI quirk

Hi Ian, On 15 April 2015 at 21:46, Ian Campbell wrote: > On Tue, 2015-04-07 at 11:29 +0100, Julien Grall wrote: >> >> This would avoid to have this loop and rely on there is always only one >> >> interrupt controller in the DT. >> > >> > That is true, however we do know that on this SoC there is

Re: [Xen-devel] Failed to launch xen on J6 evm

Hi Ian I cannot see dom0 login prompt. I presume its unable to find the rootfs itself where the getty settings are present and I tried to include initramfs but that gave me a different elf related error. Is there any dom0 kernel and rootfs pair that I can use to test this setup for armhf rath

Re: [Xen-devel] [v2 02/11] doc: add description for new PML boot parameter

On 04/15/2015 06:15 PM, Andrew Cooper wrote: On 15/04/15 08:03, Kai Huang wrote: This patch adds doc description for new boot parameter 'ept=pml'. Signed-off-by: Kai Huang Personally, I would fold this patch into the previous so the documentation is in the same patch as introduces the param

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Thu, 2015-04-16 at 12:20 +0800, Herbert Xu wrote: > Eric Dumazet wrote: > > > > We already have netdev->gso_max_size and netdev->gso_max_segs > > which are cached into sk->sk_gso_max_size & sk->sk_gso_max_segs > > It is quite dangerous to attempt tricks like this because a > tc redirection or

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

Eric Dumazet wrote: > > We already have netdev->gso_max_size and netdev->gso_max_segs > which are cached into sk->sk_gso_max_size & sk->sk_gso_max_segs It is quite dangerous to attempt tricks like this because a tc redirection or netfilter nat could change the destination device rendering such hi

Re: [Xen-devel] tg3 NIC driver bug in 3.14.x under Xen [and 3 more messages]

On 4/15/2015 3:54 AM, Ian Jackson wrote: Prashant writes ("Re: tg3 NIC driver bug in 3.14.x under Xen [and 3 more messages]"): I tried to reproduce the problem on 32 bit 3.14.34 stable kernel baremetal, with iommu=soft swiotlb=force but no luck, no drops or errors. I did not try with Xen 64 bi

Re: [Xen-devel] [Qemu-devel] [PATCH v5 4/6] Qemu-Xen-vTPM: Qemu vTPM xenstubdoms backen.

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Wednesday, April 15, 2015 10:50 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: wei.l...@citrix.com; qemu-de...@nongnu.org; xen-devel@lists.xen.org; > aligu...@amazon.com; p

Re: [Xen-devel] [Qemu-devel] [PATCH v5 6/6] Qemu-Xen-vTPM: Add a parameter indicating whether the command that was a selftest

> -Original Message- > From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com] > Sent: Wednesday, April 15, 2015 10:56 PM > To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com > Cc: wei.l...@citrix.com; qemu-de...@nongnu.org; xen-devel@lists.xen.org; > aligu...@amazon.com; p

Re: [Xen-devel] [Qemu-devel] [PATCH v5 3/6] Qemu-Xen-vTPM: Xen frontend driver infrastructure

> -Original Message- > From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov] > Sent: Wednesday, April 15, 2015 11:07 PM > To: Stefan Berger; Xu, Quan > Cc: stefano.stabell...@eu.citrix.com; ebl...@redhat.com; wei.l...@citrix.com; > qemu-de...@nongnu.org; xen-devel@lists.xen.org; aligu...@a

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

flight 50417 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/50417/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt 5 libvirt-build fail REGR. vs. 50368 Tests which did not succe

Re: [Xen-devel] [PATCH v2 1/1] tools: Handle xc_maxmem adjustments

On 04/15/15 07:48, Stefano Stabellini wrote: > On Wed, 15 Apr 2015, Andrew Cooper wrote: >> On 15/04/15 10:57, Stefano Stabellini wrote: >>> On Wed, 15 Apr 2015, Andrew Cooper wrote: On 14/04/15 23:06, Don Slutz wrote: > This fixes an issue where "xl save" followed by "xl restore" reports:

Re: [Xen-devel] Dom0 linux 4.0 + devel/for-linus-4.1 branch: p2m.c:884:d0v0 gfn_to_mfn failed! gfn=ffffffff001ed type:4

Wednesday, April 15, 2015, 10:58:50 PM, you wrote: >> Hi Konrad, >> >> xen version is at last changeset 3a28f760508fb35c430edac17a9efde5aff6d1d5 >> (previous unstable master before the force push which includes >> 1aeb1156fa43fe2cd2b5003995b20466cd19a622 which causes the trouble reported >> h

Re: [Xen-devel] Dom0 linux 4.0 + devel/for-linus-4.1 branch: p2m.c:884:d0v0 gfn_to_mfn failed! gfn=ffffffff001ed type:4

> Hi Konrad, > > xen version is at last changeset 3a28f760508fb35c430edac17a9efde5aff6d1d5 > (previous unstable master before the force push which includes > 1aeb1156fa43fe2cd2b5003995b20466cd19a622 which causes the trouble reported > here: > http://lists.xen.org/archives/html/xen-devel/2015-04

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/15/15 10:32, Ian Campbell wrote: > On Tue, 2015-04-14 at 17:42 +0800, Hongyang Yang wrote: >> >> On 04/14/2015 05:28 PM, Andrew Cooper wrote: > >>> Funny you should ask that. Migrationv2 for libxl moves the JSON config >>> blob into the libxl stream, rather than being a singleshot action at

[Xen-devel] [rumpuserxen test] 50414: regressions - FAIL

flight 50414 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/50414/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen5 rumpuserxen-build fail REGR. vs. 33866 build-amd64-rumpuserx

[Xen-devel] [linux-3.16 test] 50413: regressions - FAIL

flight 50413 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/50413/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 17 guest-localmigrate/x10fail REGR. vs. 34167 build-i386-pvops

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On 04/15/2015 11:32 AM, Eric Dumazet wrote: On Wed, 2015-04-15 at 11:19 -0700, Rick Jones wrote: Well, I'm not sure that it is George and Jonathan themselves who don't want to change a sysctl, but the customers who would have to tweak that in their VMs? Keep in mind some VM users install cust

[Xen-devel] Error in gnttab documentation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, There is an erroneous statement in the public header grant_table.h regarding GNTTABOP_map_grant_ref: "On error, is a negative status code." [1] This is not the case. Only the gnttab_map_grant_ref.status field is set on errors most of the ti

[Xen-devel] [xen-4.2-testing test] 50412: regressions - FAIL

flight 50412 xen-4.2-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/50412/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-freebsd10-i386 10 guest-start fail REGR. vs. 36512 test-amd64-i386-p

Re: [Xen-devel] Xen-unstable-staging: Xen BUG at iommu_map.c:455

On Sat, Apr 11, 2015 at 10:35:13PM +0100, Andrew Cooper wrote: > On 11/04/2015 22:05, Sander Eikelenboom wrote: > > Saturday, April 11, 2015, 10:22:16 PM, you wrote: > > > >> On 11/04/2015 20:33, Sander Eikelenboom wrote: > >>> Saturday, April 11, 2015, 8:25:52 PM, you wrote: > >>> > On 11/04/

Re: [Xen-devel] [PATCH 3/9] raisin: add QEMU upstream component

Hi Stefano, On 15/04/2015 16:14, Stefano Stabellini wrote: diff --git a/components/series b/components/series index 3c3124d..8f614f0 100644 --- a/components/series +++ b/components/series @@ -1,3 +1,4 @@ xen +qemu grub libvirt diff --git a/components/xen b/components/xen index 2d345a8..dcf

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 11:19 -0700, Rick Jones wrote: > Well, I'm not sure that it is George and Jonathan themselves who don't > want to change a sysctl, but the customers who would have to tweak that > in their VMs? Keep in mind some VM users install custom qdisc, or even custom TCP sysctls.

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/15/15 12:52, Wei Liu wrote: > On Wed, Apr 15, 2015 at 05:45:15PM +0100, Ian Campbell wrote: >> On Wed, 2015-04-15 at 17:36 +0100, Wei Liu wrote: >>> On Wed, Apr 15, 2015 at 03:34:48PM +0100, Ian Campbell wrote: On Tue, 2015-04-14 at 18:54 +0100, Wei Liu wrote: > Let's see if we can r

Re: [Xen-devel] [RFC][PATCH 04/13] tools/libxl: detect and avoid conflicts with RDM

> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > Sent: Wednesday, April 15, 2015 9:10 PM > > Tiejun Chen writes ("[RFC][PATCH 04/13] tools/libxl: detect and avoid > conflicts > with RDM"): > > While building a VM, HVM domain builder provides struct hvm_info_table{} > > to help hvmloader.

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 19:04 +0100, George Dunlap wrote: > Maybe you should stop wasting all of our time and just tell us what > you're thinking. I think you make me wasting my time. I already gave all the hints in prior discussions. Rome was not built in one day.

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/15/15 07:56, Ian Campbell wrote: > On Wed, 2015-04-15 at 12:27 +0100, Stefano Stabellini wrote: >> On Wed, 15 Apr 2015, Hongyang Yang wrote: >>> On 04/15/2015 06:09 PM, Ian Campbell wrote: On Wed, 2015-04-15 at 10:46 +0100, Stefano Stabellini wrote: > On Tue, 14 Apr 2015, Don Slutz w

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On 04/15/2015 11:08 AM, Eric Dumazet wrote: On Wed, 2015-04-15 at 10:55 -0700, Rick Jones wrote: Have you tested this patch on a NIC without GSO/TSO ? This would allow more than 500 packets for a single flow. Hello bufferbloat. Woudln't the fq_codel qdisc on that interface address that prob

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 18:58 +0100, Stefano Stabellini wrote: > On Wed, 15 Apr 2015, Eric Dumazet wrote: > > On Wed, 2015-04-15 at 18:23 +0100, George Dunlap wrote: > > > > > Which means that max(2*skb->truesize, sk->sk_pacing_rate >>10) is > > > *already* larger for Xen; that calculation mentioned

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On 04/15/15 10:30, Ian Campbell wrote: > On Mon, 2015-04-13 at 12:09 -0400, Don Slutz wrote: >> >> +/* Leave some slack so that hvmloader does not complain about lack of >> + * memory at boot time ("Could not allocate order=0 extent"). >> + * Once hvmloader is modified to cope with that situation

Re: [Xen-devel] [xen-devel] Q:xen/dom0: Use host E820 map

On Wed, Apr 15, 2015 at 10:35:33PM +0800, 李义 wrote: > Sorry, there is some mistake. > > > >1: This issue just happened on 32bit dom0.(the xen VMM is 64bit). > >i have test on [VMM: xen4.4 (64bit) dom0 kernel 3.10 (64bit)], this > >issue can reproduce. > > -the reproduce environment

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 10:55 -0700, Rick Jones wrote: > > > > Have you tested this patch on a NIC without GSO/TSO ? > > > > This would allow more than 500 packets for a single flow. > > > > Hello bufferbloat. > > Woudln't the fq_codel qdisc on that interface address that problem? Last time I check

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On 04/15/2015 06:52 PM, Eric Dumazet wrote: > On Wed, 2015-04-15 at 18:41 +0100, George Dunlap wrote: > >> So you'd be OK with a patch like this? (With perhaps a better changelog?) >> >> -George >> >> --- >> TSQ: Raise default static TSQ limit >> >> A new dynamic TSQ limit was introduced in c/s

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

Have you tested this patch on a NIC without GSO/TSO ? This would allow more than 500 packets for a single flow. Hello bufferbloat. Woudln't the fq_codel qdisc on that interface address that problem? rick ___ Xen-devel mailing list Xen-devel@lists

Re: [Xen-devel] [PATCH] xen/pciif: Clarify what values go in op->err and op->result.

On Wed, Apr 15, 2015 at 05:05:16PM +0100, Ian Campbell wrote: > On Tue, 2015-03-31 at 12:29 -0400, Konrad Rzeszutek Wilk wrote: > > On Tue, Mar 31, 2015 at 05:05:23PM +0100, Ian Campbell wrote: > > > On Tue, 2015-03-31 at 10:58 -0400, Konrad Rzeszutek Wilk wrote: > > > > The earlier comment says th

[Xen-devel] [PATCH v3 2/2] vtpmmgr: execute deep quote in locality 0

Enables deep quote execution for vtpmmgr which can not be started using locality 2. Flags are used to request additional data to be present when executing quote. They are interpreted as a bitmask of: * VTPM_QUOTE_FLAGS_HASH_UUID * VTPM_QUOTE_FLAGS_VTPM_MEASUREMENTS * VTPM_QUOTE_FLAGS_GROUP_INFO

[Xen-devel] [PATCH v3 1/2] vtpm: deep quote flags

Currently, the flags are not interpreted by vTPM. They are just packed and sent to vtpmmgr. Signed-off-by: Emil Condrea Acked-by: Daniel De Graaf --- stubdom/Makefile| 1 + stubdom/vtpm-deepquote-anyloc.patch | 127 stubdom/vtpm/vtpm_cm

[Xen-devel] [PATCH v3 0/2] vtpm deep quote in locality 0

Changes from v2: - removed useless whitespace - fixed compiling issues for tpm emulator Changes from v1, suggested by Daniel: - flags parameter is now mandatory - updated documentation about externData calculation - constant size for externData structure, perform SHA1 on empty string if reques

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 15 Apr 2015, Eric Dumazet wrote: > On Wed, 2015-04-15 at 18:23 +0100, George Dunlap wrote: > > > Which means that max(2*skb->truesize, sk->sk_pacing_rate >>10) is > > *already* larger for Xen; that calculation mentioned in the comment is > > *already* doing the right thing. > > Sigh. > >

Re: [Xen-devel] [PATCH] xen/arm64: Avoid sending SGI when kicking secondary cpus with spin_table

Hi Ian, On 15/04/2015 17:21, Ian Campbell wrote: Hmmm... I looked the wrong code in Linux :/. The SGI is required for most of the platforms. Could you give a pointer to that code please. The call to arch_send_wakeup_ipi_mask is done per-platform. For the platforms supported by Xen: arndal

Re: [Xen-devel] [PATCH] xen/arm64: Avoid sending SGI when kicking secondary cpus with spin_table

On 15/04/2015 17:21, Ian Campbell wrote: On Wed, 2015-04-15 at 16:56 +0100, Julien Grall wrote: Hi Ian, On 15/04/15 15:57, Ian Campbell wrote: On Wed, 2015-04-08 at 13:23 +0100, Julien Grall wrote: Hi Chen, Subject: I think you can drop the "_" in spin_table. On 07/04/15 08:33, Chen Baozi

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 18:41 +0100, George Dunlap wrote: > So you'd be OK with a patch like this? (With perhaps a better changelog?) > > -George > > --- > TSQ: Raise default static TSQ limit > > A new dynamic TSQ limit was introduced in c/s 605ad7f18 based on the > size of actual packets and t

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 15 Apr 2015, George Dunlap wrote: > On 04/15/2015 05:11 PM, Stefano Stabellini wrote: > > On Wed, 15 Apr 2015, Ian Campbell wrote: > >> On Wed, 2015-04-15 at 16:49 +0100, Andrew Cooper wrote: > > It would be nice if there was a --wtih-system-qemu-trad= option, but > > that has been

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On 04/15/2015 06:29 PM, Eric Dumazet wrote: > On Wed, 2015-04-15 at 18:23 +0100, George Dunlap wrote: >> On 04/15/2015 05:38 PM, Eric Dumazet wrote: >>> My thoughts that instead of these long talks you should guys read the >>> code : >>> >>> /* TCP Small Queues : >>>

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 15 Apr 2015, Ian Campbell wrote: > On Wed, 2015-04-15 at 17:15 +0100, Ian Jackson wrote: > > Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 4/9] raisin: add a > > component to build qemu_traditional"): > > > On Wed, 15 Apr 2015, Ian Campbell wrote: > > > > (I also think osstest support

Re: [Xen-devel] [PATCH v2 2/4] x86/MSI-X: access MSI-X table only after having enabled MSI-X

On Mon, Apr 13, 2015 at 10:05:14AM +0100, Jan Beulich wrote: > >>> On 10.04.15 at 22:02, wrote: > > On Wed, Mar 25, 2015 at 04:39:49PM +, Jan Beulich wrote: > >> As done in Linux by f598282f51 ("PCI: Fix the NIU MSI-X problem in a > >> better way") and its broken predecessor, make sure we don'

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 18:23 +0100, George Dunlap wrote: > Which means that max(2*skb->truesize, sk->sk_pacing_rate >>10) is > *already* larger for Xen; that calculation mentioned in the comment is > *already* doing the right thing. Sigh. 1ms of traffic at 40Gbit is 5 MBytes The reason for the c

Re: [Xen-devel] [PATCH 1/2] Introduce configure option --with-system-qemu-traditional

On Wed, Apr 15, Stefano Stabellini wrote: > tools/configure.ac | 51 > +++- > tools/libxl/libxl_dm.c | 11 ++- > 2 files changed, 39 insertions(+), 23 deletions(-) This change should be mentioned in the INSTALL file. Olaf ___

Re: [Xen-devel] [PATCH v2 1/2] vtpm: deep quote flags

Strangely! Of course that I compiled it but it seems that a rebuild was needed in order to reapply the patch for the tpm emulator. I will do both changes. After rebuilding vtpmmgr and vtpm I will resend the patches. On Wed, Apr 15, 2015 at 6:50 PM, Ian Campbell wrote: > On Wed, 2015-04-15 at 16

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 18:23 +0100, George Dunlap wrote: > On 04/15/2015 05:38 PM, Eric Dumazet wrote: > > My thoughts that instead of these long talks you should guys read the > > code : > > > > /* TCP Small Queues : > > * Control number of packets in qdisc/devices

[Xen-devel] [PATCH 1/2] Introduce configure option --with-system-qemu-traditional

Introduce a configure option to disable the in-tree qemu-traditional build and use an externally provided qemu-dm binary. The option is very similar to the existing --with-system-qemu-xen. Also remove --enable/disable-qemu-traditional, as the same can be done with --with-system-qemu-traditional=qe

[Xen-devel] [PATCH 0/2] introduce --with-system-qemu-traditional

Hi all, This patch series introduces a new configure command line option to provide an externally built qemu-dm binary and stop xen-unstable from trying to clone and build qemu-xen-traditional. Stefano Stabellini (2): Introduce configure option --with-system-qemu-traditional Update c

[Xen-devel] [PATCH 2/2] Update configure scripts by calling autogen

I run ./autogen.sh and committed the result. Signed-off-by: Stefano Stabellini --- tools/config.h.in |6 ++-- tools/configure | 81 + 2 files changed, 47 insertions(+), 40 deletions(-) diff --git a/tools/config.h.in b/tools/config.h.in

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On 04/15/2015 05:38 PM, Eric Dumazet wrote: > My thoughts that instead of these long talks you should guys read the > code : > > /* TCP Small Queues : > * Control number of packets in qdisc/devices to two packets > / or ~1 ms. > * This allows for

[Xen-devel] [PATCH v7] libxl: provide libxl_bitmap_{or,and}

New functions to provide logical and and or of two bitmaps functions can be used in vNUMA configuration check function. They are also generally useful, so they have been made as public API. Signed-off-by: Linda Jacobson --- v.1 The new functions were added. v.2 The comments and format were corr

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On Wed, Apr 15, 2015 at 05:45:15PM +0100, Ian Campbell wrote: > On Wed, 2015-04-15 at 17:36 +0100, Wei Liu wrote: > > On Wed, Apr 15, 2015 at 03:34:48PM +0100, Ian Campbell wrote: > > > On Tue, 2015-04-14 at 18:54 +0100, Wei Liu wrote: > > > > Let's see if we can record this in xc image format. I h

Re: [Xen-devel] [Xen-users] FW: Zir Blazer's guide to install Arch Linux and Xen - need feedback

On Wed, 2015-04-15 at 00:14 -0300, Zir Blazer wrote: > New version of the guide. Corrected a lot of things, checked syntax, > and added what I know so far of IOMMU Groups, with a deep dive in my > Supermicro X10SAT topology. There are also Passthrough instructions. > But most important of all - MOR

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On 4/15/2015 10:43 AM, Wei Liu wrote: On Wed, Apr 15, 2015 at 10:38:19AM -0600, Linda wrote: BTW who changes the configure file to test for the HAVE_ macros? The user (application) of libxl should test that. We don't need to worry about the test. Thanks. Linda Wei. _

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On Wed, 2015-04-15 at 17:36 +0100, Wei Liu wrote: > On Wed, Apr 15, 2015 at 03:34:48PM +0100, Ian Campbell wrote: > > On Tue, 2015-04-14 at 18:54 +0100, Wei Liu wrote: > > > Let's see if we can record this in xc image format. I haven't looked, > > > but George mentioned that it might be possible to

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On Wed, 2015-04-15 at 10:38 -0600, Linda wrote: Please stop top posting. > BTW who changes the configure file to test for the HAVE_ macros? Nobody, this is purely for the benefit of external callers of the library. No code in xen.git should ever check this #define (with a few exceptions which d

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On Wed, Apr 15, 2015 at 10:38:19AM -0600, Linda wrote: > BTW who changes the configure file to test for the HAVE_ macros? > The user (application) of libxl should test that. We don't need to worry about the test. Wei. ___ Xen-devel mailing list Xen-de

Re: [Xen-devel] [PATCH RFC] tcp: Allow sk_wmem_alloc to exceed sysctl_tcp_limit_output_bytes

On Wed, 2015-04-15 at 15:36 +0100, Ian Campbell wrote: > On Wed, 2015-04-15 at 15:19 +0100, George Dunlap wrote: > > On Mon, Apr 13, 2015 at 4:03 PM, Malcolm Crossley > [...] > > > From a networking point of view, the backend is a switch. Is it OK to > > > consider the packet to have been transmitt

Re: [Xen-devel] [PATCH v1 1/2] arm: Add ability to relocate Xen in over 4GB space

On Wed, 2015-04-08 at 15:36 +0300, Iurii Konovalenko wrote: > From: Iurii Konovalenko > > Primary CPU relocate Xen in over 4GB space and wake up seondary CPUs. > Secondary CPUs run on unrelocated copy of Xen until turning on MMU. Which is a significant difference I think, and requires careful ch

Re: [Xen-devel] "tcp: refine TSO autosizing" causes performance regression on Xen

On Wed, 2015-04-15 at 14:43 +0100, George Dunlap wrote: > On Mon, Apr 13, 2015 at 2:49 PM, Eric Dumazet wrote: > > On Mon, 2015-04-13 at 11:56 +0100, George Dunlap wrote: > > > >> Is the problem perhaps that netback/netfront delays TX completion? > >> Would it be better to see if that can be addre

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

BTW who changes the configure file to test for the HAVE_ macros? Thanks. Linda On 4/15/2015 7:41 AM, Wei Liu wrote: On Wed, Apr 15, 2015 at 02:29:10PM +0100, Ian Campbell wrote: On Wed, 2015-04-15 at 14:15 +0100, Wei Liu wrote: On Wed, Apr 15, 2015 at 01:45:14PM +0100, Ian Campbell wrote: O

Re: [Xen-devel] [PATCH 1/1] xc_domain_restore: Allow QEMU to increase memory

On Wed, Apr 15, 2015 at 03:34:48PM +0100, Ian Campbell wrote: > On Tue, 2015-04-14 at 18:54 +0100, Wei Liu wrote: > > Let's see if we can record this in xc image format. I haven't looked, > > but George mentioned that it might be possible to do so. > > Can this not be done at the save stage in the

Re: [Xen-devel] [PATCH v1 1/2] arm: Add ability to relocate Xen in over 4GB space

On Wed, 2015-04-08 at 17:05 +0100, Julien Grall wrote: > > -/* Setup boot_pgtable: */ > > +/*Skip constructing TLBs for secondary CPUs, use constructed by > > CPU0*/ > > /* ... */ > > TLBs is confusing. I first though you were talking to Translation > Lookaside Buffer. Was "tbls

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 2015-04-15 at 17:15 +0100, Ian Jackson wrote: > Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 4/9] raisin: add a > component to build qemu_traditional"): > > On Wed, 15 Apr 2015, Ian Campbell wrote: > > > (I also think osstest support is a prerequisite for saying it is an > > > offici

Re: [Xen-devel] [PATCH v2 0/4] libxenstat bug fixes and cleanups

On Wed, 2015-04-08 at 17:08 +0100, Wei Liu wrote: > Wei Liu (4): > libxenstat: reuse xc_handle open in xenstat_init > libxenstat: YAJL_GET_STRING may return NULL > libxenstat: always free qmp_stats > libxenstat: qmp_read fix and cleanup > > tools/xenstat/libxenstat/src/xenstat_qmp.c | 19

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 2015-04-15 at 17:11 +0100, Stefano Stabellini wrote: > I think we'll have to carry those patches in Raisin anyway, otherwise > how are we supposed to be able to build xen 4.5? Like we do today, i.e. with xen.git doing the cloning. > I don't think is > reasonable to be able to build only

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On 4/15/2015 9:54 AM, Ian Campbell wrote: On Wed, 2015-04-15 at 16:50 +0100, Wei Liu wrote: On Wed, Apr 15, 2015 at 09:13:51AM -0600, Linda wrote: When adding the HAVE macro, is there a protocol on where in libxl.h, this one should be placed? They appear to be fairly spread out through the f

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On 04/15/2015 05:11 PM, Stefano Stabellini wrote: > On Wed, 15 Apr 2015, Ian Campbell wrote: >> On Wed, 2015-04-15 at 16:49 +0100, Andrew Cooper wrote: > It would be nice if there was a --wtih-system-qemu-trad= option, but > that has been looked upon unfavourably by the maintainers. Th

[Xen-devel] Archiving Xen on ARM and PVOPS subprojects

Hi all, I wanted to make the proposal to archive the following two subproject on the grounds that they completed their goals a) http://xenproject.org/developers/teams/pvops.html b) http://xenproject.org/developers/teams/arm-hypervisor.html

Re: [Xen-devel] [PATCH] xen/arm64: Avoid sending SGI when kicking secondary cpus with spin_table

On Wed, 2015-04-15 at 16:56 +0100, Julien Grall wrote: > Hi Ian, > > On 15/04/15 15:57, Ian Campbell wrote: > > On Wed, 2015-04-08 at 13:23 +0100, Julien Grall wrote: > >> Hi Chen, > >> > >> Subject: I think you can drop the "_" in spin_table. > >> > >> On 07/04/15 08:33, Chen Baozi wrote: > >>> F

Re: [Xen-devel] [PATCH] xen: arm: X-Gene Storm check GIC DIST address for EOI quirk

On Tue, 2015-04-07 at 11:29 +0100, Julien Grall wrote: > >> This would avoid to have this loop and rely on there is always only one > >> interrupt controller in the DT. > > > > That is true, however we do know that on this SoC there is only one GIC, > > so it might be acceptable to rely on this kno

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional"): > On Wed, 15 Apr 2015, Ian Campbell wrote: > > (I also think osstest support is a prerequisite for saying it is an > > officially support XenProject thing, but that's offtopic in this > > c

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 15 Apr 2015, Ian Campbell wrote: > On Wed, 2015-04-15 at 16:49 +0100, Andrew Cooper wrote: > > >> It would be nice if there was a --wtih-system-qemu-trad= option, but > > >> that has been looked upon unfavourably by the maintainers. > > > Thanks for feedback!! > > > I think Raisin needs som

Re: [Xen-devel] [PATCH v2] libxl: check return value of libxl_vcpu_setaffinity

On Wed, 2015-04-15 at 14:17 +0100, Ian Jackson wrote: > Wei Liu writes ("[PATCH v2] libxl: check return value of > libxl_vcpu_setaffinity"): > > That function can fail. > > Acked-by: Ian Jackson Likewise + applied. ___ Xen-devel mailing list Xen-dev

Re: [Xen-devel] [PATCH] xen/pciif: Clarify what values go in op->err and op->result.

On Tue, 2015-03-31 at 12:29 -0400, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 31, 2015 at 05:05:23PM +0100, Ian Campbell wrote: > > On Tue, 2015-03-31 at 10:58 -0400, Konrad Rzeszutek Wilk wrote: > > > The earlier comment says that errno values go in op->err. > > > However all implementations (NetB

Re: [Xen-devel] [PATCH 0/9] raisin: introduce qemu and qemu-traditional

On Wed, 15 Apr 2015, George Dunlap wrote: > On 04/15/2015 04:14 PM, Stefano Stabellini wrote: > > Hi all, > > > > this patch series introduces two new components to raisin: qemu and > > qemu-traditional: the following patches disable building qemu and > > qemu-traditional from xen-unstable and bu

Re: [Xen-devel] Xen 4.6 Development Update (three months reminder)

> On 15 Apr 2015, at 10:18, Jan Beulich wrote: >> >> Should we also ask people to trim the CC list to just those interested >> in the quoted stuff? Or do people think that erring on the side of not >> trimming too many people? >> >> People might also to consider changing the subject, e.g. "Stat

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 2015-04-15 at 16:49 +0100, Andrew Cooper wrote: > >> It would be nice if there was a --wtih-system-qemu-trad= option, but > >> that has been looked upon unfavourably by the maintainers. > > Thanks for feedback!! > > I think Raisin needs something like --with-system-qemu-trad=, so if Xen > >

Re: [Xen-devel] [PATCH] xen/arm64: Avoid sending SGI when kicking secondary cpus with spin_table

Hi Ian, On 15/04/15 15:57, Ian Campbell wrote: > On Wed, 2015-04-08 at 13:23 +0100, Julien Grall wrote: >> Hi Chen, >> >> Subject: I think you can drop the "_" in spin_table. >> >> On 07/04/15 08:33, Chen Baozi wrote: >>> From: Chen Baozi >>> >>> On arm64, either firmware or xen's smp_up_cpu gate

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On Wed, 2015-04-15 at 16:50 +0100, Wei Liu wrote: > On Wed, Apr 15, 2015 at 09:13:51AM -0600, Linda wrote: > > When adding the HAVE macro, is there a protocol on where in libxl.h, this > > one should be placed? They appear to be fairly spread out through the file. > > > > You can place it near t

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On 04/15/2015 04:49 PM, Andrew Cooper wrote: > On 15/04/15 16:44, Stefano Stabellini wrote: >> On Wed, 15 Apr 2015, Andrew Cooper wrote: >>> On 15/04/15 16:14, Stefano Stabellini wrote: Introduce a component to build qemu-traditional out of xen-unstable. Do not compile qemu-traditional fr

Re: [Xen-devel] [PATCH v6] libxl: provide libxl_bitmap_{or,and}

On Wed, Apr 15, 2015 at 09:13:51AM -0600, Linda wrote: > When adding the HAVE macro, is there a protocol on where in libxl.h, this > one should be placed? They appear to be fairly spread out through the file. > You can place it near the top. Wei. ___

Re: [Xen-devel] [PATCH v2 1/2] vtpm: deep quote flags

On Wed, 2015-04-15 at 16:34 +0100, Ian Campbell wrote: > On Wed, 2015-04-15 at 18:09 +0300, Emil Condrea wrote: > > Thanks! Should it remove it and resend the patches ? > > I'll do it on commit (which I'm about to do). Except: stubdom/tpm_emulator-x86_64/tpm/tpm_cmd_handler.c: In function ‘execu

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On 15/04/15 16:44, Stefano Stabellini wrote: > On Wed, 15 Apr 2015, Andrew Cooper wrote: >> On 15/04/15 16:14, Stefano Stabellini wrote: >>> Introduce a component to build qemu-traditional out of xen-unstable. >>> Do not compile qemu-traditional from xen-unstable by passing the right >>> command li

Re: [Xen-devel] Ongoing issue with libvirt-xen driver for Openstack Nova

On Fri, Apr 03, 2015 at 01:57:16PM -0400, Boris Derzhavets wrote: > Could you, please, point to the most recent commit in > > https://git.openstack.org/cgit/openstack/nova/ > > for which procedure described in > > http://wiki.xen.org/wiki/OpenStack_via_DevStack > > provide an ability to la

Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional

On Wed, 15 Apr 2015, Andrew Cooper wrote: > On 15/04/15 16:14, Stefano Stabellini wrote: > > Introduce a component to build qemu-traditional out of xen-unstable. > > Do not compile qemu-traditional from xen-unstable by passing the right > > command line option to configure. > > > > Signed-off-by: S

Re: [Xen-devel] [PATCH V14 3/7] xen/arm: Allow hypervisor access to mem_access protected pages

On Wed, 2015-04-15 at 17:36 +0200, Tamas K Lengyel wrote: > > > On Wed, Apr 15, 2015 at 3:48 PM, Ian Campbell > wrote: > On Thu, 2015-03-26 at 23:05 +0100, Tamas K Lengyel wrote: > > @@ -1209,6 +1306,10 @@ struct page_info > *get_page_from_gva(struct domain *d, vaddr_t va

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

flight 50411 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/50411/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 50271 test-amd64-i386-freebs

Re: [Xen-devel] [PATCH 0/9] raisin: introduce qemu and qemu-traditional

On 04/15/2015 04:14 PM, Stefano Stabellini wrote: > Hi all, > > this patch series introduces two new components to raisin: qemu and > qemu-traditional: the following patches disable building qemu and > qemu-traditional from xen-unstable and build them separately. > > The series also contains a f

Re: [Xen-devel] [PATCH 9/9] raisin: add $INST_DIR/usr/lib64 to LDFLAGS for QEMU and Libvirt

On 04/15/2015 04:15 PM, Stefano Stabellini wrote: > Fedora install the Xen libraries under /usr/lib64, so add usr/lib64 to > LDFLAGS for QEMU and Libvirt, that need those libraries. > > Signed-off-by: Stefano Stabellini So ./configure will place the libraries in the right place for Fedora automa

Re: [Xen-devel] [PATCH 2/9] raisin: use timestamps for dpkg Version to avoid versions that start with letters

On Wed, 15 Apr 2015, Olaf Hering wrote: > On Wed, Apr 15, Stefano Stabellini wrote: > > > -Version: $(git show --oneline | head -1 | cut -d " " -f 1) > > +Version: $(date +"%s") > > Maybe this should be for humans, like 'date +%Y%m%d.%H%M%S'? Sure. I'll make the change.

Re: [Xen-devel] [PATCH 2/9] raisin: use timestamps for dpkg Version to avoid versions that start with letters

On Wed, Apr 15, Stefano Stabellini wrote: > -Version: $(git show --oneline | head -1 | cut -d " " -f 1) > +Version: $(date +"%s") Maybe this should be for humans, like 'date +%Y%m%d.%H%M%S'? Olaf ___ Xen-devel mailing list Xen-devel@lists.xen.org http

Re: [Xen-devel] [PATCH V14 3/7] xen/arm: Allow hypervisor access to mem_access protected pages

On Wed, Apr 15, 2015 at 3:48 PM, Ian Campbell wrote: > On Thu, 2015-03-26 at 23:05 +0100, Tamas K Lengyel wrote: > > @@ -1209,6 +1306,10 @@ struct page_info *get_page_from_gva(struct domain > *d, vaddr_t va, > > > > err: > > spin_unlock(&p2m->lock); > > + > > +if ( !page && p2m->mem_acc

Re: [Xen-devel] [PATCH v2 1/2] vtpm: deep quote flags

On Wed, 2015-04-15 at 18:09 +0300, Emil Condrea wrote: > Thanks! Should it remove it and resend the patches ? I'll do it on commit (which I'm about to do). > > On Wed, Apr 15, 2015 at 6:07 PM, Daniel De Graaf > wrote: > On 04/14/2015 05:08 AM, Emil Condrea wrote: > Curre

  1   2   3   4   >