On Tue, Jan 26, 2016 at 02:33:40PM -0800, Linus Torvalds wrote:
> If it turns out that some architecture does actually need a barrier
> between a read and a dependent write, then that will mean that
>
> (a) we'll have to make up a _new_ barrier, because
> "smp_read_barrier_depends()" is not that
1: xstate: don't unintentionally clear compaction bit
2: adjust xsave structure attributes
3: xstate: fix fault behavior on XRSTORS
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Tue, 2016-01-26 at 14:30 +, Tim Deegan wrote:
> Hi,
>
> At 15:30 +0800 on 19 Jan (1453217458), Huaitong Han wrote:
> > At the moment, the pfec argument to gva_to_gfn has two functions:
> >
> > * To inform guest_walk what kind of access is happenind
> >
> > * As a value to pass back into t
On 01/26/16 14:32, Konrad Rzeszutek Wilk wrote:
> 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 se
On 01/27/2016 04:44 AM, Konrad Rzeszutek Wilk wrote:
>> + 0x000F: DIRTY_PFN_LIST
>> +
>
> Perhaps make it part of the optional and prefix it with CHECKPOINT?
IIUC, optional record can be ignored, but this record cannot be ignored.
To Andrew Cooper:
Should I mark this record as op
On 1/26/2016 7:16 PM, David Vrabel wrote:
On 22/01/16 03:20, Yu Zhang wrote:
--- a/docs/man/xl.cfg.pod.5
+++ b/docs/man/xl.cfg.pod.5
@@ -962,6 +962,24 @@ FIFO-based event channel ABI support up to 131,071 event
channels.
Other guests are limited to 4095 (64-bit x86 and ARM) or 1023 (32-bit
On 1/26/2016 7:24 PM, Jan Beulich wrote:
On 26.01.16 at 08:59, wrote:
On 1/22/2016 7:43 PM, Jan Beulich wrote:
On 22.01.16 at 04:20, wrote:
@@ -2601,6 +2605,16 @@ struct hvm_ioreq_server
*hvm_select_ioreq_server(struct domain *d,
type = (p->type == IOREQ_TYPE_PIO) ?
On 1/26/2016 7:00 PM, Jan Beulich wrote:
On 26.01.16 at 08:32, wrote:
On 1/22/2016 4:01 PM, Jan Beulich wrote:
On 22.01.16 at 04:20, wrote:
--- a/xen/arch/x86/hvm/hvm.c
+++ b/xen/arch/x86/hvm/hvm.c
@@ -940,6 +940,10 @@ static int hvm_ioreq_server_alloc_rangesets(struct
hvm_ioreq_server *s,
On 01/27/2016 04:40 AM, Konrad Rzeszutek Wilk wrote:
> 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:
>>
On 01/27/2016 04:44 AM, Konrad Rzeszutek Wilk wrote:
>> + 0x000F: DIRTY_PFN_LIST
>> +
>
> Perhaps make it part of the optional and prefix it with CHECKPOINT?
Will be fixed in the next version.
Thanks
Wen Congyang
>
>> + 0x0010 - 0x7FFF: Reserved for future _
Hi all,
We are pleased to announce another update of Intel GVT-g for Xen.
Intel GVT-g is a full GPU virtualization solution with mediated pass-through,
starting from 4th generation Intel Core(TM) processors with Intel Graphics
processors. A virtual GPU instance is maintained for each VM, with p
This run is configured for baseline tests only.
flight 38705 linux-3.14 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38705/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl 19 guest-start/debia
Le mar. 26 janv. 2016 à 21:10, Thierry Laurion
a écrit :
> 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 t
On Jan 26, 2016 6:16 PM, "Luis R. Rodriguez" wrote:
>
> 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
>
flight 79067 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/79067/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-xsm 15 guest-localmigratefail REGR. vs. 60684
test-amd64
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 will want to abstract out t
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
bang?!?
>>> 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,
> > aodev->dev = device;
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 really left guessing, and yo
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 x
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 PV type will not
b
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 foo x = READ_ONCE(*ptr);
> > >
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
>
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
>
> for stable backports to
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 not
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 chec
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 rcu_dereference*()
> > or lockle
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 ctx
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:
> Secon
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
>
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:
>> http://lists.xenproject.org/archives/html/xen
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 guest
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 migrate-sup
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 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 documentation
> reasons, though.
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 a
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: Jan Beulich
> > Sent: Tue
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 0
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 "smp_read_barrier_depends()" does NOTHING wrt t
> 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 ma
> 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 th
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 Develope
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 adds a memory barrier, but that mem
> 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:
> > There are some problem
> 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 there anything I can provide t
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 BS. Stop perpetuating it. I alr
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
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 SYNC_ACQUIRE() to implement read
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();
> > x->bar = 5;
>
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 s
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 a
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 im
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
> (Xen-s
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:
http
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 +
tools/libx
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
CC: Yang Hongyang
Sig
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 | 17 +
1 fi
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_ publ
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 a/tools/libxl/libxl_save_callout.c b/tools/libxl/libxl_
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
test-armhf-armhf-xl
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 dra
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 unexpecte
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
Cc: Boris Ostrovsky
Cc: Dan Williams
Cc: David Rientjes
Cc: David Vrabel
Cc: Gu Zheng
Cc: Konrad Rzeszu
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
> Signed-off-by
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.
Cou
> + 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_
___
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
>
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.
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 file changed, 5 insertions(+
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 removed a
number of bogus
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
> > > ... unpleasantne
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 dedicated
> >> >> to NVDIMM support. I asked the ver
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:
On 01/25/2016 04:21 PM, H. Peter Anvin w
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 someone would stil
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 hardware_subarch. And
>>
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
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 no reset. But,
>> performanc
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 i
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) freez
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
build-i386-rumpuserx
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 xsave
ble 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 Xe
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 bothered as we
>> > discussed
>> > previously.
>> >
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 i
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 tha
>>> 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 do_domctl(), i.e. makes me ass
t tags/xen-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-of
nto
> > 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 f4297d663d92844f87aeb6ea7622441674
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 12:1
ble 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 Xe
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.
Signed-off-by: Malcolm Crossley
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 10064
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
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
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:
>> The patch as I already said is letting me boo
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 bran
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
> > > smp_read_barrier_depends(), but SYNC_RMB prob
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.
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 return
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: Ian Jackson
> Cc: Ian Campbell
> Cc: Wei Liu
> ---
> tools/libxl
1 - 100 of 208 matches
Mail list logo