flight 56436 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56436/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 55442
Regressions which are
flight 56508 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56508/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
flight 56435 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56435/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-multivcpu 11 guest-start fail in 56374 pass in 56435
test-amd64-amd64-xl-qemuu-win7-am
flight 56427 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56427/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 15 guest-localmigrate.2 fail in 56373 REGR.
vs. 50282
On Fri, May 15, 2015 at 11:01 PM, Julien Grall wrote:
> On 15/05/15 16:38, Ian Campbell wrote:
>> On Fri, 2015-05-15 at 16:05 +0100, Julien Grall wrote:
>>> On 15/05/15 15:04, Vijay Kilari wrote:
On Fri, May 15, 2015 at 7:14 PM, Julien Grall
wrote:
> On 15/05/15 14:24, Ian Campbell
flight 56416 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56416/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 6 xen-boot fail REGR. vs. 50329
test-armhf-armhf-xl-c
On Wed, 2015-05-13 at 06:01 +0100, wei.l...@citrix.com wrote:
> = Prognosis =
>
> The states are: none -> fair -> ok -> good -> done
>
> none - nothing yet
> fair - still working on it, patches are prototypes or RFC
> ok - patches posted, acting on review
> good - some last minute pieces
> don
On Wed, 2015-05-13 at 06:01 +0100, wei.l...@citrix.com wrote:
> = Prognosis =
>
> The states are: none -> fair -> ok -> good -> done
>
> none - nothing yet
> fair - still working on it, patches are prototypes or RFC
> ok - patches posted, acting on review
> good - some last minute pieces
> don
Ian Campbell writes ("[PATCH OSSTEST] Debian: correct u-boot command to load
flask policy"):
> The use of the $flaskpolocy variable is escaped only once, meaning it
> is interpreted by the shell on the test host, a context in which it
> is not set (it is set in Perl, and it would be set in u-boot
flight 56406 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56406/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-i386 15 guest-localmigrate.2 fail blocked in 56370
test-amd64-i386-freebsd10-amd64 15 gu
On 15/05/2015 21:45, Razvan Cojocaru wrote:
> On 05/15/2015 06:57 PM, Jan Beulich wrote:
> On 06.05.15 at 19:12, wrote:
>>> Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
>>> that does that.
>> But you should also say a word on why this is needed, since things
>> worked fine so
On Fri, 2015-05-15 at 10:24 -0500, Chong Li wrote:
> On Mon, May 11, 2015 at 9:06 AM, Dario Faggioli
> wrote:
> >
> > On Thu, 2015-05-07 at 12:05 -0500, Chong Li wrote:
> > > Change sched_rtds_domain_get/set functions to support per-VCPU settings
> > > for RTDS scheduler.
> > >
>
> >
> > > +
On Fri, 2015-05-15 at 11:35 -0500, Chong Li wrote:
> On Tue, May 12, 2015 at 5:01 AM, Dario Faggioli
> wrote:
> >
> > I mean, a call to libxl_domain_sched_params_set() can be interpreted
> > like 'set the passed params for all the vcpus', _get(), I don't know...
> > perhaps it should return some s
flight 56378 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56378/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect
test-amd64-amd64-pair
Hi,
On 07/05/2015 15:39, Zoltan Kiss wrote:
Now the question of course is - is that really what we want to do?
I.e. is it known that he no longer wants to be a maintainer of this
code (or cannot be)? The mail address having become stale
doesn't necessarily mean that. Does one of you know where h
Hi Zoltan,
On 07/05/2015 13:37, Zoltan Kiss wrote:
On 07/05/15 10:32, Ian Campbell wrote:
On Thu, 2015-05-07 at 09:52 +0100, Zoltan Kiss wrote:
Looks good at first glance, let me try it on a board.
On 06/05/15 19:52, Julien Grall wrote:
[...]
I'm concerned to see a newly driver (pushed las
On 05/15/2015 06:57 PM, Jan Beulich wrote:
On 06.05.15 at 19:12, wrote:
>> Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
>> that does that.
>
> But you should also say a word on why this is needed, since things
> worked fine so far without, and enabling the functions to run
>
. snip..
> Right. Well I think all that is unnecessarily hard to understand,
> primarily because it's organized in a confusing way.
Looking at your implementation it is certainly easier (your way).
>
> Rather than try to nitpick you into doing it the way that seems more
> sensible to me, I've r
On 05/15/2015 03:42 AM, Jan Beulich wrote:
On 15.05.15 at 09:34, wrote:
El 15/05/15 a les 8.36, Jan Beulich ha escrit:
On 14.05.15 at 17:27, wrote:
El 13/05/15 a les 11.53, Jan Beulich ha escrit:
On 11.05.15 at 16:57, wrote:
--- a/xen/common/domain.c
+++ b/xen/common/domain.c
@@ -42,6 +42
Hey!
During the Xen Hacka^H^H^H^HProject Summit? we chatted about live-patching
the hypervisor. We sketched out how it could be done, and brainstormed
some of the problems.
I took that and wrote an design - which is very much RFC. The design is
laid out in two sections - the format of the ELF pay
The use of the $flaskpolocy variable is escaped only once, meaning it
is interpreted by the shell on the test host, a context in which it
is not set (it is set in Perl, and it would be set in u-boot env by
the line above). The symptom was that the ext2load command got given
no file to load and so t
On Fri, 15 May 2015, Jim Fehlig wrote:
> Stefano Stabellini wrote:
> > Try to use "xen-qemudepriv-$domname" first, then "xen-qemudepriv-base" +
> > domid, finally "xen-qemudepriv-shared" and root if everything else fails.
> >
> > The uids need to be manually created by the user or, more likely, by
Stefano Stabellini wrote:
> Try to use "xen-qemudepriv-$domname" first, then "xen-qemudepriv-base" +
> domid, finally "xen-qemudepriv-shared" and root if everything else fails.
>
> The uids need to be manually created by the user or, more likely, by the
> xen package maintainer.
>
FYI, the libv
On 15/05/15 17:08, Ross Lagerwall wrote:
> When an interrupt is received during an EFI runtime service call, Xen
> may call map_domain_page() while using the EFI runtime page tables.
> This fails because, although the EFI runtime page tables are a
> copy of the idle domain's page tables, current po
On Fri, 2015-05-15 at 11:06 -0600, Charles Arnold wrote:
> Using gcc 4.8 to compile with -Werror.
>
> xl_cmdimpl.c:5493:8: error: 'valid_devs' may be used uninitialized in this
> function [-Werror=maybe-uninitialized]
> if (valid_devs == 0)
> ^
> xl_cmdimpl.c:5455:9: note: 'valid_d
On 15/05/15 16:38, Ian Campbell wrote:
> On Fri, 2015-05-15 at 16:05 +0100, Julien Grall wrote:
>> On 15/05/15 15:04, Vijay Kilari wrote:
>>> On Fri, May 15, 2015 at 7:14 PM, Julien Grall
>>> wrote:
On 15/05/15 14:24, Ian Campbell wrote:
> On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari
diff:
- test-amd64-i386-freebsd10-amd64 freebsd_image
FreeBSD-10.1-RELEASE-amd64.raw.xz
- test-amd64-i386-freebsd10-i386 freebsd_image
FreeBSD-10.1-RELEASE-i386.raw.xz
+ test-amd64-i386-freebsd10-amd64 freebsd_image
FreeBSD-10.1-CUSTOM-amd64-20150515.raw.xz
+ test-amd64-i386-freebsd10-
Signed-off-by: Ian Jackson
---
ts-host-install |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-host-install b/ts-host-install
index b13f293..dfee932 100755
--- a/ts-host-install
+++ b/ts-host-install
@@ -34,7 +34,7 @@ while (@ARGV and $ARGV[0] =~ m/^-/) {
$_= shift
We are having a difficulty with one of the test boxes, which can be
most easily reproduced by running ts-host-install to power cycle the
box and then see if it wakes up enough to fetch a preseed file.
Keep this mode of operation in tree in case it's useful in future.
Signed-off-by: Ian Jackson
-
On 05/15/2015 05:39 AM, Ian Campbell wrote:
On Thu, 2015-05-14 at 19:09 -0400, Daniel De Graaf wrote:
On 05/14/2015 07:54 AM, Ian Campbell wrote:
On Thu, 2015-05-14 at 12:21 +0100, Julien Grall wrote:
Hi Ian,
On 14/05/15 11:33, Ian Campbell wrote:
system_u:system_r:domU_t is defined in the d
Using gcc 4.8 to compile with -Werror.
xl_cmdimpl.c:5493:8: error: 'valid_devs' may be used uninitialized in this
function [-Werror=maybe-uninitialized]
if (valid_devs == 0)
^
xl_cmdimpl.c:5455:9: note: 'valid_devs' was declared here
int valid_devs;
Signed-off-by: Charles Ar
On Tue, May 12, 2015 at 5:01 AM, Dario Faggioli
wrote:
> [Adjusting the Cc list:
> - removing hypervisor only people
> - adding more tools maintainers
> - adding George]
>
> On Thu, 2015-05-07 at 12:05 -0500, Chong Li wrote:
>> Change sched_rtds_domain_get/set functions to support per-VCPU s
Ian Campbell writes ("[PATCH OSSTEST] Debian: Log which kernel/initrd we failed
to copy."):
> Helpful to trackdown which config var I've got wrong.
> + or die "Copy initramfs-tools %ird failed: $!";
Queued with that %ird changed to $ird.
Thanks,
Ian.
___
flight 56417 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56417/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866
build-i386-rumpuserxe
flight 56415 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56415/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854
test-amd64-i386-libvirt
On Fri, 2015-05-15 at 16:51 +0100, Julien Grall wrote:
> The commit 50dcb3de603927db2fd87ba09e29c817415aaa44 "xen: arm: X-Gene Storm
> check GIC DIST address for EOI quirk" disable the quirk for boards using
> the new firmware.
That reminds me could
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualiza
When an interrupt is received during an EFI runtime service call, Xen
may call map_domain_page() while using the EFI runtime page tables.
This fails because, although the EFI runtime page tables are a
copy of the idle domain's page tables, current points at a different
domain's vCPU.
To fix this,
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: 15 May 2015 16:55
> To: Jan Beulich
> Cc: Bob Liu; m...@amazon.com; David Vrabel; Paul Durrant; Roger Pau
> Monne; xen-devel@lists.xen.org; just...@spectralogic.com; Keir (Xen.org)
> Subject: Re: [Xen
>>> On 06.05.15 at 19:12, wrote:
> Arch_set_info_guest() doesn't set CR0, CR3 or CR4. Added code
> that does that.
But you should also say a word on why this is needed, since things
worked fine so far without, and enabling the functions to run
outside of their own vCPU context is not immediately
On 05/14/2015 01:00 PM, Julien Grall wrote:
When Linux is using 64K page granularity, every page will be slipt in
multiple non-contiguous 4K MFN.
I'm not sure how to handle efficiently the check to know whether we can
merge 2 biovec with a such case. So for now, always says that biovec are
not m
On Fri, May 15, 2015 at 04:38:58PM +0100, Jan Beulich wrote:
> >>> On 15.05.15 at 17:22, wrote:
> > Doing an git annotate shows:
> >
> > commit 829f2a9c6dfae13faee4e24b953441113338e0f2
> > Author: Justin T. Gibbs
> > Date: Thu Feb 23 10:02:30 2012 +
> >
> > blkif.h: Document the Red H
On 05/15/2015 11:45 AM, David Vrabel wrote:
On 14/05/15 18:00, Julien Grall wrote:
Hi all,
ARM64 Linux is supporting both 4KB and 64KB page granularity. Although, Xen
hypercall interface and PV protocol are always based on 4KB page granularity.
Any attempt to boot a Linux guest with 64KB pages
Until recently, a maintenance IRQ was requested for any IRQ injected to
the guest on x-gene platform.
The commit 50dcb3de603927db2fd87ba09e29c817415aaa44 "xen: arm: X-Gene Storm
check GIC DIST address for EOI quirk" disable the quirk for boards using
the new firmware.
It is known that the quirk i
On 14/05/15 18:00, Julien Grall wrote:
> Hi all,
>
> ARM64 Linux is supporting both 4KB and 64KB page granularity. Although, Xen
> hypercall interface and PV protocol are always based on 4KB page granularity.
>
> Any attempt to boot a Linux guest with 64KB pages enabled will result to a
> guest c
On Fri, 2015-05-15 at 16:31 +0100, Wei Liu wrote:
> On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
> > Hi Wei,
> >
> > Thanks you for the review.
> >
> > On 15/05/15 03:35, Wei Liu wrote:
> > > On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
> > >> The PV network prot
>>> On 15.05.15 at 17:22, wrote:
> Doing an git annotate shows:
>
> commit 829f2a9c6dfae13faee4e24b953441113338e0f2
> Author: Justin T. Gibbs
> Date: Thu Feb 23 10:02:30 2012 +
>
> blkif.h: Document the Red Hat and Citrix blkif multi-page ring extensions
>
> No functional cha
On Fri, 2015-05-15 at 16:05 +0100, Julien Grall wrote:
> On 15/05/15 15:04, Vijay Kilari wrote:
> > On Fri, May 15, 2015 at 7:14 PM, Julien Grall
> > wrote:
> >> On 15/05/15 14:24, Ian Campbell wrote:
> >>> On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
> On Fri, May 15, 2015 at 6:23
On Fri, May 15, 2015 at 12:54:32PM +0100, Ian Campbell wrote:
> On Fri, 2015-05-15 at 11:39 +0100, Anthony PERARD wrote:
> > On Thu, May 14, 2015 at 03:21:41PM -0600, Jim Fehlig wrote:
> > > More hint that libvirtd crashed. Have there been any attempts to
> > > reproduce this outside of the test r
On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
> Hi Wei,
>
> Thanks you for the review.
>
> On 15/05/15 03:35, Wei Liu wrote:
> > On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
> >> The PV network protocol is using 4KB page granularity. The goal of this
> >> patch is
> -Original Message-
> From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
> Sent: 15 May 2015 16:23
> To: Bob Liu; m...@amazon.com; Paul Durrant; Keir (Xen.org)
> Cc: xen-devel@lists.xen.org; David Vrabel; just...@spectralogic.com; Roger
> Pau Monne
> Subject: Re: [PATCH] xen: blki
On Mon, May 11, 2015 at 9:06 AM, Dario Faggioli
wrote:
>
> On Thu, 2015-05-07 at 12:05 -0500, Chong Li wrote:
> > Change sched_rtds_domain_get/set functions to support per-VCPU settings for
> > RTDS scheduler.
> >
>
> > +rc = xc_domain_getinfo(CTX->xch, domid, 1, &info);
> > +if (rc < 0)
On Tue, May 12, 2015 at 06:58:49PM +0800, Bob Liu wrote:
> After commit 1b1586eeeb8c ("xenbus_client: Extend interface to
> support multi-page ring"), Linux xenbus driver can support multi-page ring.
>
> Based on this interface, we got some impressive improvements by using
> multi-page
> ring in
Signed-off-by: Julien Grall
---
xen/arch/arm/gic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
index f023e4f..125298c 100644
--- a/xen/arch/arm/gic.c
+++ b/xen/arch/arm/gic.c
@@ -182,7 +182,7 @@ int gic_remove_irq_from_guest(struct d
On 15/05/15 15:04, Vijay Kilari wrote:
> On Fri, May 15, 2015 at 7:14 PM, Julien Grall wrote:
>> On 15/05/15 14:24, Ian Campbell wrote:
>>> On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
On Fri, May 15, 2015 at 6:23 PM, Ian Campbell
wrote:
> On Fri, 2015-05-15 at 18:17 +053
Commit e78e8b9bb649 ("libxl: Add interface for querying hypervisor
about PCI topology") neglected to initialize valid_devs. This
may result in not printing a message to console if no IO topology
information is available and, more importantly, may break non-debug
builds on some versions of gcc.
Sig
Hi Ian,
On 15/05/15 12:45, Ian Campbell wrote:
> On Tue, 2015-05-12 at 16:02 +0100, Ian Campbell wrote:
>> I've written up my thinking as a design doc below (it's pandoc and the
>> pdf version is also at
>> http://xenbits.xen.org/people/ianc/vits/draftA.pdf FWIW).
>
> Here is a second draft based
On Fri, 2015-05-15 at 15:28 +0100, Ian Jackson wrote:
> Stefano Stabellini writes ("[PATCH v2] run QEMU as non-root"):
> > +2) a user named "xen-qemudepriv-base", adding domid to its uid
> > +If xen-qemudepriv-base has uid 6000, and the domid is 25, libxl will try
> > +to use uid 6025. To use this
Hey,
2 things first:
- can you avoid HTML emails?
- can you trim the quotes, which means only leaving in the reply
message the bits of the conversation that are useful for bringing it
forward, and cut the rest (I'm doing this in this mail too)
On Thu, 2015-05-14 at 17:27 -0500, Chong Li w
Stefano Stabellini writes ("[PATCH v2] run QEMU as non-root"):
> +2) a user named "xen-qemudepriv-base", adding domid to its uid
> +If xen-qemudepriv-base has uid 6000, and the domid is 25, libxl will try
> +to use uid 6025. To use this mechanism, you might want to create a large
> +number of users
On Fri, May 15, Boris Ostrovsky wrote:
> On 05/15/2015 09:50 AM, Olaf Hering wrote:
> >On Fri, May 15, Boris Ostrovsky wrote:
> >
> >>I will send a patch but I am curious whether this broke the build for you
> >>too? Because I didn't get any warnings.
> >Builds with -O0, but fails without it.
> Wh
On Fri, 2015-05-15 at 14:44 +0100, Julien Grall wrote:
> On 15/05/15 14:24, Ian Campbell wrote:
> > On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
> >> On Fri, May 15, 2015 at 6:23 PM, Ian Campbell
> >> wrote:
> >>> On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
> On Fri, May
flight 56375 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/56375/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 11 guest-start fail REGR. vs. 55438
test-amd64-i386-freebsd10-amd
On 05/15/2015 09:50 AM, Olaf Hering wrote:
On Fri, May 15, Boris Ostrovsky wrote:
I will send a patch but I am curious whether this broke the build for you
too? Because I didn't get any warnings.
Builds with -O0, but fails without it.
What gcc version are you using?
[root@ovs104 libxl]# gr
On Fri, May 15, 2015 at 7:14 PM, Julien Grall wrote:
> On 15/05/15 14:24, Ian Campbell wrote:
>> On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
>>> On Fri, May 15, 2015 at 6:23 PM, Ian Campbell
>>> wrote:
On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
> On Fri, May 15, 2
On Fri, May 15, Boris Ostrovsky wrote:
> I will send a patch but I am curious whether this broke the build for you
> too? Because I didn't get any warnings.
Builds with -O0, but fails without it.
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 15/05/15 14:24, Ian Campbell wrote:
> On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
>> On Fri, May 15, 2015 at 6:23 PM, Ian Campbell
>> wrote:
>>> On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
On Fri, May 15, 2015 at 5:33 PM, Julien Grall
wrote:
> On 15/05/15
On Fri, 2015-05-15 at 18:44 +0530, Vijay Kilari wrote:
> On Fri, May 15, 2015 at 6:23 PM, Ian Campbell wrote:
> > On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
> >> On Fri, May 15, 2015 at 5:33 PM, Julien Grall
> >> wrote:
> >> > On 15/05/15 12:30, Ian Campbell wrote:
> >> >>> Handling
Hi Ian,
On 15/05/15 13:58, Ian Campbell wrote:
>>> Therefore it is proposed that the restriction that a single vITS maps
>>> to one pITS be retained. If a guest requires access to devices
>>> associated with multiple pITSs then multiple vITS should be
>>> configured.
>>
>>
On 05/15/2015 04:43 AM, Olaf Hering wrote:
On Mon, May 11, Boris Ostrovsky wrote:
+++ b/tools/libxl/xl_cmdimpl.c
@@ -5420,12 +5420,15 @@ static void output_numainfo(void)
static void output_topologyinfo(void)
+int valid_devs;
+valid_devs++;
+if (valid_devs == 0)
This
On 15/05/15 13:37, Jan Beulich wrote:
> fail_if() and generate_exception_if() could theoretically bypass the
> normal flow reaching put_fpu(), and not invoking it would leave the
> fpu_exception_callback pointer in place, allowing for the callback to
> be called at an unexpected time. Luckily the t
On 15/05/15 13:38, Vijay Kilari wrote:
>> Can you give some examples of the heaviest translations please so I can
>> get a feel for actually how expensive we are talking here.
>>
> For example to translate MAPVI device_ID, event_ID, vID, vCID
>
> 1) Read from vITS command queue
Not expens
On 15/05/15 11:17, Yang Hongyang wrote:
> With Remus, the restore flow should be:
> the first full migration stream -> { periodically restore stream }
>
> Signed-off-by: Yang Hongyang
> Signed-off-by: Andrew Cooper
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
This is also cleaner than b
On Fri, May 15, 2015 at 6:23 PM, Ian Campbell wrote:
> On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
>> On Fri, May 15, 2015 at 5:33 PM, Julien Grall
>> wrote:
>> > On 15/05/15 12:30, Ian Campbell wrote:
>> >>> Handling of Single vITS and multipl pITS can be made simple.
>> >>>
>> >>> A
On Fri, 2015-05-15 at 18:08 +0530, Vijay Kilari wrote:
> On Fri, May 15, 2015 at 4:58 PM, Ian Campbell wrote:
> > On Wed, 2015-05-13 at 21:57 +0530, Vijay Kilari wrote:
> >> > * On receipt of an interrupt notification arising from Xen's own use
> >> > of `INT`; (see discussion under Completion)
On Fri, 2015-05-15 at 13:19 +0100, Julien Grall wrote:
> On 15/05/15 11:59, Ian Campbell wrote:
> AFAIU the process suggested, Xen will inject small batch as long as the
> physical command queue is not full.
> >>>
> Let's take a simple case, only a single domain is using vITS on the
On 15/05/15 11:17, Yang Hongyang wrote:
> With Remus, the save flow should be:
> live migration->{ periodically save(checkpointed save) }
>
> Signed-off-by: Yang Hongyang
> CC: Ian Campbell
> CC: Ian Jackson
> CC: Wei Liu
> CC: Andrew Cooper
This is even nicer given the previous refactoring.
On 15/05/15 11:17, Yang Hongyang wrote:
> @@ -519,9 +533,15 @@ static int send_domain_memory_live(struct xc_sr_context
> *ctx)
> goto out;
> }
>
> -rc = update_progress_string(ctx, &progress_str,
> ctx->save.max_iterations);
> -if ( rc )
> -goto out;
> +if ( ct
On Fri, 2015-05-15 at 18:17 +0530, Vijay Kilari wrote:
> On Fri, May 15, 2015 at 5:33 PM, Julien Grall wrote:
> > On 15/05/15 12:30, Ian Campbell wrote:
> >>> Handling of Single vITS and multipl pITS can be made simple.
> >>>
> >>> All ITS commands except SYNC & INVALL has device id which will
> >
On 15/05/15 13:47, Vijay Kilari wrote:
>> Aside ignoring the second bullet it's not possible to drop like that a
>> SYNC/INVALL command sent be the guest. How can you decide when a SYNC is
>> required or not? Why dropping "optional" SYNC would be fine? The spec
>> only says "This command specifies
On Fri, May 15, 2015 at 5:33 PM, Julien Grall wrote:
> On 15/05/15 12:30, Ian Campbell wrote:
>>> Handling of Single vITS and multipl pITS can be made simple.
>>>
>>> All ITS commands except SYNC & INVALL has device id which will
>>> help us to know to which pITS it should be sent.
>>>
>>> SYNC &
The code introduced to address XSA-126 allows simplification of other
code in xen_pt_initfn(): All we need to do is update "cmd" suitably,
as it'll be written back to the host register near the end of the
function anyway.
Signed-off-by: Jan Beulich
--- a/hw/xen/xen_pt.c
+++ b/hw/xen/xen_pt.c
@@
Expecting the ROM BAR to be written with an all ones value when sizing
the region is wrong - the low bit has another meaning (enable/disable)
and bits 1..10 are reserved. The PCI spec also mandates writing all
ones to just the address portion of the register.
Use suitable constants also for initia
On Fri, May 15, 2015 at 4:58 PM, Ian Campbell wrote:
> On Wed, 2015-05-13 at 21:57 +0530, Vijay Kilari wrote:
>> > * On receipt of an interrupt notification arising from Xen's own use
>> > of `INT`; (see discussion under Completion)
>>
>> If INT notification method is used, then I don't thin
fail_if() and generate_exception_if() could theoretically bypass the
normal flow reaching put_fpu(), and not invoking it would leave the
fpu_exception_callback pointer in place, allowing for the callback to
be called at an unexpected time. Luckily the two
generate_exception_if()-s that would actual
Hi Wei,
Thanks you for the review.
On 15/05/15 03:35, Wei Liu wrote:
> On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
>> The PV network protocol is using 4KB page granularity. The goal of this
>> patch is to allow a Linux using 64KB page granularity working as a
>> network backend
On 15/05/15 11:59, Ian Campbell wrote:
AFAIU the process suggested, Xen will inject small batch as long as the
physical command queue is not full.
>>>
Let's take a simple case, only a single domain is using vITS on the
platform. If it injects a huge number of commands, Xen will
Ping?
On 05/04/2015 10:23 AM, Juergen Gross wrote:
Support 64 bit pv-domains with more than 512GB of memory.
Tested with 64 bit dom0 on machines with 8GB and 1TB and 32 bit dom0 on a
8GB machine. Conflicts between E820 map and different hypervisor populated
memory areas have been tested via a f
Ping?
On 04/30/2015 12:53 PM, Juergen Gross wrote:
Paravirtualized spinlocks produce some overhead even if the kernel is
running on bare metal. The main reason are the more complex locking
and unlocking functions. Especially unlocking is no longer just one
instruction but so complex that it is n
On 05/15/2015 07:13 PM, Roger Pau Monné wrote:
> El 12/05/15 a les 13.01, Bob Liu ha escrit:
>> Extend xen/block to support multi-page ring, so that more requests can be
>> issued
>> by using more than one pages as the request ring between blkfront and
>> backend.
>> As a result, the performance
On 15/05/15 12:30, Ian Campbell wrote:
>> Handling of Single vITS and multipl pITS can be made simple.
>>
>> All ITS commands except SYNC & INVALL has device id which will
>> help us to know to which pITS it should be sent.
>>
>> SYNC & INVALL can be dropped by Xen on Guest request
>> and let Xen
Try to use "xen-qemudepriv-$domname" first, then "xen-qemudepriv-base" +
domid, finally "xen-qemudepriv-shared" and root if everything else fails.
The uids need to be manually created by the user or, more likely, by the
xen package maintainer.
To actually secure QEMU when running in Dom0, we need
On Fri, 2015-05-15 at 12:56 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [OSSTEST PATCH] i18n/l10n: Make Timezone
> configurable and change the default"):
> > On Fri, 2015-05-15 at 11:44 +0100, Ian Jackson wrote:
> > > Signed-off-by: Ian Jackson
> >
> > Acked-by: Ian Campbell
>
> Than
On Tue, 2015-05-12 at 16:02 +0100, Ian Campbell wrote:
> I've written up my thinking as a design doc below (it's pandoc and the
> pdf version is also at
> http://xenbits.xen.org/people/ianc/vits/draftA.pdf FWIW).
Here is a second draft based on the feedback so far. Also at
http://xenbits.xen.org/p
Ian Campbell writes ("Re: [OSSTEST PATCH] i18n/l10n: Make Timezone configurable
and change the default"):
> On Fri, 2015-05-15 at 11:44 +0100, Ian Jackson wrote:
> > Signed-off-by: Ian Jackson
>
> Acked-by: Ian Campbell
Thanks.
I've made a new version which also documents the variable in READ
On Fri, 2015-05-15 at 11:39 +0100, Anthony PERARD wrote:
> On Thu, May 14, 2015 at 03:21:41PM -0600, Jim Fehlig wrote:
> > More hint that libvirtd crashed. Have there been any attempts to
> > reproduce this outside of the test rig? Or capture a core dump?
>
> Here are two from the OpenStack CI l
El 15/05/15 a les 13.35, Bob Liu ha escrit:
>
> On 05/15/2015 07:14 PM, Roger Pau Monné wrote:
>> El 15/05/15 a les 13.03, Bob Liu ha escrit:
>>>
>>> On 05/15/2015 06:01 PM, Roger Pau Monné wrote:
El 12/05/15 a les 13.01, Bob Liu ha escrit:
> The right place for talk_to_blkback() to query
NOTES:
This patch is a only a fast draft for testing.
Some tests result:
At xl create cdrom empty or not are both working, xl cd-insert is
working, xl cd-eject seems working but on xl command in linux hvm domU
return qmp error of "Device 'ide-N' is locked", in windows 7 instead
don't show the err
On 05/15/2015 07:14 PM, Roger Pau Monné wrote:
> El 15/05/15 a les 13.03, Bob Liu ha escrit:
>>
>> On 05/15/2015 06:01 PM, Roger Pau Monné wrote:
>>> El 12/05/15 a les 13.01, Bob Liu ha escrit:
The right place for talk_to_blkback() to query backend features and
transport
parameters
On Fri, 2015-05-15 at 11:44 +0100, Ian Jackson wrote:
> * Introduce a new config option Timezone
> * Replace hardcoded Europe/London everywhere with $c{Timezone}
> * The default is UTC
> * But in production-config-cambridge set it to Europe/London
>
> The overall effect is:
> * No change in Cambri
On Fri, 2015-05-15 at 11:46 +0100, Stefano Stabellini wrote:
> On Fri, 15 May 2015, Ian Campbell wrote:
> > On Thu, 2015-05-14 at 18:52 +0100, Stefano Stabellini wrote:
> > > Run QEMU as non-root. Starting from uid 6000, the chosen uid is
> > > base+domid. If the uid doesn't exist, try just 6000. T
1 - 100 of 173 matches
Mail list logo
