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

flight 95217 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95217/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

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

flight 95203 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/95203/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-amd64-rumpuserxen 6 xen-buildfail like 95129 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v2 3/4] VMX: Assign the right value to 'NDST' field in a concern case

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, May 31, 2016 7:58 PM > To: Wu, Feng > Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; > george.dun...@eu.citrix.com; Tian, Kevin ; xen- >

Re: [Xen-devel] [PATCH v2 1/4] VMX: Properly handle pi when all the assigned devices are removed

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, May 31, 2016 7:52 PM > To: Wu, Feng > Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; > george.dun...@eu.citrix.com; Tian, Kevin ; xen- >

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

I have finsh test this patch and it work well, thank Andrew and all. -Original Message- From: Andrew Cooper [mailto:andrew.coop...@citrix.com] Sent: Friday, June 3, 2016 12:48 AM To: Xen-devel Cc: Andrew Cooper ; Jan Beulich

Re: [Xen-devel] [PATCH] VMX: relax incoming BNDCFGS check

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, May 30, 2016 6:06 PM > > Accepting zero here even when !cpu_has_mpx makes the restore side > symmetric to the save logic (which avoids saving the value if zero), > i.e. makes either side independent of the logic on the other side. >

Re: [Xen-devel] questions of vm save/restore on arm64

On 6/2/2016 5:29 AM, Julien Grall wrote: Hello, On 01/06/16 01:28, Chenxiao Zhao wrote: On 5/30/2016 4:40 AM, Stefano Stabellini wrote: On Fri, 27 May 2016, Chenxiao Zhao wrote: Hi, My board is Hikey on which have octa-core of arm cortex-a53. I have applied patches [1] to try vm

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

flight 95210 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95210/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

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

flight 95214 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/95214/ 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] [PATCH v5 4/9] monitor: Rename hvm/event to hvm/monitor

Mechanical renaming to better describe that the code in hvm/event is part of the monitor subsystem. Signed-off-by: Tamas K Lengyel Acked-by: Kevin Tian Acked-by: Razvan Cojocaru Acked-by: Jan Beulich ---

[Xen-devel] [PATCH v5 6/9] arm/vm_event: get/set registers

Add support for getting/setting registers through vm_event on ARM. The set of registers can be expanded in the future to include other registers as well if required. The set is limited to the GPRs, PC, CPSR and TTBR0/1 in this patch. Signed-off-by: Tamas K Lengyel Acked-by:

[Xen-devel] [PATCH v5 9/9] tools/xen-access: add test-case for ARM SMC

Signed-off-by: Tamas K Lengyel Acked-by: Razvan Cojocaru Acked-by: Wei Liu --- Cc: Ian Jackson --- tools/tests/xen-access/xen-access.c | 45 - 1 file changed, 44

[Xen-devel] [PATCH v5 5/9] monitor: ARM SMC events

Add support for monitoring ARM SMC events. This patch only adds the required bits to enable/disable monitoring and forwarding the event through vm_event. Signed-off-by: Tamas K Lengyel Acked-by: Razvan Cojocaru --- Cc: Stefano Stabellini

[Xen-devel] [PATCH v5 1/9] vm_event: clear up return value of vm_event_monitor_traps

The return value has not been clearly defined, with the function never returning 0 which seemingly indicated a condition where the guest should crash. In this patch we define -rc as error condition where the notification was not sent, 0 where the notification was sent and the vCPU is not paused

[Xen-devel] [PATCH v5 3/9] monitor: Rename vm_event_monitor_guest_request

Mechanical renaming and relocation to the monitor subsystem. Signed-off-by: Tamas K Lengyel Acked-by: Razvan Cojocaru Acked-by: Jan Beulich --- Cc: Stefano Stabellini Cc: Julien Grall

[Xen-devel] [PATCH v5 7/9] tools/libxc: add xc_monitor_privileged_call

These are the user-space components for the new ARM SMC events. Signed-off-by: Tamas K Lengyel Acked-by: Wei Liu --- Cc: Ian Jackson --- tools/libxc/include/xenctrl.h | 2 ++ tools/libxc/xc_monitor.c | 24

[Xen-devel] [PATCH v5 8/9] x86/vm_event: Add HVM debug exception vm_events

Since in-guest debug exceptions are now unconditionally trapped to Xen, adding a hook for vm_event subscribers to tap into this new always-on guest event. We rename along the way hvm_event_breakpoint_type to hvm_event_type to better match the various events that can be passed with it. We also

[Xen-devel] [PATCH v5 2/9] monitor: Rename vm_event_monitor_get_capabilities

The monitor_get_capabilities check actually belongs to the monitor subsystem so relocating and renaming it to sanitize the code's name and location. Mechanical patch, no code changes introduced. Signed-off-by: Tamas K Lengyel Acked-by: Andrew Cooper

Re: [Xen-devel] [PATCH v4 4/8] monitor: ARM SMC events

On Thu, Jun 2, 2016 at 8:23 AM, Julien Grall wrote: > > Hello Tamas, > > On 01/06/16 16:41, Tamas K Lengyel wrote: >> >> >> On Jun 1, 2016 05:37, "Julien Grall" > > wrote: >> > On 29/05/16 23:37, Tamas K Lengyel wrote: >>

[Xen-devel] [seabios test] 95197: tolerable FAIL - PUSHED

flight 95197 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/95197/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 95124

[Xen-devel] [PATCH livepatch-tools] Rename of xSplice to LivePatch.

s/xsplice/livepatch/ s/XSPLICE/LIVEPATCH/ s/xSplice/LivePatch/ Signed-off-by: Konrad Rzeszutek Wilk --- README.md| 26 - common.h | 2 +- create-diff-object.c | 42

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

On 02.06.16 um 22:06 Konrad Rzeszutek Wilk wrote: >> did you try the permissive module parameter? Yes, I have been using the permissive mode when I was getting these results. ___ Xen-devel mailing list Xen-devel@lists.xen.org

Re: [Xen-devel] [PATCH v1 for 4.7] Tmem cleanups.

> > If you confirm that it builds on Debian Jessie, that would be good > > enough for me: > > Sure thing. Will make sure and if there are no issues will > push it in staging. Confirmed. No issues building on Jessie. > > Thanks! > > > > Release-acked-by: Wei Liu > > > > >

Re: [Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

On Thu, Jun 02, 2016 at 09:59:29PM +0200, Sylwester Sosnowski wrote: > > Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6 > = > > Background > -- > > I am trying to passthrough an Industrial Ethernet Interface > (Hilscher GmbH

[Xen-devel] Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6

Issues with PCI-Passtrough (VT-d) in HVM with Xen 4.6 = Background -- I am trying to passthrough an Industrial Ethernet Interface (Hilscher GmbH CIFX 50E-DP(M/S)) on a HVM DomU running the Xen 4.6 Hypervisor. The card is being

[Xen-devel] [qemu-mainline test] 95183: regressions - FAIL

flight 95183 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/95183/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 94856

Re: [Xen-devel] Basic bare metal ARM domain interface

Hello Julien, On Thu, Jun 02, 2016 at 12:41:02PM +0100, Julien Grall wrote: > > Which compiler led to use a data abort? And where was the data > abort? In Xen or the guest? > When I compile app directly on ODROID I used: arm-linux-gnueabihf gcc version 4.8.4 (Ubuntu/Linaro

Re: [Xen-devel] Discussion about virtual iommu support for Xen guest

On 02/06/16 16:03, Lan, Tianyu wrote: > On 5/27/2016 4:19 PM, Lan Tianyu wrote: >> On 2016年05月26日 19:35, Andrew Cooper wrote: >>> On 26/05/16 09:29, Lan Tianyu wrote: >>> >>> To be viable going forwards, any solution must work with PVH/HVMLite as >>> much as HVM. This alone negates qemu as a

Re: [Xen-devel] [[PATCH v2 2/2] libxl: replace deprecated readdir_r() with readdir()

On Thu, Jun 2, 2016 at 12:13 PM, Ian Jackson wrote: > Chris Patterson writes ("Re: [[PATCH v2 2/2] libxl: replace deprecated > readdir_r() with readdir()"): >> You're right, it should check for the error afterwards. >> >> How about something along the lines of: >> >>

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

flight 95204 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/95204/ 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

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On Thu, Jun 2, 2016 at 12:06 PM, Julien Grall wrote: > Hi Tamas, > > On 02/06/16 18:20, Tamas K Lengyel wrote: >> >> On Thu, Jun 2, 2016 at 11:14 AM, Tamas K Lengyel >> wrote: >>> >>> On Thu, Jun 2, 2016 at 11:02 AM, Julien Grall

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

Hi Tamas, On 02/06/16 18:20, Tamas K Lengyel wrote: On Thu, Jun 2, 2016 at 11:14 AM, Tamas K Lengyel wrote: On Thu, Jun 2, 2016 at 11:02 AM, Julien Grall wrote: Xen 4.7.0-rc (c/s Mon May 23 12:07:20 2016 +0100 git:8478c94-dirty) EFI loader

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

flight 95178 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/95178/ 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

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

flight 95189 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/95189/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 3 host-install(3) broken

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On Thu, Jun 2, 2016 at 11:14 AM, Tamas K Lengyel wrote: > On Thu, Jun 2, 2016 at 11:02 AM, Julien Grall wrote: >> >> >> On 02/06/16 17:53, Tamas K Lengyel wrote: >>> >>> On Thu, Jun 2, 2016 at 4:34 PM, Chenxiao Zhao >>>

Re: [Xen-devel] [PATCH RFC 06/20] acpi/hvmloader: Collect processor and NUMA info in hvmloader

On 06/02/2016 10:05 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> @@ -485,6 +494,10 @@ struct acpi_config { >> unsigned long acpi_pt_addr; >> uint32_t acpi_pt_length; >> } pt; >> +uint32_t nr_vcpus; >> +uint8_t

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On Thu, Jun 2, 2016 at 11:02 AM, Julien Grall wrote: > > > On 02/06/16 17:53, Tamas K Lengyel wrote: >> >> On Thu, Jun 2, 2016 at 4:34 PM, Chenxiao Zhao >> wrote: >>> >>> >>> >>> On 6/1/2016 6:09 PM, Tamas K Lengyel wrote: On Wed, Jun

Re: [Xen-devel] request backport for xen-4.6.2: qemu-xen-traditional.git; a=commit; h=df553c056104e3 (GNUTLS)

Mark Pryor writes ("request backport for xen-4.6.2: qemu-xen-traditional.git;a=commit;h=df553c056104e3 (GNUTLS)"): > Backport below please: > commitdf553c056104e3dd8a2bd2e72539a57c4c085bae > Fix build with newer version of GNUTLS > > this patch is only tagged for unstable now. Its needed

Re: [Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

On Thu, Jun 02, 2016 at 05:48:01PM +0100, Andrew Cooper wrote: > libxc current performs the xstate calculation for guests, and provides the > information to Xen to be used when satisfying CPUID traps. (There is further > work planned to improve this arrangement, but the worst a buggy toolstack

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On 02/06/16 17:53, Tamas K Lengyel wrote: On Thu, Jun 2, 2016 at 4:34 PM, Chenxiao Zhao wrote: On 6/1/2016 6:09 PM, Tamas K Lengyel wrote: On Wed, Jun 1, 2016 at 3:49 PM, Julien Grall wrote: On 01/06/2016 18:10, Tamas K Lengyel wrote:

Re: [Xen-devel] [PATCH RFC 03/20] acpi/hvmloader: Initialize vm_gid data outside ACPI code

On 06/02/2016 09:03 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> --- a/tools/firmware/hvmloader/acpi/build.c >> +++ b/tools/firmware/hvmloader/acpi/build.c >> @@ -448,32 +448,24 @@ static int construct_secondary_tables(unsigned long >> *table_ptrs, >>

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On Thu, Jun 2, 2016 at 4:34 PM, Chenxiao Zhao wrote: > > > On 6/1/2016 6:09 PM, Tamas K Lengyel wrote: >> >> On Wed, Jun 1, 2016 at 3:49 PM, Julien Grall wrote: >>> >>> On 01/06/2016 18:10, Tamas K Lengyel wrote: Hi all, >>> >>> >>>

Re: [Xen-devel] Unable to boot Xen 4.7-rc4 on HiKey

On Wed, Jun 1, 2016 at 3:49 PM, Julien Grall wrote: > On 01/06/2016 18:10, Tamas K Lengyel wrote: >> >> Hi all, > > > Hi Tamas, > >> following the steps from http://wiki.xen.org/wiki/HiKey I'm unable to >> get the board to boot Xen. I'm using the Debian reference image from

Re: [Xen-devel] [PATCH RFC 02/20] acpi/hvmloader: Move acpi_info initialization out of ACPI code

On 06/02/2016 08:54 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> acpi_info can be initialized by hvmloader itself. Now ACPI code >> doesn't need to use hvmloader-private variables/routines such as >> uart_exists(), lpt_exists() etc. > So from a

[Xen-devel] [PATCH for-4.7] x86/cpuid: Calculate a guests xfeature_mask from its featureset

libxc current performs the xstate calculation for guests, and provides the information to Xen to be used when satisfying CPUID traps. (There is further work planned to improve this arrangement, but the worst a buggy toolstack can do is make junk appear in the cpuid leaves for the guest.) dom0

Re: [Xen-devel] [PATCH RFC 01/20] hvmloader: Provide hvmloader_acpi_build_tables()

On 06/02/2016 08:42 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> @@ -856,6 +857,12 @@ int hpet_exists(unsigned long hpet_base) >> return ((hpet_id >> 16) == 0x8086); >> } >> >> +void hvmloader_acpi_build_tables(struct acpi_config *config, >> +

Re: [Xen-devel] [PATCH RFC 00/20] Make ACPI builder available to components other than hvmloader

On 06/02/2016 08:40 AM, Jan Beulich wrote: On 06.04.16 at 03:25, wrote: >> This is an RFC for making hvmloader's ACPI builder available to both the >> toolstack and the hypervisor, as discussed in >>

Re: [Xen-devel] [PATCH RFC 18/20] libxc/acpi: Build ACPI tables for HVMlite guests

Thanks for looking into this, I've found a couple of issues when compiling this with clang. On Tue, Apr 05, 2016 at 09:25:47PM -0400, Boris Ostrovsky wrote: > Signed-off-by: Boris Ostrovsky > --- > tools/libxc/Makefile | 22 +++- >

Re: [Xen-devel] [[PATCH v2 2/2] libxl: replace deprecated readdir_r() with readdir()

Chris Patterson writes ("Re: [[PATCH v2 2/2] libxl: replace deprecated readdir_r() with readdir()"): > You're right, it should check for the error afterwards. > > How about something along the lines of: > > int saved_errno = errno; > errno = 0; > while ((de = readdir(dir)) != NULL) { > ...

Re: [Xen-devel] xl migrate regression in staging

On 6/2/2016 11:21 AM, Wei Liu wrote: On Thu, Jun 02, 2016 at 11:18:36AM -0400, annie li wrote: On 4/14/2016 11:36 AM, Olaf Hering wrote: On Thu, Apr 14, Wei Liu wrote: Maybe go back to 96ae556569b8eaedc0bb242932842c3277b515d8 and try again? Then 5cf46a66883ad7a56c5bdee97696373473f80974 and

Re: [Xen-devel] [PATCH RFC 0/6] Set of PV drivers used by production project

On Thu, May 19, 2016 at 05:37:29PM +0300, Iurii Mykhalskyi wrote: > This patches introduce set of pv drivers interfaces. > Drivers interfaces list: > - PV RTC - real-time clock > - PV TTY - interface for pv version for device controlled by > via tty (e.g. GPS) > - PV Audio - sound interface

Re: [Xen-devel] [PATCH v3 13/16 - RFC] x86: add multiboot2 protocol support for EFI platforms

On Thu, Jun 02, 2016 at 02:34:28AM -0600, Jan Beulich wrote: > >>> On 01.06.16 at 21:03, wrote: > > On Fri, May 27, 2016 at 03:02:25AM -0600, Jan Beulich wrote: > >> >>> On 25.05.16 at 23:02, wrote: > >> > On Wed, May 25, 2016 at 03:32:37AM

[Xen-devel] [RFC v3 04/45] arc: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/arc/mm/dma.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arc/mm/dma.c b/arch/arc/mm/dma.c

[Xen-devel] [RFC v3 27/45] hexagon: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/hexagon/include/asm/dma-mapping.h | 1 - arch/hexagon/kernel/dma.c | 8 2 files changed, 4 insertions(+), 5

Re: [Xen-devel] [xen-unstable test] 95174: regressions - FAIL

On Thu, Jun 02, 2016 at 03:41:33PM +, osstest service owner wrote: > flight 95174 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/95174/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

Re: [Xen-devel] [PATCH v1 for 4.7] Tmem cleanups.

On Thu, Jun 02, 2016 at 04:42:12PM +0100, Wei Liu wrote: > On Thu, Jun 02, 2016 at 11:04:16AM -0400, Konrad Rzeszutek Wilk wrote: > > Hey! > > > > Since RFC [http://www.gossamer-threads.com/lists/xen/devel/431812] > > - Added Reviewed-by from Doug > > - Dropped the RFC > > > > > > These four

Re: [Xen-devel] [PATCH v1 for 4.7] Tmem cleanups.

On Thu, Jun 02, 2016 at 11:04:16AM -0400, Konrad Rzeszutek Wilk wrote: > Hey! > > Since RFC [http://www.gossamer-threads.com/lists/xen/devel/431812] > - Added Reviewed-by from Doug > - Dropped the RFC > > > These four little cleanups move the bulk of tmem control ops > from tmem.c to

[Xen-devel] [RFC v3 44/45] dma-mapping: Remove dma_get_attr

After switching DMA attributes to unsigned long it is easier to just compare the bits. Signed-off-by: Krzysztof Kozlowski --- Documentation/DMA-API.txt | 4 +-- arch/arc/mm/dma.c | 4 +-- arch/arm/mm/dma-mapping.c

[Xen-devel] [RFC v3 31/45] microblaze: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/microblaze/include/asm/dma-mapping.h | 1 - arch/microblaze/kernel/dma.c | 12 ++-- 2 files changed, 6

[Xen-devel] [RFC v3 29/45] m68k: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/m68k/kernel/dma.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/m68k/kernel/dma.c

[Xen-devel] [RFC v3 36/45] parisc: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/parisc/kernel/pci-dma.c | 16 drivers/parisc/ccio-dma.c| 16 drivers/parisc/sba_iommu.c |

[Xen-devel] [RFC v3 40/45] sparc: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/sparc/kernel/iommu.c | 12 ++-- arch/sparc/kernel/ioport.c| 24

[Xen-devel] [RFC v3 39/45] sh: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/sh/include/asm/dma-mapping.h | 4 ++-- arch/sh/kernel/dma-nommu.c| 4 ++-- arch/sh/mm/consistent.c | 4 ++-- 3

[Xen-devel] [RFC v3 43/45] xtensa: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/xtensa/kernel/pci-dma.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[Xen-devel] [RFC v3 38/45] s390: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/s390/include/asm/dma-mapping.h | 1 - arch/s390/pci/pci_dma.c | 23 --- 2 files changed, 12

[Xen-devel] [RFC v3 42/45] unicore32: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/unicore32/mm/dma-swiotlb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[Xen-devel] [RFC v3 45/45] dma-mapping: Document the DMA attributes right in declaration

Copy documentation abstract about each DMA attribute from Documentation/DMA-attributes.txt to the place with declaration. Suggested-by: Christoph Hellwig Signed-off-by: Krzysztof Kozlowski --- include/linux/dma-mapping.h | 33

[Xen-devel] [RFC v3 41/45] tile: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/tile/kernel/pci-dma.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git

[Xen-devel] [RFC v3 37/45] misc: mic: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/misc/mic/host/mic_boot.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git

[Xen-devel] [RFC v3 35/45] openrisc: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/openrisc/kernel/dma.c | 17 - 1 file changed, 8 insertions(+), 9 deletions(-) diff --git

[Xen-devel] [RFC v3 34/45] nios2: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/nios2/mm/dma-mapping.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[Xen-devel] [RFC v3 32/45] mips: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/mips/cavium-octeon/dma-octeon.c | 8 arch/mips/loongson64/common/dma-swiotlb.c | 10 +-

[Xen-devel] [RFC v3 30/45] metag: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/metag/kernel/dma.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/arch/metag/kernel/dma.c

[Xen-devel] [RFC v3 33/45] mn10300: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/mn10300/mm/dma-alloc.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/mn10300/mm/dma-alloc.c

[Xen-devel] [RFC v3 26/45] h8300: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/h8300/kernel/dma.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/h8300/kernel/dma.c

[Xen-devel] [xen-unstable test] 95174: regressions - FAIL

flight 95174 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/95174/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 5 xen-install fail REGR. vs. 95129 Regressions

[Xen-devel] [RFC v3 24/45] x86: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/x86/include/asm/dma-mapping.h | 5 ++--- arch/x86/include/asm/swiotlb.h | 4 ++--

[Xen-devel] [RFC v3 25/45] iommu: intel: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/iommu/intel-iommu.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[Xen-devel] [RFC v3 09/45] c6x: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/c6x/include/asm/dma-mapping.h | 4 ++-- arch/c6x/kernel/dma.c | 9 - arch/c6x/mm/dma-coherent.c | 4

[Xen-devel] [RFC v3 28/45] ia64: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/ia64/hp/common/sba_iommu.c | 22 +++--- arch/ia64/include/asm/machvec.h | 1 - arch/ia64/kernel/pci-swiotlb.c |

[Xen-devel] [RFC v3 19/45] [media] dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/media/platform/sti/bdisp/bdisp-hw.c| 26 +++--- drivers/media/v4l2-core/videobuf2-dma-contig.c | 30

[Xen-devel] [RFC v3 14/45] drm/msm: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/msm/msm_drv.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[Xen-devel] [RFC v3 10/45] cris: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/cris/arch-v32/drivers/pci/dma.c | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git

[Xen-devel] [RFC v3 15/45] drm/nouveau: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/nouveau/nvkm/subdev/instmem/gk20a.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[Xen-devel] [RFC v3 23/45] video: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/video/fbdev/omap2/omapfb/omapfb-main.c | 12 ++-- drivers/video/fbdev/omap2/omapfb/omapfb.h | 3 +-- 2 files

[Xen-devel] [RFC v3 20/45] xen: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/xen/swiotlb-xen.c | 14 +++--- include/xen/swiotlb-xen.h | 12 ++-- 2 files changed, 13 insertions(+), 13

[Xen-devel] [RFC v3 21/45] swiotlb: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- include/linux/swiotlb.h | 10 +- lib/swiotlb.c | 13 +++-- 2 files changed, 12 insertions(+), 11

[Xen-devel] [RFC v3 18/45] iommu: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/iommu/amd_iommu.c | 12 ++-- drivers/iommu/dma-iommu.c | 6 +++--- include/linux/dma-iommu.h | 6 +++--- 3 files

[Xen-devel] [RFC v3 17/45] infiniband: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/infiniband/core/umem.c | 7 +++ include/rdma/ib_verbs.h| 8 2 files changed, 7 insertions(+), 8

[Xen-devel] [RFC v3 16/45] drm/rockship: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 17 +++-- drivers/gpu/drm/rockchip/rockchip_drm_gem.h | 2 +- 2 files

[Xen-devel] [RFC v3 13/45] drm/mediatek: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/mediatek/mtk_drm_gem.c | 13 ++--- drivers/gpu/drm/mediatek/mtk_drm_gem.h | 2 +- 2 files changed, 7

[Xen-devel] [RFC v3 12/45] drm/exynos: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 2 +- drivers/gpu/drm/exynos/exynos_drm_g2d.c | 12 +---

[Xen-devel] [RFC v3 11/45] frv: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/frv/mb93090-mb00/pci-dma-nommu.c | 8 arch/frv/mb93090-mb00/pci-dma.c | 9 - 2 files changed, 8

[Xen-devel] [RFC v3 07/45] avr32: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/avr32/mm/dma-coherent.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/avr32/mm/dma-coherent.c

[Xen-devel] [RFC v3 02/45] dma-mapping: Use unsigned long for dma_attrs

The dma-mapping core and the implementations do not change the DMA attributes passed by pointer. Thus the pointer can point to const data. However the attributes do not have to be a bitfield. Instead unsigned long will do fine: 1. This is just simpler. Both in terms of reading the code and

[Xen-devel] [RFC v3 01/45] powerpc: dma-mapping: Don't hard-code the value of DMA_ATTR_WEAK_ORDERING

Hard-coded value of DMA_ATTR_WEAK_ORDERING is then compared with the symbol. This will stop matching if the value of symbol is changed (when switching DMA attributes to unsigned long). Signed-off-by: Krzysztof Kozlowski --- arch/powerpc/platforms/cell/iommu.c | 2 +- 1

[Xen-devel] [RFC v3 00/45] dma-mapping: Use unsigned long for dma_attrs

on allyesconfigs: ARM, ARM64, i386, x86_64 and powerpc. Please provide reviewes and tests for other platforms. Rebased on next-20160602. For easier testing the patchset is available here: repo: https://github.com/krzk/linux branch: for-next/dma-attrs-const-v3 I didn't CC all the maintainers

[Xen-devel] [RFC v3 06/45] arm64: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/arm64/mm/dma-mapping.c | 57 +++-- 1 file changed, 29 insertions(+), 28 deletions(-)

[Xen-devel] [RFC v3 03/45] alpha: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/alpha/include/asm/dma-mapping.h | 2 -- arch/alpha/kernel/pci-noop.c | 2 +- arch/alpha/kernel/pci_iommu.c| 12

[Xen-devel] [RFC v3 05/45] ARM: dma-mapping: Use unsigned long for dma_attrs

Split out subsystem specific changes for easier reviews. This will be squashed with main commit. Signed-off-by: Krzysztof Kozlowski --- arch/arm/common/dmabounce.c | 4 +- arch/arm/include/asm/dma-mapping.h | 13 +++--

  1   2   3   >