flight 94751 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94751/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 guest-saverestorefail never pass
test-armhf-armhf-libvirt 12 migrate-sup
On May 24, 2016 4:22 PM, Jan Beulich wrote:
> >>> 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
> > +{
> > +
* Kani, Toshimitsu wrote:
> Hello,
>
> The following patches fix two x86 PAT issues reported in 4.4 [1][2]. Can
> you please backport them up to 4.4?
Do they apply, build and boot cleanly in that order on top of v4.4, v4.5 and
v4.6?
If yes then:
Acked-by: Ingo Molnar
Thanks,
I
flight 94746 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94746/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-qcow2 5 xen-install fail REGR. vs. 94740
test-armhf-armhf-xl-
flight 94749 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94749/
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 94750 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94750/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 17 guest-start/debianhvm.repeat fail REGR.
vs. 94748
version targeted
flight 94748 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94748/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf dc99315b8732b6e3032d01319d3f534d440b43d0
baseline version:
ovmf 328f84b1565165f35ea7755fb85b09fbf33
flight 94747 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/94747/
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
Current MPIDR_HWID_MASK is using the bit definition of ARM32 MPIDR.
This value is not correct while Xen is running on ARM64.
Now, we add a correct value for this marco on ARM64. But this value
is not a valid 64-bit immediate which can be encoded in mov instruction.
So we have to use ldr to load thi
In ARM64, the MPIDR multiprocessing extensions bit is reserved to 1.
So, the value check for this bit is no longer necessary on ARM64.
Signed-off-by: Wei Chen
---
xen/arch/arm/arm64/head.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/xen/arch/arm/arm64/head.S b/xen/arch/arm/arm64/head.S
in
The cpu_logical_map is used to store CPU hardware ID from MPIDR_EL1 or
from CPU node of DT. Currently, the cpu_logical_map is using the u32 as
its variable type. It can work properly while Xen is running on ARM32,
because the hardware ID is 32-bits. While Xen is running on ARM64, the
hardware ID ex
The original affinity shift bits algorithm in AFFINITY_MASK is buggy,
it could not generate correct affinity shift bits of level3.
The macro MPIDR_LEVEL_SHIFT can calculate level3 affinity shift bits
correctly. We use this macro in AFFINITY_MASK to generate correct
mask for level3.
Signed-off-by:
In ARM64 the MPIDR register is mapped to MPIDR_EL1, and the register
bits are expanded to 64-bits. But Xen 64-bit ARM code treats this it
as 32-bit register.
We have to provide correct accessing to this register to avoid
unexpected issues that is caused by incorrect MPIDR value.
Wei Chen (4):
xe
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
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 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
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
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
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
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
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 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
> ---
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
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
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
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
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
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
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
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/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
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 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 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
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
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
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
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
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
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
[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
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
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
-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 |
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)
>>> 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, 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
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
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
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
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
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
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
>
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
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 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
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
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 '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 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
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 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
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, 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
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, 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
___
> -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
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
>>> 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
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 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
> > + *
>
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 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
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
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
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
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 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;
>
> -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
>
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
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
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
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.
_
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
>>> 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 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 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
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
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
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
>>> 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) =
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.
1 - 100 of 113 matches
Mail list logo
