[Xen-devel] [qemu-upstream-4.3-testing test] 94749: trouble: blocked/broken

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

[Xen-devel] [ovmf test] 94750: regressions - FAIL

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

[Xen-devel] [ovmf test] 94748: all pass - PUSHED

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

[Xen-devel] [qemu-upstream-4.3-testing test] 94747: trouble: blocked/broken

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

[Xen-devel] [PATCH 3/4] xen:arm: arm64: Add correct MPIDR_HWID_MASK value for ARM64

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

[Xen-devel] [PATCH 4/4] xen/arm: arm64: Remove MPIDR multiprocessing extensions check

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

[Xen-devel] [PATCH 1/4] xen/arm: Change the variable type of cpu_logical_map to register_t

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

[Xen-devel] [PATCH 2/4] xen/arm: Make AFFINITY_MASK generate correct mask for level3

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:

[Xen-devel] [PATCH 0/4] xen/arm: arm64: Widen register access to mpidr to 64-bits

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):

[Xen-devel] [qemu-mainline test] 94743: tolerable FAIL - PUSHED

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

[Xen-devel] [PATCH 1/7] x86/xen: Simplify set_aliased_prot

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

[Xen-devel] [qemu-upstream-4.3-testing test] 94745: trouble: blocked/broken

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

[Xen-devel] [xen-unstable test] 94740: tolerable FAIL

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

Re: [Xen-devel] Question about the best practice to install two versions of Xen toolstack on the same machine

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

Re: [Xen-devel] [PATCH] xen: RTDS: fix another instance of the 'read NOW()' race

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

Re: [Xen-devel] ARM Xen Bug #45: Is there a solution?

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

Re: [Xen-devel] [RFC for-4.8 0/6] xen/arm: Add support for mapping mmio-sram nodes into dom0

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,

Re: [Xen-devel] [PATCH] xen: RTDS: fix another instance of the 'read NOW()' race

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 > --- >

[Xen-devel] [xen-unstable-smoke test] 94744: tolerable all pass - PUSHED

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

[Xen-devel] [qemu-upstream-4.3-testing test] 94742: trouble: blocked/broken

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

Re: [Xen-devel] [xen-unstable bisection] complete test-amd64-amd64-xl-qemuu-ovmf-amd64

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

[Xen-devel] x86 PAT fixes for stable

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

Re: [Xen-devel] [PATCH RFC 15/18] arm: Add ability to relocate Xen in over 4GB space

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 =

Re: [Xen-devel] PAT-related crash booting Linux 4.4 + Xen 4.5 on VMware ESXi

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

Re: [Xen-devel] [PATCH v2] xen: use vma_pages().

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] [qemu-mainline test] 94737: tolerable FAIL - PUSHED

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

Re: [Xen-devel] [Qemu-devel] [PATCH] xen: Clean up includes

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 > --- >

Re: [Xen-devel] PAT-related crash booting Linux 4.4 + Xen 4.5 on VMware ESXi

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.

Re: [Xen-devel] [PATCH v3 08/16] x86: add multiboot2 protocol support

>>> 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

Re: [Xen-devel] [PATCH] libxl: drop stray const from function return type

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 > >

Re: [Xen-devel] [PATCH] libxl: drop stray const from function return type

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

Re: [Xen-devel] [PATCH v2] libxl: Avoid advertising about device_model_user config option

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

[Xen-devel] [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 --- 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

[Xen-devel] [PATCH] xen: Clean up includes

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

Re: [Xen-devel] PAT-related crash booting Linux 4.4 + Xen 4.5 on VMware ESXi

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

Re: [Xen-devel] [PATCH v2] tools: bump library version numbers

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

Re: [Xen-devel] Question about the best practice to install two versions of Xen toolstack on the same machine

[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 >

Re: [Xen-devel] [PATCH v2] tools: bump library version numbers

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,

[Xen-devel] [PATCH] xen: RTDS: fix another instance of the 'read NOW()' race

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

[Xen-devel] [GIT PULL] xen: bug fixes for 4.7-rc0

-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

Re: [Xen-devel] [PATCH 0/3] VMX: Properly handle pi descriptor and per-cpu blocking list

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

Re: [Xen-devel] [PATCH v5 1/6] build: convert debug to Kconfig

>>> 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.

Re: [Xen-devel] PAT-related crash booting Linux 4.4 + Xen 4.5 on VMware ESXi

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

Re: [Xen-devel] [PATCH v2] libxl: Avoid advertising about device_model_user config option

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. > >

[Xen-devel] [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 with running QEMU as non-root. Signed-off-by: Anthony PERARD --- Changes in V2:

Re: [Xen-devel] [for-4.8 1/2] xen/arm: Convert DEBUG_DT to Kconfig

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

[Xen-devel] [ovmf test] 94739: all pass - PUSHED

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

[Xen-devel] [qemu-upstream-4.3-testing test] 94738: trouble: blocked/broken

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

Re: [Xen-devel] [for-4.7] Request input on XENMAPSPACE_dev_mmio

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:

Re: [Xen-devel] [for-4.7] Request input on XENMAPSPACE_dev_mmio

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

Re: [Xen-devel] [for-4.8 2/2] xen/arm: Provide device tree debugging helper in a single place

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.

Re: [Xen-devel] [for-4.8 1/2] xen/arm: Convert DEBUG_DT to Kconfig

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

Re: [Xen-devel] [RFC for-4.8 4/6] xen/arm: Add helper functions to map RWX memory regions

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.

[Xen-devel] [PATCH v5 6/6] build: convert lock_profile to Kconfig

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

[Xen-devel] [PATCH v5 3/6] build: convert verbose to Kconfig

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

[Xen-devel] [PATCH v5 5/6] build: convert perfc{, _arrays} to Kconfig

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

Re: [Xen-devel] [for-4.7] Request input on XENMAPSPACE_dev_mmio

>>> 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

[Xen-devel] [PATCH v5 4/6] build: convert frame_pointer to Kconfig

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

[Xen-devel] [PATCH v5 1/6] build: convert debug to Kconfig

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

[Xen-devel] [PATCH v5 0/6] Kconfig debug options

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

Re: [Xen-devel] [PATCH 0/3] VMX: Properly handle pi descriptor and per-cpu blocking list

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

[Xen-devel] [PATCH v5 2/6] build: convert crash_debug to Kconfig

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:

Re: [Xen-devel] [for-4.8 2/2] xen/arm: Provide device tree debugging helper in a single place

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

Re: [Xen-devel] [for-4.8 1/2] xen/arm: Convert DEBUG_DT to Kconfig

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

Re: [Xen-devel] ARM Xen Bug #45: Is there a solution?

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

Re: [Xen-devel] Question about the best practice to install two versions of Xen toolstack on the same machine

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 ___

Re: [Xen-devel] [PATCH 0/3] VMX: Properly handle pi descriptor and per-cpu blocking list

> -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;

[Xen-devel] [for-4.7] Request input on XENMAPSPACE_dev_mmio

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

Re: [Xen-devel] [PATCH v3 07/16] x86/boot: create *.lnk files with linker script

>>> 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)

[Xen-devel] [xen-unstable test] 94730: tolerable FAIL - PUSHED

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

Re: [Xen-devel] [PATCH v3 07/16] x86/boot: create *.lnk files with linker script

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. > > + *

Re: [Xen-devel] [PATCH] xen: sched: avoid races on time values read from NOW()

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

Re: [Xen-devel] [PATCH] xen: use same main loop for counting and remapping pages

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

[Xen-devel] [ovmf test] 94735: all pass - PUSHED

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

[Xen-devel] [qemu-upstream-4.3-testing test] 94733: trouble: blocked/broken

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

Re: [Xen-devel] [for-4.8 0/2] xen/arm: Convert DEBUG_DT to Kconfig

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

[Xen-devel] [for-4.8 1/2] xen/arm: Convert DEBUG_DT to Kconfig

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

[Xen-devel] [for-4.8 2/2] xen/arm: Provide device tree debugging helper in a single place

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

[Xen-devel] [for-4.8 0/2] xen/arm: Convert DEBUG_DT to Kconfig

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:

Re: [Xen-devel] [PATCH] xen: sched: avoid races on time values read from NOW()

>>> 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 =

Re: [Xen-devel] [PATCH 0/3] VMX: Properly handle pi descriptor and per-cpu blocking list

> -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] [libvirt test] 94734: regressions - FAIL

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

Re: [Xen-devel] [PATCH v5 05/10] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU mapping.

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

Re: [Xen-devel] [PATCH v2 11/15] xen/arm: Document the errata implemented in Xen

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

Re: [Xen-devel] [PATCH 0/4] dma-mapping: Constify dma_attrs

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.

Re: [Xen-devel] [PATCH v5 02/10] IOMMU: handle IOMMU mapping and unmapping failures

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. > > ---

Re: [Xen-devel] [PATCH v5 05/10] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU mapping.

>>> 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

Re: [Xen-devel] [PATCH v3 07/16] x86/boot: create *.lnk files with linker script

>>> 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

Re: [Xen-devel] [PATCH v5 05/10] IOMMU: propagate IOMMU Device-TLB flush error up to IOMMU mapping.

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

Re: [Xen-devel] [PATCH v2 12/15] xen/arm: arm64: Add Cortex-A53 cache errata workaround

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 > wrote: /* +<<< HEAD +=== + * icache_line_size - get the minimum

[Xen-devel] [ovmf test] 94731: all pass - PUSHED

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

Re: [Xen-devel] [PATCH v5 06/10] IOMMU/MMU: propagate IOMMU Device-TLB flush error up to iommu_iotlb_flush{, _all} (top level ones).

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

Re: [Xen-devel] [PATCH v3 03/16] x86/boot: call reloc() using cdecl calling convention

>>> 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-devel] [PATCH 1/4] dma-mapping: Constify attrs passed to dma_get_attr

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

[Xen-devel] [PATCH 3/4] arm64: dma-mapping: Constify attrs passed to internal functions

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

Re: [Xen-devel] [PATCH 2/4] ARM: dma-mapping: Constify attrs passed to internal functions

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

[Xen-devel] [PATCH 0/4] dma-mapping: Constify dma_attrs

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).

[Xen-devel] [PATCH 2/4] ARM: dma-mapping: Constify attrs passed to internal functions

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

[Xen-devel] [RFC 4/4] dma-mapping: Constify dma_attrs

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

Re: [Xen-devel] [PATCH v5 06/10] IOMMU/MMU: propagate IOMMU Device-TLB flush error up to iommu_iotlb_flush{, _all} (top level ones).

>>> 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

  1   2   >