>>> On 24.05.16 at 03:16, wrote:
> On May 24, 2016 12:06 AM, Jan Beulich wrote:
>> >>> On 18.05.16 at 10:08, wrote:
>> > --- a/xen/common/memory.c
>> > +++ b/xen/common/memory.c
>> > @@ -633,9 +633,9 @@ static long
>> memory_exchange(XEN_GUEST_HANDLE_PARAM(xen_memory_exchange_t)
>> arg)
>> >
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, May 24, 2016 3:02 PM
>
> >>> On 24.05.16 at 03:16, wrote:
> > On May 24, 2016 12:06 AM, Jan Beulich wrote:
> >> >>> On 18.05.16 at 10:08, wrote:
> >> > --- a/xen/common/memory.c
> >> > +++ b/xen/common/memory.c
> >> > @@ -633,9 +63
>>> On 24.05.16 at 03:03, wrote:
> On 5/23/16 7:58 AM, Jan Beulich wrote:
> On 22.05.16 at 07:01, wrote:
>
>>> verbose := y
>>> frame_pointer := y
>>> -else
>>> -CFLAGS += -DNDEBUG
>>> endif
>>> ifeq ($(perfc_arrays),y)
>>> perfc := y
>>> endif
>>>
>>> +ifeq ($(origin debug),co
>>> On 24.05.16 at 05:42, wrote:
> On May 18, 2016 4:08 PM, Quan Xu wrote:
>> Propagate the IOMMU Device-TLB flush error up to the
>> iommu_iotlb_flush{,_all}.
>>
>> This patch fixes the leaf ones.
>> --- a/xen/drivers/passthrough/vtd/iommu.c
>> +++ b/xen/drivers/passthrough/vtd/iommu.c
>> -stat
>>> On 18.05.16 at 10:08, wrote:
> Propagate the IOMMU Device-TLB flush error up to the ept_set_entry(),
> when VT-d shares EPT page table.
>
> Signed-off-by: Quan Xu
> Acked-by: Kevin Tian
Reviewed-by: Jan Beulich
___
Xen-devel mailing list
Xen-d
On May 24, 2016 3:09 PM, Tian, Kevin wrote:
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: Tuesday, May 24, 2016 3:02 PM
> >
> > >>> On 24.05.16 at 03:16, wrote:
> > > On May 24, 2016 12:06 AM, Jan Beulich wrote:
> > >> >>> On 18.05.16 at 10:08, wrote:
> > >> > --- a/xen/common/memo
Hi Meng,
I never install two xen (actually xen-tools) on the same server. However, I
always hate to install xen-tools at default locations since that will mess
the
OS. Here is how I install xen-tools without overriding the privileged
folders
like /etc or /usr. Hope this can help.
ENV: xen-4.6.1 a
>>> On 18.05.16 at 10:08, wrote:
> --- a/xen/arch/x86/acpi/power.c
> +++ b/xen/arch/x86/acpi/power.c
> @@ -43,36 +43,68 @@ struct acpi_sleep_info acpi_sinfo;
>
> void do_suspend_lowlevel(void);
>
> +enum dev_power_saved
> +{
> +SAVED_NONE,/* None of device power saved */
> +SAVED_
>>> On 18.05.16 at 10:08, wrote:
> -void me_wifi_quirk(struct domain *domain, u8 bus, u8 devfn, int map)
> +int me_wifi_quirk(struct domain *domain,
> + u8 bus, u8 devfn, int map)
Please don't needlessly split the function header onto two lines.
With this adjusted,
Reviewed-by:
>>> On 24.05.16 at 10:11, wrote:
> I thought the IOMMU / MM boundary is the MM functions (high level callers)
> which call iommu_* interfaces (such as, iommu_map_page / iommu_unmap_page /
> iommu_iotlb_flush ...).
Exactly - the boundary is _in_ those MM functions, at the points where
they call
Some of the non-exported functions do not modify passed dma_attrs so the
pointer can point to const data.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mm/dma-mapping.c | 26 ++
1 file changed, 14 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mm/dma-mapping.c b/
Pointer to dma_attrs passed to all dma-mapping implementations can point
to const data. This brings some benefits:
- const-safeness,
- is a direct indication that ownership of memory is not transferred to
called functions so it can be safely allocated on the stack (which is
a pattern alread
Hi,
The patchset is divided into two parts:
1. (patch 1-3): Constify dma_attrs passed to some of functions. The
first patch is a dependency for all other. This is not intrusive.
2. patch 4: request for comments, constify dma_attrs everywhere (struct
dma_map_ops and implementations).
Cons
The dma_get_attr() does not modify passed dma_attrs so the pointer can
point to const data.
Signed-off-by: Krzysztof Kozlowski
---
include/linux/dma-attrs.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/dma-attrs.h b/include/linux/dma-attrs.h
index 5246239a4
Some of the non-exported functions do not modify passed dma_attrs so the
pointer can point to const data.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm64/mm/dma-mapping.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-m
On Tue, May 24, 2016 at 08:28:08AM +0200, Krzysztof Kozlowski wrote:
> Some of the non-exported functions do not modify passed dma_attrs so the
> pointer can point to const data.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Russell King
Thanks.
--
RMK's Patch system: http://www.armlinux.
>>> On 15.04.16 at 14:33, wrote:
> --- a/xen/arch/x86/boot/reloc.c
> +++ b/xen/arch/x86/boot/reloc.c
> @@ -10,15 +10,25 @@
> *Keir Fraser
> */
>
> -/* entered with %eax = BOOT_TRAMPOLINE */
> +/*
> + * This entry point is entered from xen/arch/x86/boot/head.S with:
> + * - 0x4(%esp) =
On May 24, 2016 4:34 PM, Jan Beulich wrote:
> but indeed if you
> drop the annotations from non-IOMMU functions (unless, as said, you mean
> to also add them further up the call trees), then I think things should be
> coming close.
>
I'll drop the annotations from non-IOMMU functions.
Quan
flight 94731 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94731/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 3e43396b3506b9fdaf71ffb69ed160f2e108894b
baseline version:
ovmf 60c809f3621039bb1ac6b4c1947baf5a848
Hello,
Please configure your e-mail client to quote properly.
On 24/05/2016 03:46, Chenxiao Zhao wrote:
On Mon, May 23, 2016 at 7:22 AM Julien Grall mailto:julien.gr...@arm.com>> wrote:
/*
+<<< HEAD
+===
+ * icache_line_size - get the minimum I-cache line size from the
On May 23, 2016 11:53 PM, Jan Beulich wrote:
> >>> On 18.05.16 at 10:08, wrote:
> > Propagate the IOMMU Device-TLB flush error up to IOMMU mapping.
>
> Btw - there's little reason to repeat the title here.
>
I'll drop it.
Can I apply it to other patches?
> > @@ -295,12 +297,23 @@ static vo
>>> On 15.04.16 at 14:33, wrote:
> --- /dev/null
> +++ b/xen/arch/x86/boot/build32.lds
> @@ -0,0 +1,49 @@
> +/*
> + * Copyright (c) 2016 Oracle and/or its affiliates. All rights reserved.
> + * Daniel Kiper
> + *
> + * This program is free software; you can redistribute it and/or modify
> +
>>> On 24.05.16 at 11:01, wrote:
> On May 23, 2016 11:53 PM, Jan Beulich wrote:
>> >>> On 18.05.16 at 10:08, wrote:
>> > Propagate the IOMMU Device-TLB flush error up to IOMMU mapping.
>>
>> Btw - there's little reason to repeat the title here.
>>
>
> I'll drop it.
>
> Can I apply it to oth
On May 23, 2016 9:41 PM, Jan Beulich wrote:
> >>> On 18.05.16 at 10:08, wrote:
> > No spamming can occur.
>
> May I suggest "No spamming of the log can occur", to set some context for
> what follows?
>
Make sense.
> > --- a/xen/drivers/passthrough/iommu.c
> > +++ b/xen/drivers/passthrough/iom
I think this is moving into the wrong direction. The right fix here
is to get of all the dma_attrs boilerplate code and just replace it
with a simple enum dma_flags. This would simplify both the callers
and most importantly the wrappers for the flag-less versions a lot.
_
Hi Andrew,
On 23/05/2016 15:38, Andrew Cooper wrote:
On 23/05/16 15:17, Julien Grall wrote:
The new document will help to keep track of all the erratum that Xen is
able to handle.
Just a grammar nit (which most native English speakers get wrong, given
its Latin roots)
An erratum, or Many err
On May 24, 2016 5:09 PM, Jan Beulich wrote:
> >>> On 24.05.16 at 11:01, wrote:
> > On May 23, 2016 11:53 PM, Jan Beulich wrote:
> >> >>> On 18.05.16 at 10:08, wrote:
> >> > Propagate the IOMMU Device-TLB flush error up to IOMMU mapping.
> >>
> >> Btw - there's little reason to repeat the title
flight 94734 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94734/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 6 xen-bootfail REGR. vs. 94591
Tests which did not succe
> -Original Message-
> From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> Sent: Monday, May 23, 2016 8:39 PM
> To: Jan Beulich ; Wu, Feng
> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin
> ; xen-devel@lists.xen.org; konrad.w...@oracle.com;
> k...@xen.org
>
>>> On 19.05.16 at 10:11, wrote:
> --- a/xen/common/sched_rt.c
> +++ b/xen/common/sched_rt.c
> @@ -1198,7 +1198,7 @@ static void
> rt_vcpu_wake(const struct scheduler *ops, struct vcpu *vc)
> {
> struct rt_vcpu * const svc = rt_vcpu(vc);
> -s_time_t now = NOW();
> +s_time_t now;
>
Convert device-tree debugging to 'Kconfig' as
CONFIG_DEBUG_TREE_DEBUG.
The option is not enabled by default because the output is very
verbose.
Signed-off-by: Julien Grall
---
Cc: Andrew Cooper
Cc: George Dunlap
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Konrad Rzeszutek Wilk
Cc: Stefano Stabelli
Provide helper to debug the device tree in device_tree.h. This will
avoid to have to redeclare helper for each file requiring debug.
Also replace DPRINT by the new helper dt_dprintk in domain_build.c
Signed-off-by: Julien Grall
---
xen/arch/arm/domain_build.c | 71 +---
Hello all,
This small patch series converts DEBUG_DT to Kconfig. This is easier
to enable than having to modify the code when the user wants to debug
the device tree parsing.
This series is based on the version 4 of "Kconfig debug options" [1].
Yours sincerely,
Julien Grall (2):
xen/arm: Conv
On 24/05/2016 11:20, Julien Grall wrote:
Hello all,
This small patch series converts DEBUG_DT to Kconfig. This is easier
to enable than having to modify the code when the user wants to debug
the device tree parsing.
This series is based on the version 4 of "Kconfig debug options" [1].
I for
flight 94733 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94733/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REG
flight 94735 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94735/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 5646819ffb2d9cb87785e9e409f8d928a9f3a04d
baseline version:
ovmf 3e43396b3506b9fdaf71ffb69ed160f2e10
On 18/05/16 15:44, Juergen Gross wrote:
> Instead of having two functions for cycling through the E820 map in
> order to count to be remapped pages and remap them later, just use one
> function with a caller supplied sub-function called for each region to
> be processed. This eliminates the possibi
On Tue, 2016-05-24 at 04:08 -0600, Jan Beulich wrote:
> While backporting this for 4.6 (which required substantial
> adjustment to the sched_rt.c part)
>
Yep, I figure it did. :-(
It sounds like you've pretty much done with it, but if not, and if you
want me or Meng to provide the backport, just
On Tue, May 24, 2016 at 03:05:06AM -0600, Jan Beulich wrote:
> >>> On 15.04.16 at 14:33, wrote:
> > --- /dev/null
> > +++ b/xen/arch/x86/boot/build32.lds
> > @@ -0,0 +1,49 @@
> > +/*
> > + * Copyright (c) 2016 Oracle and/or its affiliates. All rights reserved.
> > + * Daniel Kiper
> > + *
>
flight 94730 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94730/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 94580
build-i386-rumpuserxen
>>> On 24.05.16 at 14:28, wrote:
> On Tue, May 24, 2016 at 03:05:06AM -0600, Jan Beulich wrote:
>> >>> On 15.04.16 at 14:33, wrote:
>> > --- /dev/null
>> > +++ b/xen/arch/x86/boot/build32.lds
>> > @@ -0,0 +1,49 @@
>> > +/*
>> > + * Copyright (c) 2016 Oracle and/or its affiliates. All rights reser
Hi all,
Sorry for noticing this problem late in the release process.
The mapping space XENMAPSPACE_dev_mmio has been introduced recently
(will be present in Xen 4.7) to let dom0 map device MMIO regions when
ACPI is in-use on ARM platform.
Xen ARM will map those regions in the stage-2 page ta
> -Original Message-
> From: Wu, Feng
> Sent: Tuesday, May 24, 2016 6:08 PM
> To: Dario Faggioli ; Jan Beulich
>
> Cc: andrew.coop...@citrix.com; george.dun...@eu.citrix.com; Tian, Kevin
> ; xen-devel@lists.xen.org; konrad.w...@oracle.com;
> k...@xen.org; Wu, Feng
> Subject: RE: [PATCH
On Tue, May 24, Dongli Zhang wrote:
> 7. export LD_LIBRARY_PATH=/soft/xen/lib
That is to be replaced by --enable-rpath.
> 9. export PYTHONPATH=/soft/xen/lib/python2.7/site-packages (this is for
> pygrub)
This is to be replaced by pvgrub2.
Olaf
___
On Tue, May 24, 2016 at 11:20:40AM +0100, Julien Grall wrote:
> Convert device-tree debugging to 'Kconfig' as
> CONFIG_DEBUG_TREE_DEBUG.
>
> The option is not enabled by default because the output is very
> verbose.
>
> Signed-off-by: Julien Grall
>
> ---
> Cc: Andrew Cooper
> Cc: George Dunla
Hi Julien,
On 23.05.2016 22:15, Julien Grall wrote:
Hello Dirk,
is there a solution for
arm: domain 0 disables clocks which are in fact being used
http://bugs.xenproject.org/xen/bug/45
?
On an ARM based board I have to use 'clk_ignore_unused' preventing that
Dom0 disables the UART clock for
On Tue, May 24, 2016 at 11:20:41AM +0100, Julien Grall wrote:
> Provide helper to debug the device tree in device_tree.h. This will
> avoid to have to redeclare helper for each file requiring debug.
>
> Also replace DPRINT by the new helper dt_dprintk in domain_build.c
Reviewed-by: Konrad Rzeszut
Convert the crash_debug option to Kconfig as CONFIG_CRASH_DEBUG. This
was previously togglable on the command line so this adds a message for
users enabling it from the command line to tell them to enable it from
make menuconfig.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Reviewed-
On Tue, 2016-05-24 at 10:07 +, Wu, Feng wrote:
> > See, for instance, cpu_disable_scheduler() in schedule.c. What we
> > do is
> > go over all the vcpus of all domains of either the system or the
> > cpupool, and force the ones that we found with v->processor set to
> > the
> > pCPU that is goi
Enabling debug will disable NDEBUG which will result in more debug
prints. There are a number of debugging options for Xen so place the
debug option under a menu for different debugging options to have a way
to group them all together.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Re
This converts the debug options from xen/Rules.mk to Kconfig. Hopefully
I haven't missed anything in the back and forth.
change since v4:
- fixing poorly write speuling and the grammer
change since v3:
- wrap all options in 'if DEBUG || EXPERT' (except DEBUG)
- wording update to DEBUG option and s
>>> On 24.05.16 at 15:24, wrote:
> For ARM we would need at least the following attributes:
>- normal uncached memory: for write-combine on SRAM or video RAM
>- Device_nGnRE: non-gathering and non-reordering
>- Device_GRE: gathering and redordering
>
> It might be worth to also consid
Converts the frame_pointer option to a Kconfig option.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Jan Beulich
---
CC: Andrew Cooper
CC: George Dunlap
CC: Ian Jackson
CC: Jan Beulich
CC: Konrad Rzeszutek Wilk
CC: Stefano Stabell
Convert 'verbose', which was enabled by 'debug=y' to Kconfig as
CONFIG_VERBOSE_DEBUG which is enabled by default when CONFIG_DEBUG is
enabled.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Jan Beulich
---
CC: Stefano Stabellini
CC: Ju
Convert the 'lock_profile' option to Kconfig as CONFIG_LOCK_PROFILE.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Jan Beulich
---
CC: Stefano Stabellini
CC: Julien Grall
CC: Jan Beulich
CC: Andrew Cooper
---
INSTALL
On Mon, May 23, 2016 at 04:36:03PM +0100, Julien Grall wrote:
> Hi Edgar,
>
> On 20/05/16 16:51, Edgar E. Iglesias wrote:
> >From: "Edgar E. Iglesias"
> >
> >Create a helper function to map regions as MEMORY with
> >cached attributes and read-write-execute permissions.
>
> Providing setting the
On Tue, May 24, 2016 at 11:20:40AM +0100, Julien Grall wrote:
> Convert device-tree debugging to 'Kconfig' as
> CONFIG_DEBUG_TREE_DEBUG.
^
Hi Julien,
You've got a typo in the commit message, other than that:
Reviewed-by: Edgar E. Iglesias
Cheers,
Edgar
>
> The option is not enab
On Tue, May 24, 2016 at 11:20:41AM +0100, Julien Grall wrote:
> Provide helper to debug the device tree in device_tree.h. This will
> avoid to have to redeclare helper for each file requiring debug.
>
> Also replace DPRINT by the new helper dt_dprintk in domain_build.c
Reviewed-by: Edgar E. Igles
Convert the 'perfc' and 'perfc_arrays' options to Kconfig as
CONFIG_PERF_COUNTERS and CONFIG_PERF_ARRAYS.
Signed-off-by: Doug Goldstein
Reviewed-by: Andrew Cooper
Reviewed-by: Konrad Rzeszutek Wilk
Reviewed-by: Jan Beulich
---
CC: Andrew Cooper
CC: George Dunlap
CC: Ian Jackson
CC: Jan Beul
On Tue, May 24, 2016 at 02:24:22PM +0100, Julien Grall wrote:
> Hi all,
>
> Sorry for noticing this problem late in the release process.
>
> The mapping space XENMAPSPACE_dev_mmio has been introduced recently (will be
> present in Xen 4.7) to let dom0 map device MMIO regions when ACPI is in-use
>
Hi Jan,
On 24/05/16 14:57, Jan Beulich wrote:
On 24.05.16 at 15:24, wrote:
For ARM we would need at least the following attributes:
- normal uncached memory: for write-combine on SRAM or video RAM
- Device_nGnRE: non-gathering and non-reordering
- Device_GRE: gathering and redorder
flight 94738 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94738/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REG
flight 94739 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94739/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 328f84b1565165f35ea7755fb85b09fbf335c2cb
baseline version:
ovmf 5646819ffb2d9cb87785e9e409f8d928a9f
Hi Konrad,
On 24/05/16 14:38, Konrad Rzeszutek Wilk wrote:
On Tue, May 24, 2016 at 11:20:40AM +0100, Julien Grall wrote:
Convert device-tree debugging to 'Kconfig' as
CONFIG_DEBUG_TREE_DEBUG.
The option is not enabled by default because the output is very
verbose.
Signed-off-by: Julien Grall
Running QEMU as non-root user is not ready yet, so replace the warning
with a debug message and remove the option from the man page.
Also improve the doc to include more potential issue with running QEMU
as non-root.
Signed-off-by: Anthony PERARD
---
Changes in V2:
- remove option from the man
On Tue, May 24, 2016 at 03:45:36PM +0100, Anthony PERARD wrote:
> Running QEMU as non-root user is not ready yet, so replace the warning
> with a debug message and remove the option from the man page.
>
> Also improve the doc to include more potential issue with running QEMU
> as non-root.
>
> Si
>>> On 24.05.16 at 15:56, wrote:
> Enabling debug will disable NDEBUG which will result in more debug
> prints. There are a number of debugging options for Xen so place the
> debug option under a menu for different debugging options to have a way
> to group them all together.
>
> Signed-off-by:
On Mon, 2016-05-23 at 15:52 -0700, Ed Swierk wrote:
> Good question. I ran my tests again, and found I'd misinterpreted the
> Fusion behavior.
>
> On Fusion 8.1.1, MSR_IA32_CR_PAT returns a reasonable value:
>
> (XEN) Freed 308kB init memory.
> mapping kernel into physical memory
> cpu_has_pat=0
On Tue, 2016-05-24 at 13:33 +, Wu, Feng wrote:
> > From: Wu, Feng
> > > From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> > >
> > > If a
> > > vCPU is blocker, there is nothing to do, and in fact, nothing
> > > happens
> > > (as vcpu_sleep_nosync() and vcpu_wake() are NOP in that case)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.7-rc0-tag
xen: bug fixes for 4.7-rc0
Thanks.
David
arch/x86/pci/xen.c | 7 +++--
arch/x86/xen/setup.c |
which was overlooked in 779511f4bf5ae ("sched: avoid
races on time values read from NOW()").
Reported-by: Jan Beulich
Signed-off-by: Dario Faggioli
---
Cc: Meng Xu
Cc: George Dunlap
Cc: Jan Beulich
Cc: Wei Liu
---
xen/common/sched_rt.c |4 +++-
1 file changed, 3 insertions(+), 1 deletio
Wei Liu writes ("[PATCH v2] tools: bump library version numbers"):
> The following libraries are checked:
> 1. libxc, version number bumped
> 2. libxl, version number bumped
> 3. libxlu, no development in 4.7 cycle, but depends on libxl, version
>number bumped
> 4. libs/*, new in 4.7 cycle, ver
[trimmed To/Cc]
On Fri, 2016-05-20 at 13:56 -0400, Meng Xu wrote:
> On Fri, May 20, 2016 at 6:20 AM, Jan Beulich
> wrote:
> > Or, as an alternative to Olaf's reply, don't install the tools at
> > all, but
> > instead run everything right out of the build trees. That requires
> > some
> > script w
On Tue, May 24, 2016 at 04:15:53PM +0100, Ian Jackson wrote:
> Wei Liu writes ("[PATCH v2] tools: bump library version numbers"):
> > The following libraries are checked:
> > 1. libxc, version number bumped
> > 2. libxl, version number bumped
> > 3. libxlu, no development in 4.7 cycle, but depends
Yes, we're just now moving to 4.4 stable, and will be there for a
while, so backporting would be very helpful.
--Ed
On Tue, May 24, 2016 at 7:53 AM, Kani, Toshimitsu wrote:
> On Mon, 2016-05-23 at 15:52 -0700, Ed Swierk wrote:
>> Good question. I ran my tests again, and found I'd misinterpreted
Clean up includes so that osdep.h is included first and headers
which it implies are not included manually.
This commit was created with scripts/clean-includes.
Signed-off-by: Peter Maydell
---
hw/usb/xen-usb.c | 5 +
include/hw/xen/xen.h | 1 -
2 files changed, 1 insertion(+), 5 deleti
Some compiler versions warn about this, causing the build to fail due
to -Werror.
Signed-off-by: Jan Beulich
--- a/tools/libxl/libxl.c
+++ b/tools/libxl/libxl.c
@@ -5354,8 +5354,8 @@ libxl_numainfo *libxl_get_numainfo(libxl
return ret;
}
-static const int libxl__xc_version_wrap(libxl__gc
Anthony PERARD writes ("[PATCH v2] libxl: Avoid advertising about
device_model_user config option"):
> Running QEMU as non-root user is not ready yet, so replace the warning
> with a debug message and remove the option from the man page.
>
> Also improve the doc to include more potential issue wi
Jan Beulich writes ("[PATCH] libxl: drop stray const from function return
type"):
> Some compiler versions warn about this, causing the build to fail due
> to -Werror.
>
> Signed-off-by: Jan Beulich
Acked-by: Ian Jackson
___
Xen-devel mailing list
X
On Tue, May 24, 2016 at 04:42:12PM +0100, Ian Jackson wrote:
> Jan Beulich writes ("[PATCH] libxl: drop stray const from function return
> type"):
> > Some compiler versions warn about this, causing the build to fail due
> > to -Werror.
> >
> > Signed-off-by: Jan Beulich
>
> Acked-by: Ian Jacks
>>> On 15.04.16 at 14:33, wrote:
> @@ -19,6 +20,28 @@
> #define BOOT_PSEUDORM_CS 0x0020
> #define BOOT_PSEUDORM_DS 0x0028
>
> +#define MB2_HT(name) (MULTIBOOT2_HEADER_TAG_##name)
> +#define MB2_TT(name) (MULTIBOOT2_TAG_TYPE_##name)
> +
> +.macro mb2ht_args arg, args:vararg
>
On 05/24/2016 10:53 AM, Kani, Toshimitsu wrote:
> On Mon, 2016-05-23 at 15:52 -0700, Ed Swierk wrote:
>> Good question. I ran my tests again, and found I'd misinterpreted the
>> Fusion behavior.
>>
>> On Fusion 8.1.1, MSR_IA32_CR_PAT returns a reasonable value:
>>
>> (XEN) Freed 308kB init memory.
On 05/24/2016 09:27 AM, Peter Maydell wrote:
> Clean up includes so that osdep.h is included first and headers
> which it implies are not included manually.
>
> This commit was created with scripts/clean-includes.
>
> Signed-off-by: Peter Maydell
> ---
> hw/usb/xen-usb.c | 5 +
> includ
flight 94737 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94737/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-rtds 9 debian-installfail REGR. vs. 94724
test-amd64-amd64-xl-qemuu-wi
On 05/23/2016 08:04 PM, Muhammad Falak R Wani wrote:
> Replace explicit computation of vma page count by a call to
> vma_pages().
>
> Signed-off-by: Muhammad Falak R Wani
Reviewed-by: Boris Ostrovsky
___
Xen-devel mailing list
Xen-devel@lists.xen.or
On Tue, 2016-05-24 at 11:54 -0400, Boris Ostrovsky wrote:
> On 05/24/2016 10:53 AM, Kani, Toshimitsu wrote:
> >
> > On Mon, 2016-05-23 at 15:52 -0700, Ed Swierk wrote:
> > >
> > > Good question. I ran my tests again, and found I'd misinterpreted the
> > > Fusion behavior.
> > >
> > > On Fusion 8
Hello,
On 18/05/16 17:32, Andrii Anisov wrote:
diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c
index 48f734f..7e507bc 100644
--- a/xen/arch/arm/setup.c
+++ b/xen/arch/arm/setup.c
@@ -394,9 +394,13 @@ static paddr_t __init get_xen_paddr(void)
const struct membank *bank = &mi->b
Hello,
The following patches fix two x86 PAT issues reported in 4.4 [1][2]. Can
you please backport them up to 4.4?
1/7 x86/mm/pat: Add support of non-default PAT MSR setting
02f037d641dc6672be5cfe7875a48ab99b95b154
2/7 x86/mm/pat: Add pat_disable() interfacecommit
224bb1e5d67ba0f2872c98002d6a6
On Sun, May 22, 2016 at 05:37:51AM +, osstest service owner wrote:
> branch xen-unstable
> xenbranch xen-unstable
> job test-amd64-amd64-xl-qemuu-ovmf-amd64
> testid guest-start/debianhvm.repeat
>
> Tree: linux git://xenbits.xen.org/linux-pvops.git
> Tree: linuxfirmware git://xenbits.xen.org/o
flight 94742 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94742/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REG
flight 94744 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94744/
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, May 24, 2016 at 11:06 AM, Dario Faggioli
wrote:
> which was overlooked in 779511f4bf5ae ("sched: avoid
> races on time values read from NOW()").
>
> Reported-by: Jan Beulich
> Signed-off-by: Dario Faggioli
> ---
> Cc: Meng Xu
> Cc: George Dunlap
> Cc: Jan Beulich
> Cc: Wei Liu
> ---
Hi Edgar,
On 23/05/2016 16:42, Edgar E. Iglesias wrote:
On Mon, May 23, 2016 at 04:13:53PM +0100, Julien Grall wrote:
On 23/05/16 15:02, Edgar E. Iglesias wrote:
On Mon, May 23, 2016 at 02:02:39PM +0100, Julien Grall wrote:
(CC Wei Liu)
On 23/05/16 12:56, Edgar E. Iglesias wrote:
On Mon, Ma
On 24/05/2016 14:39, Dirk Behme wrote:
Hi Julien,
Hello Dirk,
On 23.05.2016 22:15, Julien Grall wrote:
Hello Dirk,
is there a solution for
arm: domain 0 disables clocks which are in fact being used
http://bugs.xenproject.org/xen/bug/45
?
On an ARM based board I have to use 'clk_ignore
On Tue, May 24, 2016 at 05:06:58PM +0200, Dario Faggioli wrote:
> which was overlooked in 779511f4bf5ae ("sched: avoid
> races on time values read from NOW()").
>
> Reported-by: Jan Beulich
> Signed-off-by: Dario Faggioli
Release-acked-by: Wei Liu
> ---
> Cc: Meng Xu
> Cc: George Dunlap
> C
Hi Olaf,
Thank you very much for your suggestion!
On Fri, May 20, 2016 at 4:52 AM, Olaf Hering wrote:
> On Thu, May 19, Meng Xu wrote:
>
>> Does anyone try to install two version of Xen toolstack on the same machine?
>
> I do that. See the INSTALL file which has examples at the end:
>
> * To bui
flight 94740 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94740/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 94730
build-i386-rumpuserxen
flight 94745 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94745/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 3 host-install(3) broken REG
In aa1acff356bb ("x86/xen: Probe target addresses in
set_aliased_prot() before the hypercall"), I added an explicit probe
to work around a hypercall issue. The code can be simplified by
using probe_kernel_read.
Cc: Andrew Cooper
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: Jan Beulich
Cc: Konrad
flight 94743 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94743/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 15 guest-start/debian.repeat fail REGR. vs. 94737
test-amd64-amd64-xl-qemuu-wi
1 - 100 of 113 matches
Mail list logo