[Xen-devel] [PATCHv2 0/4] spinlock: queue read-write locks

This series replaces the current read-write lock implementation with the queue read-write locks from Linux. These are fair; under contention both readers and writers will be queued and obtain the lock in FIFO order (due to the fairness of the internal ticket lock). The implementation is all in C

Re: [Xen-devel] [PATCH 3/3] tools/libxl: run_helper - add #define for arguments.

Ian Campbell writes ("Re: [PATCH 3/3] tools/libxl: run_helper - add #define for arguments."): > On Mon, 2016-01-25 at 16:06 -0500, Konrad Rzeszutek Wilk wrote: > > Describe what the four (or more in the future) arguments > > are for. > > I'd say that a code comment on the definition would be

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

>>> On 26.01.16 at 16:57, wrote: > On 01/26/16 08:37, Jan Beulich wrote: >> >>> On 26.01.16 at 15:44, wrote: >> >> Last year at Linux Plumbers Conference I attended a session dedicated >> >> to NVDIMM support. I asked the very same question and

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

flight 79038 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/79038/ 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

Re: [Xen-devel] [PATCH 1/3] libxc/xc_domain_resume: Update comment.

On Tue, 2016-01-26 at 16:22 +, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH 1/3] libxc/xc_domain_resume: Update > comment."): > > On Mon, 2016-01-25 at 16:06 -0500, Konrad Rzeszutek Wilk wrote: > > > To hopefully clarify what it meant. > ... > > > + *  1. (fast=1) Resume with special

[Xen-devel] [xen-4.4-testing baseline-only test] 38699: trouble: blocked/broken

This run is configured for baseline tests only. flight 38699 xen-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38699/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf

Re: [Xen-devel] xenbits GitHub mirror?

On 12/23/15 2:53 AM, Jon Ludlam wrote: > On Mon, Dec 21, 2015 at 11:54:52AM +, George Dunlap wrote: >> On Sat, Dec 19, 2015 at 8:51 PM, Doug Goldstein wrote: >>> All, >>> >>> Now I'll start off by saying that "no" is a perfectly acceptable answer >>> to this suggestion.

[Xen-devel] Developers for virgl 3d windows guest support

I take a fast look to virgl 3d project even if I not tested it for now. It seems interesting for adding 2d and 3d hw acceleration support to virtual machines with a large hw (gpu) choice. I take a look also to intel gvt-g but it has a very limited cpu support choice. I saw that windows guest

Re: [Xen-devel] [PATCH] public/io/netif.h: change semantics of "request-multicast-control" flag

On Tue, 2016-01-26 at 14:17 +, Paul Durrant wrote: > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: 21 January 2016 15:46 > > To: Ian Campbell > > Cc: Paul Durrant; xen-de...@lists.xenproject.org; Ian Jackson; Jan > > Beulich; > > Keir (Xen.org); Tim

Re: [Xen-devel] [PATCH 1/3] libxc/xc_domain_resume: Update comment.

Ian Campbell writes ("Re: [PATCH 1/3] libxc/xc_domain_resume: Update comment."): > On Tue, 2016-01-26 at 16:22 +, Ian Jackson wrote: > > I'm not sure that `will return 1' is correct.  IIRC there is some > > ... unpleasantness here, with something effectively corrupting the > > guest state in a

Re: [Xen-devel] [PATCH 0/2] xenalyze: fixes for gcc-6's -Wmisleading-indentation

On Fri, 2016-01-22 at 14:27 +, Ian Campbell wrote: > Debian bug 812166[0] concerned failures due to -Werror=misleading- > indentation when building the Xen package. > > While trying (and failing) to reproduce those failures I came across > these > two warnings in xenalyze, one relating to

Re: [Xen-devel] [PATCH] libxl: update comment to no longer mention Xen 4.3

On Mon, 2016-01-25 at 16:25 +0100, Roger Pau Monne wrote: > From: Roger Pau Monne > > Signed-off-by: Roger Pau Monné > Reported by: Konrad Rzeszutek Wilk This doesn't seem too critical to me, but acked + applied. > --- > Cc:

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

On Mon, 2016-01-25 at 11:59 +, Ian Campbell wrote: > On Sun, 2016-01-24 at 19:45 -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

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

On Mon, 2016-01-25 at 11:55 +, Ian Campbell wrote: > On Sun, 2016-01-24 at 19:45 -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. 

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

Hi Paul, On Mon, Jan 18, 2016 at 07:46:29AM -0800, Paul E. McKenney wrote: > On Mon, Jan 18, 2016 at 04:19:29PM +0800, Herbert Xu wrote: > > Paul E. McKenney wrote: > > > > > > You could use SYNC_ACQUIRE() to implement read_barrier_depends() and > > >

Re: [Xen-devel] xenbits GitHub mirror?

On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: > All, > > Now I'll start off by saying that "no" is a perfectly acceptable answer > to this suggestion. Basically I remember at the Xen Developer Summit a > few people mentioned it being nice if people provided a git tree where > their

Re: [Xen-devel] Error booting Xen

I tried 3rd patch together with earlier two. I'm afraid the problem is not solved completely. Full log goes here, http://paste2.org/KEAetMHb Regards, Harmandeep On Tue, Jan 26, 2016 at 6:53 PM, Jan Beulich wrote: On 26.01.16 at 14:13, wrote:

[Xen-devel] [qemu-upstream-unstable baseline-only test] 38700: trouble: blocked/broken/preparing/queued

This run is configured for baseline tests only. flight 38700 qemu-upstream-unstable running [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38700/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf

[Xen-devel] [linux-3.14 baseline-only test] 38701: trouble: broken/preparing/queued

This run is configured for baseline tests only. flight 38701 linux-3.14 running [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38701/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-xsm

Re: [Xen-devel] [PATCHv2 1/4] atomic: replace atomic_compareandswap() with atomic_cmpxchg()

On Tue, 2016-01-26 at 16:25 +, David Vrabel wrote: > atomic_compareandswap() used atomic_t as the new, old and returned > values which is less convinient than using just int. "convenient" > diff --git a/xen/include/asm-arm/atomic.h b/xen/include/asm-arm/atomic.h > index 5a38c67..29ab265

[Xen-devel] [PATCHv2 net] xen-netfront: request Tx response events more often

From: Malcolm Crossley Trying to batch Tx response events results in poor performance because this delays freeing the transmitted skbs. Instead use the standard RING_FINAL_CHECK_FOR_RESPONSES() macro to be notified once the next Tx response is placed on the ring.

Re: [Xen-devel] [PULL 0/8] xen-20160126

-26 09:16:07 +) > > are available in the git repository at: > > > git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20160126 > > for you to fetch changes up to f4297d663d92844f87aeb6ea762244167490dadb: > > xen: make it possible to build without the Xen PV

Re: [Xen-devel] [PATCH 5/5] Allow all user to create a file under the directory /var/lib/xen

On Tue, 26 Jan 2016, Ian Campbell wrote: > On Tue, 2016-01-26 at 00:00 +, Andrew Cooper wrote: > > On 25/01/2016 20:36, Konrad Rzeszutek Wilk wrote: > > > On Wed, Dec 30, 2015 at 11:00:52AM +, Andrew Cooper wrote: > > > > On 30/12/2015 05:25, Wen Congyang wrote: > > > > > On 12/30/2015

Re: [Xen-devel] [PULL 0/8] xen-20160126

s/jnsnow/tags/ide-pull-request' into > > staging (2016-01-26 09:16:07 +) > > > > are available in the git repository at: > > > > > > git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20160126 > > > > for you to fetch changes up to f429

[Xen-devel] [PULL] xen-20160126-2

-20160126-2 for you to fetch changes up to 64a7ad6fe3d8500119d83e0af830e0e45e83499a: xen: make it possible to build without the Xen PV domain builder (2016-01-26 17:19:44 +) Xen 2016/01/26 with Signed-off-by lines

Re: [Xen-devel] Error booting Xen

>>> On 26.01.16 at 18:01, wrote: > I tried 3rd patch together with earlier two. I'm > afraid the problem is not solved completely. > Full log goes here, http://paste2.org/KEAetMHb Well, wait - we can't solve all problems at once. The crash here is in the context of

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 27, 2016 at 12:52:07AM +0800, Boqun Feng wrote: > I recall that last time you and Linus came into a conclusion that even > on Alpha, a barrier for read->write with data dependency is unnecessary: > > http://article.gmane.org/gmane.linux.kernel/2077661 > > And in an earlier mail of

Re: [Xen-devel] xenbits GitHub mirror?

On 1/26/16 10:55 AM, Ian Campbell wrote: > On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: >> All, >> >> Now I'll start off by saying that "no" is a perfectly acceptable answer >> to this suggestion. Basically I remember at the Xen Developer Summit a >> few people mentioned it being nice

Re: [Xen-devel] [PATCH V2 1/1] Improved RTDS scheduler

Hi Dario and Tianyang, On Tue, Jan 26, 2016 at 9:06 AM, Dario Faggioli wrote: > On Mon, 2016-01-25 at 18:00 -0500, Meng Xu wrote: >> On Mon, Jan 25, 2016 at 5:04 PM, Tianyang Chen >> wrote: >> > I have removed some of the Ccs so they won't get

Re: [Xen-devel] [PULL] xen-20160126-2

-26 09:16:07 +) > > are available in the git repository at: > > > git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20160126-2 > > for you to fetch changes up to 64a7ad6fe3d8500119d83e0af830e0e45e83499a: > > xen: make it possible to build without the Xen PV

Re: [Xen-devel] Error booting Xen

Last time, I did absolutely nothing. System was idle and it crashed just after the login. Now, I booted the system again and this time, there is no reset. But, performance of the system is very slow. Browser (Mozilla Firefox) freezes a lot. Also, before applying patches, when I used to disabe

[Xen-devel] [xen-unstable test] 79027: regressions - FAIL

flight 79027 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/79027/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 78610

Re: [Xen-devel] Error booting Xen

On Tue, 2016-01-26 at 23:32 +0530, Harmandeep Kaur wrote: > Last time, I did absolutely nothing. System was idle > and it crashed just after the login. Now, I booted the > system again and this time, there is no reset. But, > performance of the system is very slow. Browser > (Mozilla Firefox)

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Mon, Jan 25, 2016 at 05:28:08PM -0500, Boris Ostrovsky wrote: > On 01/25/2016 04:21 PM, H. Peter Anvin wrote: > >On 01/25/16 13:12, Luis R. Rodriguez wrote: > >>>Perhaps, but someone would still have to set hardware_subarch. And > >>>it's hvmlite_bootparams() that does it. > >>No, Xen would do

Re: [Xen-devel] Error booting Xen

On Tue, Jan 26, 2016 at 11:58 PM, Dario Faggioli wrote: > On Tue, 2016-01-26 at 23:32 +0530, Harmandeep Kaur wrote: >> Last time, I did absolutely nothing. System was idle >> and it crashed just after the login. Now, I booted the >> system again and this time, there is

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

flight 79103 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/79103/ 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 v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Tue, Jan 26, 2016 at 10:34 AM, Luis R. Rodriguez wrote: > On Mon, Jan 25, 2016 at 05:28:08PM -0500, Boris Ostrovsky wrote: >> On 01/25/2016 04:21 PM, H. Peter Anvin wrote: >> >On 01/25/16 13:12, Luis R. Rodriguez wrote: >> >>>Perhaps, but someone would still have to set

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 01/26/2016 01:46 PM, Andy Lutomirski wrote: On Tue, Jan 26, 2016 at 10:34 AM, Luis R. Rodriguez wrote: On Mon, Jan 25, 2016 at 05:28:08PM -0500, Boris Ostrovsky wrote: On 01/25/2016 04:21 PM, H. Peter Anvin wrote: On 01/25/16 13:12, Luis R. Rodriguez wrote: Perhaps, but

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Tue, Jan 26, 2016 at 11:00 AM, Boris Ostrovsky wrote: > On 01/26/2016 01:46 PM, Andy Lutomirski wrote: >> >> On Tue, Jan 26, 2016 at 10:34 AM, Luis R. Rodriguez >> wrote: >>> >>> On Mon, Jan 25, 2016 at 05:28:08PM -0500, Boris Ostrovsky wrote:

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

On Tue, Jan 26, 2016 at 09:34:13AM -0700, Jan Beulich wrote: > >>> On 26.01.16 at 16:57, wrote: > > On 01/26/16 08:37, Jan Beulich wrote: > >> >>> On 26.01.16 at 15:44, wrote: > >> >> Last year at Linux Plumbers Conference I attended a session

Re: [Xen-devel] [PATCH 1/3] libxc/xc_domain_resume: Update comment.

On Tue, Jan 26, 2016 at 04:52:06PM +, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH 1/3] libxc/xc_domain_resume: Update > comment."): > > On Tue, 2016-01-26 at 16:22 +, Ian Jackson wrote: > > > I'm not sure that `will return 1' is correct.  IIRC there is some > > > ...

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 9:22 AM, Peter Zijlstra wrote: > > This is distinct from: That may be distinct, but: > struct foo *x = READ_ONCE(*ptr); > smp_read_barrier_depends(); > x->bar = 5; This case is complete BS. Stop perpetuating it. I already

Re: [Xen-devel] [PATCH 1/3] libxc/xc_domain_resume: Update comment.

On Tue, Jan 26, 2016 at 04:19:54PM +, Ian Campbell wrote: > On Mon, 2016-01-25 at 16:06 -0500, Konrad Rzeszutek Wilk wrote: > > To hopefully clarify what it meant. > > > > Signed-off-by: Konrad Rzeszutek Wilk > > --- > >  tools/libxc/xc_resume.c | 7 +-- > >  1

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Mon, Jan 25, 2016 at 05:55:02PM -0500, Boris Ostrovsky wrote: > On 01/25/2016 05:19 PM, Luis R. Rodriguez wrote: > >On Sat, Jan 23, 2016 at 02:49:36PM +, Andrew Cooper wrote: > > > > > >>it causes inappropriate linkage between the > >>toolstack and the version of Linux wishing to be booted.

Re: [Xen-devel] [PATCH v9 02/25] docs/libxl: Introduce COLO_CONTEXT to support migration v2 colo streams

On Wed, Dec 30, 2015 at 10:37:32AM +0800, Wen Congyang wrote: > It is the negotiation record for COLO. > Primary->Secondary: > control_id 0x: Secondary VM is out of sync, start a new > checkpoint > Secondary->Primary: > 0x0001: Secondary VM is suspended >

Re: [Xen-devel] [PATCH v9 03/25] libxc/migration: Specification update for DIRTY_PFN_LIST records

> + 0x000F: DIRTY_PFN_LIST > + Perhaps make it part of the optional and prefix it with CHECKPOINT? > + 0x0010 - 0x7FFF: Reserved for future _mandatory_ > records. > > 0x8000 - 0x: Reserved for future _optional_

Re: [Xen-devel] [PATCH v9 04/25] libxc/migration: export read_record for common use

On Wed, Dec 30, 2015 at 10:37:34AM +0800, Wen Congyang wrote: > read_record() could be used by primary to read dirty bitmap > record sent by secondary under COLO. > When used by save side, we need to pass the backchannel fd > instead of ctx->fd to read_record(), so we added a fd param to > it.

Re: [Xen-devel] [PATCH v9 09/25] tools/libx{l, c}: introduce should_checkpoint callback

On Wed, Dec 30, 2015 at 10:37:39AM +0800, Wen Congyang wrote: > Under COLO, we are doing checkpoint on demand, if this > callback returns 1, we will take another checkpoint. So 1 means OK. > 0 indicates unexpected error. Why not return an error? > > Signed-off-by: Yang Hongyang

[Xen-devel] [PATCH 08/17] xen, mm: Set IORESOURCE_SYSTEM_RAM to System RAM

From: Toshi Kani Set IORESOURCE_SYSTEM_RAM in struct resource.flags of "System RAM" entries. Signed-off-by: Toshi Kani Acked-by: David Vrabel # xen Cc: Andrew Banman Cc: Andrew Morton

Re: [Xen-devel] [PATCH v9 09/25] tools/libx{l, c}: introduce should_checkpoint callback

On Tue, Jan 26, 2016 at 03:50:32PM -0500, Konrad Rzeszutek Wilk wrote: > On Wed, Dec 30, 2015 at 10:37:39AM +0800, Wen Congyang wrote: > > Under COLO, we are doing checkpoint on demand, if this > > callback returns 1, we will take another checkpoint. > > So 1 means OK. > > > 0 indicates

Re: [Xen-devel] [qubes-devel] Re: pre Sandy bridge IOMMU support (gm45)

I just tested freshly compiled xen.gz file produced from patched source, as recommended by ktempkin. (Previous post xen.diff attached file got applied to disable pmr). Same behavior was observable with iommu=no-igfx: when net-vm tray icon gets rendered (corrupted graphics) and notification are

[Xen-devel] [linux-3.18 test] 79037: tolerable FAIL - PUSHED

flight 79037 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/79037/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 9 debian-hvm-install fail like 66698

[Xen-devel] [PATCH 1/4] libxl: Use libxl_strdup instead of strdup on libxl_version_info

The change is simple replace of raw strdup with a libxl variant. The benefit of that is the libxl variant has the extra behaviour of abort-on-alloc-fail - and will improve error handling. libxl_version_info is a bit odd - it is a public function and as libxl.h mentions - the callers of libxl_

[Xen-devel] [PATCH 4/4] tools/libxl: run_helper - add #define for arguments.

Describe what the four (or more in the future) arguments are for. Acked-by: Ian Jackson Signed-off-by: Konrad Rzeszutek Wilk --- tools/libxl/libxl_save_callout.c | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git

[Xen-devel] [PATCH 2/4] libxc/xc_domain_resume: Update comment.

To hopefully clarify what it meant. Also point out that mechanism by which the return 1 value is done is via an intimate knowledge of the hypercall ABI (i.e. which register - eax - is the return value). Signed-off-by: Konrad Rzeszutek Wilk --- tools/libxc/xc_resume.c |

[Xen-devel] [PATCH] various updates/fixes. (v2)

Hey! These are various fixes/updates I had in my tree. Some of them came about the review of my patches - other through me reviewing the COLO patches. Please take a look - if you are please Ack and I will gladly commit them in. tools/libxc/xc_resume.c | 17 +

[Xen-devel] [PATCH 3/4] libxl/remus: Change the assert for info to an return

The assert(info) is after quite a lot of manipulations on 'info' - which makes the assert pointless because if info was NULL it would have crashed earlier. Remove it and make it an return. Also since most of the error paths are for the same rc, unify them. CC: Wen Congyang

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On 01/26/2016 03:30 PM, Luis R. Rodriguez wrote: What I'm proposing? 1) Lets see if we can put a proactive stop-gap to issues such as the cr4 shadow bug and Kasan bugs from creeping in. This should not only help PV but perhaps HVMLite. If you'd like to help with that refer to this thread:

Re: [Xen-devel] [PATCH v1 01/12] x86/smp: Make start_secondary() and initial_pg_pmd visible globally

On Mon, Jan 25, 2016 at 10:30:26AM -0500, Boris Ostrovsky wrote: > initial_pg_pmd (together with initial_page_table) are not really required > --- I just used them for temporary page tables in the hvmlite startup code > instead of allocating dedicated pages for that. Perhaps there is other >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 11:19:27AM +0100, Peter Zijlstra wrote: > On Mon, Jan 25, 2016 at 10:03:22PM -0800, Paul E. McKenney wrote: > > On Mon, Jan 25, 2016 at 04:42:43PM +, Will Deacon wrote: > > > On Fri, Jan 15, 2016 at 01:58:53PM -0800, Paul E. McKenney wrote: > > > > On Fri, Jan 15, 2016

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 11:24:02AM +0100, Peter Zijlstra wrote: > On Thu, Jan 14, 2016 at 02:20:46PM -0800, Paul E. McKenney wrote: > > On Thu, Jan 14, 2016 at 01:24:34PM -0800, Leonid Yegoshin wrote: > > > On 01/14/2016 12:48 PM, Paul E. McKenney wrote: > > > > > > > >So SYNC_RMB is intended to

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 11:44:46AM -0800, Linus Torvalds wrote: > On Tue, Jan 26, 2016 at 9:22 AM, Peter Zijlstra wrote: > > > > This is distinct from: > > That may be distinct, but: > > > struct foo *x = READ_ONCE(*ptr); > > smp_read_barrier_depends(); > >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 12:16:09PM +, Will Deacon wrote: > On Mon, Jan 25, 2016 at 10:03:22PM -0800, Paul E. McKenney wrote: > > On Mon, Jan 25, 2016 at 04:42:43PM +, Will Deacon wrote: > > > On Fri, Jan 15, 2016 at 01:58:53PM -0800, Paul E. McKenney wrote: > > > > PPC Overlapping Group-B

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Wed, Jan 27, 2016 at 12:52:07AM +0800, Boqun Feng wrote: > Hi Paul, > > On Mon, Jan 18, 2016 at 07:46:29AM -0800, Paul E. McKenney wrote: > > On Mon, Jan 18, 2016 at 04:19:29PM +0800, Herbert Xu wrote: > > > Paul E. McKenney wrote: > > > > > > > > You could use

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 11:09:27AM +, Will Deacon wrote: > On Tue, Jan 26, 2016 at 11:32:00AM +0100, Peter Zijlstra wrote: > > On Tue, Jan 26, 2016 at 11:24:02AM +0100, Peter Zijlstra wrote: > > > > > Yeah, this goes under the header: memory-barriers.txt is _NOT_ a > > > specification (I seem

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 12:10 PM, Paul E. McKenney wrote: > On Tue, Jan 26, 2016 at 11:44:46AM -0800, Linus Torvalds wrote: >> >> > struct foo *x = READ_ONCE(*ptr); >> > smp_read_barrier_depends(); >> > x->bar = 5; >> >> This case is complete

Re: [Xen-devel] pre Sandy bridge IOMMU support (gm45)

> From: Jan Beulich > Sent: Tuesday, January 26, 2016 8:28 PM > > >>> On 26.01.16 at 12:57, wrote: > > Only dom0 talks directly to the i915 driver, other appvm being pv, which is > > why I put in question the complete deactivation of IGD by iommu=no-igfx. > > > > Is

Re: [Xen-devel] [PATCH] xen vtd : set msi guest_masked 0 by default

> From: Jan Beulich > Sent: Tuesday, January 26, 2016 8:57 PM > To: Chang Jianzhong > Cc: andrew.coop...@citrix.com; k...@xen.org; xen-devel@lists.xen.org > Subject: Re: [Xen-devel] [PATCH] xen vtd : set msi guest_masked 0 by default > > >>> On 26.01.16 at 02:34, wrote: > >

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 2:15 PM, Linus Torvalds wrote: > > You might as well just write it as > > struct foo x = READ_ONCE(*ptr); > x->bar = 5; > > because that "smp_read_barrier_depends()" does NOTHING wrt the second write. Just to clarify: on alpha it

Re: [Xen-devel] xenbits GitHub mirror?

On 1/26/16 11:26 AM, Doug Goldstein wrote: > On 1/26/16 10:55 AM, Ian Campbell wrote: >> On Sat, 2015-12-19 at 14:51 -0600, Doug Goldstein wrote: >>> All, >>> >>> Now I'll start off by saying that "no" is a perfectly acceptable answer >>> to this suggestion. Basically I remember at the Xen

Re: [Xen-devel] [PATCH v5] x86/p2m: use large pages for MMIO mappings

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, January 26, 2016 12:19 AM > > When mapping large BARs (e.g. the frame buffer of a graphics card) the > overhead of establishing such mappings using only 4k pages has, > particularly after the XSA-125 fix, become unacceptable. Alter

Re: [Xen-devel] [PATCH v4 3/3] VT-d: Fix vt-d Device-TLB flush timeout issue.

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, January 26, 2016 11:53 PM > > >> > At first, I am open for any solution. > >> > pcidevs_lock is quite a big lock. For this point, it looks much better > >> > to add a new flag to delay hiding device. > >> > I am also afraid that it

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 02:33:40PM -0800, Linus Torvalds wrote: > On Tue, Jan 26, 2016 at 2:15 PM, Linus Torvalds > wrote: > > > > You might as well just write it as > > > > struct foo x = READ_ONCE(*ptr); > > x->bar = 5; > > > > because that

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 12:10:10PM +, Will Deacon wrote: > On Mon, Jan 25, 2016 at 05:06:46PM -0800, Paul E. McKenney wrote: > > On Mon, Jan 25, 2016 at 02:41:34PM +, Will Deacon wrote: > > > On Fri, Jan 15, 2016 at 11:28:45AM -0800, Paul E. McKenney wrote: > > > > On Fri, Jan 15, 2016 at

Re: [Xen-devel] pre Sandy bridge IOMMU support (gm45)

It seems that IGD iommu is not completely deactivated, yes, since memory corruption happens (graphic glitches and then system hang) General iommu is still reported as being active by xen, as desired. Thierry Le mar. 26 janv. 2016 17:21, Tian, Kevin a écrit : > > From:

[Xen-devel] [qemu-mainline test] 79042: regressions - FAIL

flight 79042 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/79042/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 11 guest-start fail REGR. vs. 78683 Regressions which

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 3:29 PM, Paul E. McKenney wrote: > > No trailing data-dependent read, so agreed, no smp_read_barrier_depends() > needed. That said, I believe that we should encourage rcu_dereference*() > or lockless_dereference() instead of READ_ONCE() for

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Tue, Jan 26, 2016 at 04:51:38PM -0500, Boris Ostrovsky wrote: > On 01/26/2016 03:30 PM, Luis R. Rodriguez wrote: > hvmlite_start() is a 32-bit entry point [...] > > >4) hardware_subarch, hardware_subarch_data and future prospects > > > >Your patch relies on a *new* Linux entry point. Sure, we

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

flight 79069 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/79069/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-raw 13 guest-saverestorefail never pass test-armhf-armhf-libvirt-raw 11

[Xen-devel] [qemu-upstream-unstable baseline-only test] 38704: regressions - FAIL

This run is configured for baseline tests only. flight 38704 qemu-upstream-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38704/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 14

Re: [Xen-devel] [PATCH v6 12/18] tools/libx{l, c}: add back channel to libxc

On 01/26/2016 10:29 PM, Konrad Rzeszutek Wilk wrote: >>> Or is that suppose to be done in another patch? If so you may want to >>> mention that in the commit description? >> >> Do you mean where is the code that uses back_fd? It is in another series: >>

Re: [Xen-devel] [PATCH v6 09/18] tools/libxl: introduce libxl__domain_common_switch_qemu_logdirty()

On 01/26/2016 10:27 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 26, 2016 at 03:04:39PM +0800, Wen Congyang wrote: >> On 01/26/2016 02:59 AM, Konrad Rzeszutek Wilk wrote: >>> On Wed, Dec 30, 2015 at 10:28:59AM +0800, Wen Congyang wrote: Secondary vm is running in colo mode, we need to send

Re: [Xen-devel] [PATCH v6 09/18] tools/libxl: introduce libxl__domain_common_switch_qemu_logdirty()

On 01/27/2016 08:53 AM, Wen Congyang wrote: > On 01/26/2016 10:27 PM, Konrad Rzeszutek Wilk wrote: >> On Tue, Jan 26, 2016 at 03:04:39PM +0800, Wen Congyang wrote: >>> On 01/26/2016 02:59 AM, Konrad Rzeszutek Wilk wrote: On Wed, Dec 30, 2015 at 10:28:59AM +0800, Wen Congyang wrote: >

Re: [Xen-devel] [PATCH v9 04/25] libxc/migration: export read_record for common use

On 01/27/2016 04:45 AM, Konrad Rzeszutek Wilk wrote: > On Wed, Dec 30, 2015 at 10:37:34AM +0800, Wen Congyang wrote: >> read_record() could be used by primary to read dirty bitmap >> record sent by secondary under COLO. >> When used by save side, we need to pass the backchannel fd >> instead of

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 03:45:23PM -0800, Linus Torvalds wrote: > On Tue, Jan 26, 2016 at 3:29 PM, Paul E. McKenney > wrote: > > > > No trailing data-dependent read, so agreed, no smp_read_barrier_depends() > > needed. That said, I believe that we should encourage

Re: [Xen-devel] [PATCH v9 09/25] tools/libx{l, c}: introduce should_checkpoint callback

On 01/27/2016 05:09 AM, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 26, 2016 at 03:50:32PM -0500, Konrad Rzeszutek Wilk wrote: >> On Wed, Dec 30, 2015 at 10:37:39AM +0800, Wen Congyang wrote: >>> Under COLO, we are doing checkpoint on demand, if this >>> callback returns 1, we will take another

Re: [Xen-devel] [PATCH v9 09/25] tools/libx{l, c}: introduce should_checkpoint callback

On 01/27/2016 04:50 AM, Konrad Rzeszutek Wilk wrote: > On Wed, Dec 30, 2015 at 10:37:39AM +0800, Wen Congyang wrote: >> Under COLO, we are doing checkpoint on demand, if this >> callback returns 1, we will take another checkpoint. > > So 1 means OK. > >> 0 indicates unexpected error. > > Why

Re: [Xen-devel] stable backport of 3 xen multiqueue network dev fixes

From: Ian Campbell Date: Thu, 21 Jan 2016 11:58:10 + > Please could you queue these three: > > 32a8440 xen-netfront: respect user provided max_queues > 4c82ac3 xen-netback: respect user provided max_queues > ca88ea1 xen-netfront: update num_queues to real created >

Re: [Xen-devel] [PATCH v6 09/18] tools/libxl: introduce libxl__domain_common_switch_qemu_logdirty()

On 01/26/2016 10:27 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Jan 26, 2016 at 03:04:39PM +0800, Wen Congyang wrote: >> On 01/26/2016 02:59 AM, Konrad Rzeszutek Wilk wrote: >>> On Wed, Dec 30, 2015 at 10:28:59AM +0800, Wen Congyang wrote: Secondary vm is running in colo mode, we need to send

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Tue, Jan 26, 2016 at 03:29:21PM -0800, Paul E. McKenney wrote: > On Tue, Jan 26, 2016 at 02:33:40PM -0800, Linus Torvalds wrote: > > On Tue, Jan 26, 2016 at 2:15 PM, Linus Torvalds > > wrote: > > > > > > You might as well just write it as > > > > > > struct

Re: [Xen-devel] [PATCH v1 04/12] xen/hvmlite: Bootstrap HVMlite guest

On Tue, Jan 26, 2016 at 4:04 PM, Luis R. Rodriguez wrote: > You go: > > hvmlite_start_xen() --> > HVM stub > startup_64() | (startup_32() Hrm, does HVMlite work well with load_ucode_bsp(), note the patches to rebrand pv_enabled() to pv_legacy() or whatever, this

[Xen-devel] Is "feature-multicast-control" supported by xen-netfront?

Hi, There was a patch (http://lists.xenproject.org/archives/html/xen-devel/2015-09/msg00285.html) in 2015 to support multicast packet filter in Xen netback. I found that this feature "feature-multicast-control" is currently not supported by Xen netfront in mainline linux. Is there as patch for

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

On 01/26/16 08:57, Jan Beulich wrote: > >>> On 26.01.16 at 16:30, wrote: > > On 01/26/16 05:44, Jan Beulich wrote: > >> Interesting. This isn't the usage model I have been thinking about > >> so far. Having just gone back to the original 0/4 mail, I'm afraid > >> we're

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

>>> On 1/27/2016 at 12:12 AM, in message <20160126161253.ga9...@gmail.com>, Olaf Hering wrote: > On Tue, Jan 19, Chunyan Liu wrote: > > > +++ b/tools/libxl/libxl.c > > @@ -3204,7 +3204,7 @@ void > libxl__device_disk_local_initiate_detach(libxl__egc *egc, > >

[Xen-devel] [benchmarks] Linux scheduling domain *magic* tricks

Hello Oracle chaps, plus George, plus Juergen, plus everyone on xen-devel, :-) As promised, I'll have a deep look at the tests and benchmarks results that Elena dumped on us all ASAP.  However, this is only fair if I also spam you with an huge load of numbers onto which you can scratch (or

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

On Mon, 2016-01-25 at 08:46 -0700, Jan Beulich wrote: > > > > On 19.01.16 at 08:30, wrote: > > > > +write_cr4(cr4 | X86_CR4_PKE); > > +asm volatile (".byte 0x0f,0x01,0xee" > > +: "=a" (pkru) : "c" (0) : "dx"); > > +write_cr4(cr4); > > I think you

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On Mon, Jan 25, 2016 at 10:12:11PM -0800, Paul E. McKenney wrote: > On Mon, Jan 25, 2016 at 06:02:34PM +, Will Deacon wrote: > > Thanks for having a go at this. I tried defining something axiomatically, > > but got stuck pretty quickly. In my scheme, I used "data-directed > > transitivity"

Re: [Xen-devel] schedulers and topology exposing questions

On 22/01/16 16:54, Elena Ufimtseva wrote: > Hello all! > > Dario, Gerorge or anyone else, your help will be appreciated. > > Let me put some intro to our findings. I may forget something or put something > not too explicit, please ask me. > > Customer filled a bug where some of the

Re: [Xen-devel] [PATCH v3 14/17] XEN: EFI: Move x86 specific codes to architecture directory

On Tue, 26 Jan 2016, Shannon Zhao wrote: > On 2016/1/26 0:44, Stefano Stabellini wrote: > > On Sat, 23 Jan 2016, Shannon Zhao wrote: > >> > From: Shannon Zhao > >> > > >> > Move x86 specific codes to architecture directory and export those EFI > >> > runtime service

Re: [Xen-devel] pre Sandy bridge IOMMU support (gm45)

Only dom0 talks directly to the i915 driver, other appvm being pv, which is why I put in question the complete deactivation of IGD by iommu=no-igfx. Is there anything I can provide to troubleshoot? Le mar. 26 janv. 2016 06:37, Jan Beulich a écrit : > (re-adding xen-devel) >

<    1   2   3   >