On 02/07/2015 04:31 AM, Rudy Zhang wrote:
From: Tao Chen
Signed-off-by: Tao Chen
Are some white space fixes in comments really worth a patch?
Juergen
---
drivers/xen/xen-scsiback.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/xen/xen-scsi
On 2015/2/6 9:01, Chen, Tiejun wrote:
On 2015/2/5 17:52, Ian Campbell wrote:
On Thu, 2015-02-05 at 09:22 +0800, Chen, Tiejun wrote:
Indeed this is not something workaround, and I think in any type of VGA
devices, we'd like to diminish this sort of thing gradually, right?
This mightn't come tru
On 02/07/2015 12:44 AM, Luis R. Rodriguez wrote:
This is a third respin for a design proposal for a rework on the config options
on the Linux kernel related to Xen. The frist two proposals came from Juergen,
I'm taking on the work now as some other work I am doing is related to this.
This third i
On 02/06/2015 09:33 PM, Kristian Hagsted Rasmussen wrote:
On Friday, February 6, 2015 15:25, Juergen Gross wrote:
To: Kristian Hagsted Rasmussen; Olaf Hering; xen-de...@lists.xensource.com
Subject: Re: [Xen-devel] pvSCSI test
After some more fiddling around, I believe the configuration sho
Reviewed-By: Olivier Martin
From: Ard Biesheuvel [ard.biesheu...@linaro.org]
Sent: 03 February 2015 19:19
To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier Martin;
roy.fr...@linaro.org; leif.lindh...@linaro.org;
stefano.stabell...@eu.citrix
Reviewed-By: Olivier Martin
From: Ard Biesheuvel [ard.biesheu...@linaro.org]
Sent: 03 February 2015 19:19
To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier Martin;
roy.fr...@linaro.org; leif.lindh...@linaro.org;
stefano.stabell...@eu.citrix
From: "Justin T. Weaver"
by making sure that vcpus only run on the pcpu(s) they are allowed to
run on based on their hard affinity cpu masks.
Signed-off-by: Justin T. Weaver
---
Changes in v2:
* Added dynamically allocated cpu masks to avoid putting them on the stack;
replaced temp masks fr
Hi Ian,
On 05/02/2015 23:34, Ian Campbell wrote:
On Thu, 2015-02-05 at 22:01 +0800, Julien Grall wrote:
If the user requests a xenheap of 0MB, we will use the default size,
right? It may be worth to explain this case.
I think it's pretty generally understood that 0 generally means the
default
Dear Wilk:
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: Saturday, February 7, 2015 2:12 AM
> To: Wang, Xiaoming
> Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
> david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
> ker...@vger.ke
flight 34291 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34291/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Regressions which are
On 02/06/2015 06:49 AM, Raghavendra K T wrote:
> Paravirt spinlock clears slowpath flag after doing unlock.
> As explained by Linus currently it does:
> prev = *lock;
> add_smp(&lock->tickets.head, TICKET_LOCK_INC);
>
> /* add_smp() is a full mb() */
flight 34292 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34292/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 10 migrate-support-checkfail never pass
test-armhf-armhf-libvirt 10 migrate-sup
> On 8 Feb 2015, at 17:11, M A Young wrote:
>
> From 73bab9cb1cb95f35080fadaf1193cbe45327a89c Mon Sep 17 00:00:00 2001
> From: Michael Young
> Date: Sun, 8 Feb 2015 15:54:23 +
> Subject: [PATCH] tools/ocaml: remove uint32 use added by 674ad2b
>
> In 674ad2b (xenstore: extend the xenstore r
flight 34285 linux-3.16 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34285/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-localmigrate/x10fail REGR. vs. 34167
Regressions which are
On 02/07/2015 12:27 AM, Sasha Levin wrote:
On 02/06/2015 09:49 AM, Raghavendra K T wrote:
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
prev = *lock;
add_smp(&lock->tickets.head, TICKET_LOCK_INC);
On 02/06/2015 09:55 PM, Linus Torvalds wrote:
On Fri, Feb 6, 2015 at 6:49 AM, Raghavendra K T
wrote:
Paravirt spinlock clears slowpath flag after doing unlock.
[ fix edited out ]
So I'm not going to be applying this for 3.19, because it's much too
late and the patch is too scary. Plus the bug
On 02/06, Sasha Levin wrote:
>
> Can we modify it slightly to avoid potentially accessing invalid memory:
>
> diff --git a/arch/x86/include/asm/spinlock.h b/arch/x86/include/asm/spinlock.h
> index 5315887..cd22d73 100644
> --- a/arch/x86/include/asm/spinlock.h
> +++ b/arch/x86/include/asm/spinlock
>From 73bab9cb1cb95f35080fadaf1193cbe45327a89c Mon Sep 17 00:00:00 2001
From: Michael Young
Date: Sun, 8 Feb 2015 15:54:23 +
Subject: [PATCH] tools/ocaml: remove uint32 use added by 674ad2b
In 674ad2b (xenstore: extend the xenstore ring with a 'closing' signal)
two uses of uint32 are added to
flight 34278 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34278/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail REGR. vs. 33686
test-amd64-i386-xl-qemuu-ovm
flight 34268 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34268/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-pair17 guest-migrate/src_host/dst_host fail like 34092
Tests which did not succeed, bu
Hi Parth,
I see lots of old code where some of the issues were already solved in
latest one. Can you please rebase your patches on top of latest ACPI
core set and compose xen specific patches as separate? That would
simplify review process and allows to see the delta.
Regards,
Tomasz
On 02/
flight 34247 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34247/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 11 guest-localmigrate fail REGR. vs. 33488
test-amd64
flight 34252 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34252/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 5 xen-boot running [st=running!]
test-amd64-i386-rumpus
flight 34275 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34275/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 33866
build-amd64-rumpuserx
flight 34257 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34257/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 5 xen-boot fail REGR. vs. 34137
Regressions which ar
flight 34259 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34259/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 7 debian-hvm-install fail REGR. vs.
33480
test-amd64-i38
On Sat, 7 Feb 2015, Luis R. Rodriguez wrote:
> This is a third respin for a design proposal for a rework on the config
> options
> on the Linux kernel related to Xen. The frist two proposals came from Juergen,
> I'm taking on the work now as some other work I am doing is related to this.
> This th
On Fri, 6 Feb 2015, Luis R. Rodriguez wrote:
> On Fri, Feb 6, 2015 at 4:07 AM, Stefano Stabellini
> wrote:
> > On Thu, 5 Feb 2015, Luis R. Rodriguez wrote:
> >> On Wed, Feb 4, 2015 at 6:57 AM, Stefano Stabellini
> >> wrote:
> >> > On Wed, 4 Feb 2015, David Vrabel wrote:
> >> >> On 16/12/14 16:21,
Hi all,
I was under the impression that you should be able to do in-place
upgrades from Xen 4.4 to 4.5 on a system without losing the ability to
manage DomUs...
This would support upgrades from running systems from Xen 4.4.x to 4.5.0
- only requiring a reboot to boot into the 4.5.0 hypervisor.
W
29 matches
Mail list logo
