On Thu, 2015-08-13 at 11:15 +0100, Ian Campbell wrote:
> On Thu, 2015-08-13 at 11:09 +0100, Wei Liu wrote:
> > And log if close fails.
> >
> > Reported-by: Andrew Armenia
> > Signed-off-by: Wei Liu
> > ---
>
> Acked-by: Ian Campbell
Applied.
___
Xe
On Thu, 2015-08-13 at 16:06 +0100, Wei Liu wrote:
> On Fri, Aug 07, 2015 at 12:17:38PM +0200, Roger Pau Monne wrote:
> > With the current code in libxl__build_hvm it is possible for the
> > function to
> > fail and still return 0.
> >
> > Signed-off-by: Roger Pau Monné
> > Cc: Ian Jackson
> > C
On Sat, 2015-08-15 at 09:32 +0100, Wei Liu wrote:
> On Fri, Aug 14, 2015 at 01:30:33PM -0400, Boris Ostrovsky wrote:
> > On 08/14/2015 12:26 PM, Wei Liu wrote:
> > > This title should say "libxc: ..."
> >
> > Ah, of course. Let me know if you want me to re-send it.
> >
>
> No need. I will ask Ia
On Thu, 2015-08-13 at 16:41 +0100, Wei Liu wrote:
> We should use new_memflags in xc_domain_populate_physmap. That
> variable
> contains node information.
Same question as v1.
>
> Reported-by: Boris Ostrovsky
> Signed-off-by: Wei Liu
> Reviewed-by: Dario Faggioli
> ---
> tools/libxc/xc_hvm_
On Thu, 2015-08-13 at 16:41 +0100, Wei Liu wrote:
> We should parse the output from splitting function, not the original
> string.
What is the previous incorrect behaviour in practice? It is useful to
say this so that when someone comes along and says I'm seeing strange
behaviour $FOO there is som
On Fri, 2015-08-14 at 00:38 +0100, Wei Liu wrote:
> > In fact, if b_info->max_vcpus is 0, the elements of vcpu_parsed are
> > sized against the host pcpus, and we risk to call libxl_bitmap_set() for
> > vcpus beyond that limit, while parsing the "vcpus" subsection of the
> > vnode specification (wh
On Thu, 2015-08-13 at 16:44 -0500, Jonathan Creekmore wrote:
> With the addition of FMODE_ATOMIC_POS in the Linux 3.14 kernel,
> concurrent blocking file accesses to a single open file descriptor can
> cause a deadlock trying to grab the file position lock. If a watch has
> been set up, causing a r
On Fri, 2015-08-14 at 03:54 +, Hu, Robert wrote:
> Hi,
>
> lvextend will report error if doing with "-l 0".
> So I propose to add an judgment regarding $vg_more_free_pe.
>
> diff --git a/ts-xen-build-prep b/ts-xen-build-prep
> index 9a3b523..f1d1255 100755
> --- a/ts-xen-build-prep
> +++ b/ts
On Fri, 2015-08-14 at 04:07 -0600, Jan Beulich wrote:
> >
> > > > On 14.08.15 at 11:14, wrote:
> > flight 60673 xen-4.4-testing real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/60673/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including te
flight 60695 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60695/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 19 guest-start/debianhvm.repeat fail
REGR. vs. 60638
Regre
Hello,
I've been trying to compile xen with multiboot2 support, but building has
been failing. Tried with both gcc-4.8.4 and gcc-5.2 on ivybridge and
amdfam10h, same results.
The error I'm getting is:
Error: non-empty .rodata: 0x090
build32.mk:22: recipe for target 'cmdline.o' failed
Cummulativ
flight 60696 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60696/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 16 guest-start/debian.repeat fail REGR. vs. 60152
Tests which are
2015-08-15 2:31 GMT+01:00 Kun Cheng :
> Hi all,
>
> That might be a dumb question but I just not confident with it. I'm not
> familiar with Xen's memory management part. Currently I want to add some
> support (it should cope more with machine memory) to the hyperviosr to
> assist the management of
On August 16, 2015 9:48:05 AM EDT, George Diamantopoulos
wrote:
>Hello,
>
>I've been trying to compile xen with multiboot2 support, but building
>has
>been failing. Tried with both gcc-4.8.4 and gcc-5.2 on ivybridge and
>amdfam10h, same results.
>
CCing Daniel who has been troubleshooting that.
flight 60698 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60698/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 60659
test-armhf-armhf-xl-mu
branch xen-unstable
xen branch xen-unstable
job build-amd64-libvirt
test libvirt-build
Tree: libvirt git://libvirt.org/libvirt.git
Tree: libvirt_gnulib git://git.sv.gnu.org/gnulib.git
Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git
Tree: qemuu git://xenbits.xen.org/staging/qemu-upst
flight 60700 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60700/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-libvirt 17 guest-start.2 fail REGR. vs. 60159
test-amd64-i386-
Sure, I would be happy to, but unfortunately Jan won't be attending.
On Fri, 14 Aug 2015, Jaggi, Manish wrote:
> How about having a short discussion on Monday during Xen Summit to discuss
> on the points.
> We have a talk tuesday morning and I would update it based on the monday
> discussion.
>
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: Sunday, August 16, 2015 5:05 PM
> To: Hu, Robert; 'Ian Jackson'; 'wei.l...@citrix.com'
> Cc: 'xen-devel@lists.xen.org'
> Subject: Re: OSSTest RFC: ts-xen-build-prep, lvextend1(), don't call lvextend
> if
> "
> On Aug 16, 2015, at 1:59 AM, Ian Campbell wrote:
>
> On Thu, 2015-08-13 at 16:44 -0500, Jonathan Creekmore wrote:
>> With the addition of FMODE_ATOMIC_POS in the Linux 3.14 kernel,
>> concurrent blocking file accesses to a single open file descriptor can
>> cause a deadlock trying to grab the
On Mon, Aug 17, 2015 at 12:16 AM Frediano Ziglio wrote:
> 2015-08-15 2:31 GMT+01:00 Kun Cheng :
> > Hi all,
> >
> > That might be a dumb question but I just not confident with it. I'm not
> > familiar with Xen's memory management part. Currently I want to add some
> > support (it should cope mor
flight 60701 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60701/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail in 60674
REGR. vs. 58884
Te
On 08/14/2015 04:40 AM, Andrew Morton wrote:
On Thu, 13 Aug 2015 11:21:43 +0100 David Vrabel wrote:
On 30/07/15 18:03, David Vrabel wrote:
Add add_memory_resource() to add memory using an existing "System RAM"
resource. This is useful if the memory region is being located by
finding a free
23 matches
Mail list logo
