Re: [RFC v2] ARM: memory: da8xx-ddrctl: new driver

Kevin Hilman writes: > Bartosz Golaszewski writes: > >> Create a new driver for the da8xx DDR2/mDDR controller and implement >> support for writing to the Peripheral Bus Burst Priority Register. >> >> Signed-off-by: Bartosz Golaszewski

[RFC PATCH 08/13] of: Update structure of code, remove BUG_ON()

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 48 +--- 1 file changed, 17 insertions(+), 31 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c

[PATCH 0/5] Add generic pinctrl helpers for managing groups and functions

Hi all, Here are some changes to add generic helpers for managing pinctrl groups and functions. Regards, Tony Tony Lindgren (5): pinctrl: core: Use delayed work for hogs pinctrl: core: Add generic pinctrl functions for managing groups pinctrl: core: Add generic pinctrl functions for

[RFC PATCH 01/13] of: Remove comments that state the obvious

From: Frank Rowand Remove comments that state the obvious, to reduce clutter Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 31 ++- 1 file changed, 2 insertions(+), 29 deletions(-) diff --git

[PATCH 1/2] ARM: imx: mmdc perf function support i.MX6QP

i.MX6QP added new reigster bit PROFILE_SEL in MADPCR0. need set it at perf start. Signed-off-by: Frank Li --- arch/arm/mach-imx/mmdc.c | 45 +++-- 1 file changed, 39 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-imx/mmdc.c

[RFC PATCH 05/13] of: Rename functions to more accurately reflect what they do

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index

[RFC PATCH 11/13] of: Add back an error message, restructured

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 18 -- 1 file changed, 12 insertions(+), 6 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index 4e6df385118b..664c97e1ecb4

[RFC PATCH 10/13] of: Update comments to reflect changes and increase clarity

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 51 --- 1 file changed, 32 insertions(+), 19 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c

[RFC PATCH 07/13] of: Rename variables to better reflect purpose or follow convention

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 172 +- 1 file changed, 85 insertions(+), 87 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c

[PATCH 5/5] pinctrl: single: Use generic pinmux helpers for managing functions

We can now drop the driver specific code for managing functions. Signed-off-by: Tony Lindgren --- drivers/pinctrl/Kconfig | 2 +- drivers/pinctrl/pinctrl-single.c | 134 ++- 2 files changed, 19 insertions(+), 117 deletions(-)

[RFC PATCH 09/13] of: Remove redundant size check

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index 708daca1d522..76c09cb57eae 100644 ---

[PATCH 3/5] pinctrl: core: Add generic pinctrl functions for managing groups

We can add generic helpers for function handling for cases where the pin controller driver does not need to use static arrays. Signed-off-by: Tony Lindgren --- drivers/pinctrl/Kconfig | 4 ++ drivers/pinctrl/core.c | 2 + drivers/pinctrl/core.h | 18 +

[RFC PATCH 00/13] of: Make drivers/of/resolver.c more readable

From: Frank Rowand drivers/of/resolve.c is a bit difficult to read. Clean it up so that review of future overlay related patches will be easier. Most of the patches are intended to be reformatting, with no functional change. Patches that are expected to have a

Re: [PATCH net-next] ibmveth: calculate correct gso_size and set gso_type

>> + u16 hdr_len = ETH_HLEN + sizeof(struct tcphdr); > Compiler may optmize this, but maybe move hdr_len to [*] ?> There are other places in the stack where a u16 is used for the same purpose. So I'll rather stick to that convention. I'll make the other formatting changes you suggested and

Re: [PATCH v2] Input: synaptics-rmi4 - stop scanning PDT after two empty pages

On Tue, Oct 25, 2016 at 1:36 PM, Nick Dyer wrote: > We have encountered some RMI4 firmwares where there are blank pages in > between PDT pages which contain functions. This change makes them > correctly enumerate all functions on the device. > > Tested on S7817 (has empty page

[PATCH v2 1/2] staging: lustre: remove broken dead code in cfs_cpt_table_create_pattern

After a recent bugfix, we get a warning about the use of an uninitialized variable: drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c: In function 'cfs_cpt_table_create_pattern': drivers/staging/lustre/lnet/libcfs/linux/linux-cpu.c:833:7: error: 'str' may be used uninitialized in this

Re: [PATCH 1/3] perf sched map: Apply cpu color when there's an activity

Hi Arnaldo, On Tue, Oct 25, 2016 at 03:07:46PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Oct 24, 2016 at 11:02:43AM +0900, Namhyung Kim escreveu: > > Applying cpu color always doesn't help readability IMHO. Instead it > > might be better to applying the color when there's an activity on

Re: [RFC PATCH 0/6] UART slave devices using serio

On Tue, Oct 25, 2016 at 4:55 PM, Sebastian Reichel wrote: > Hi, > > On Wed, Aug 24, 2016 at 06:24:30PM -0500, Rob Herring wrote: >> This is a new approach to supporting UART slave devices using the >> existing serio bus. After Arnd's proding, I took another look at serio >> and

Re: [RFC][PATCH] usb: dwc2: Make sure we disconnect the gadget state on reset

On 10/25/2016 2:56 PM, John Stultz wrote: > On Tue, Oct 25, 2016 at 2:29 PM, John Youn wrote: >> On 10/19/2016 11:00 PM, John Stultz wrote: >>> I had seen some odd behavior with HiKey's usb-gadget interface >>> that I finally seemed to have chased down. Basically every

Re: [PATCH] PCI: pci-stub: accept exceptions to the ID- and class-based matching

On 10/25/16 21:24, Laszlo Ersek wrote: > On 10/25/16 20:42, Alex Williamson wrote: >> FWIW, I think the reason >> this hasn't been done to date is that PCI bus addresses (except for >> root bus devices) are not stable. Depending on the system, the address >> of a given device may change, not

Re: [RFC 5/8] mm: Add new flag VM_CDM for coherent device memory

On 10/25/2016 12:20 PM, Aneesh Kumar K.V wrote: > Dave Hansen writes: >> On 10/23/2016 09:31 PM, Anshuman Khandual wrote: >>> VMAs containing coherent device memory should be marked with VM_CDM. These >>> VMAs need to be identified in various core kernel paths and this new

RE: [PATCH] drm/amd/powerplay: mark symbols static where possible

> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Tuesday, October 25, 2016 4:15 AM > To: Baoyou Xie > Cc: Deucher, Alexander; Dave Airlie; Zhu, Rex; Zhou, Jammy; Huang, > JinHuiEric; StDenis, Tom; Edward O'Callaghan; Prosyak, Vitaly; Yang, Eric; > Yang, Young;

Re: [PATCH] cw1200: fix bogus maybe-uninitialized warning

On Tuesday, October 25, 2016 1:24:55 PM CEST David Laight wrote: > > diff --git a/drivers/net/wireless/st/cw1200/wsm.c > > b/drivers/net/wireless/st/cw1200/wsm.c > > index 680d60eabc75..094e6637ade2 100644 > > --- a/drivers/net/wireless/st/cw1200/wsm.c > > +++

Re: [PATCH 3/3] clk: keystone: Fix missing iounmap calls in an error handling path

On 10/25, walter harms wrote: > Am 24.10.2016 22:43, schrieb Christophe JAILLET: > > @@ -220,6 +218,12 @@ static void __init _of_pll_clk_init(struct device_node > > *node, bool pllctrl) > > > > out: > > pr_err("%s: error initializing pll %s\n", __func__, node->name); > > + if

Re: [PATCH V5 1/2] ACPI: Add support for ResourceSource/IRQ domain mapping

Hi Marc, Lorenzo, On 2016-10-20 13:51, Marc Zyngier wrote: On 20/10/16 17:48, Lorenzo Pieralisi wrote: Hi Agustin, On Tue, Oct 18, 2016 at 01:41:48PM -0400, Agustin Vega-Frias wrote: This allows irqchip drivers to associate an ACPI DSDT device to an IRQ domain and provides support for using

Re: [PATCH] soc: qcom: Add SoC info driver

On Tuesday, October 25, 2016 3:23:34 PM CEST Imran Khan wrote: > On 10/21/2016 4:03 PM, Arnd Bergmann wrote: > >> +/* socinfo: sysfs functions */ > > > > This seems overly verbose, having both raw and human-readable > > IDs is generally not necessary, pick one of the two. If you > > need any

[RFC PATCH 04/13] of: Convert comparisons to zero or NULL to simplify logical expressions

From: Frank Rowand A small number of such comparisons remain where they provide more clarity of the numeric nature of a variable. Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 42 -- 1 file

[RFC PATCH 06/13] of: Remove prefix "__of_" and prefix "__" from local function names

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index 3d123b612789..0ce38aa0ed3c 100644 ---

[RFC PATCH 12/13] of: Move setting of pointer to beside test for non-null

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index 664c97e1ecb4..3f7cf569c7ea 100644 ---

[RFC PATCH 13/13] of: Remove unused variable overlay_symbols

From: Frank Rowand This unused variable is a reminder that symbols in overlays are not available to subsequent overlays. If such a feature is desired then there are several ways it could be implemented. Signed-off-by: Frank Rowand ---

Re: [RFC PATCH 01/13] of: Remove comments that state the obvious

On Tue, 2016-10-25 at 13:58 -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > Remove comments that state the obvious, to reduce clutter Some of these removals might be overly aggressive. > diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c [] > @@

[PATCH] crypto: caam: fix type mismatch warning

Building the caam driver on arm64 produces a harmless warning: drivers/crypto/caam/caamalg.c:140:139: warning: comparison of distinct pointer types lacks a cast We can use min_t to tell the compiler which type we want it to use here. Fixes: 5ecf8ef9103c ("crypto: caam - fix sg dump")

Regression caused by commit c83ed4c9dbb3 "ubifs: Abort readdir on error"

Hi! Early on in my boot procedure I create an overlay and shuffle things around a bit so that the original rootfs stays readonly at the bottom of an overlayed readwrite fs. This way I can just toss out the overlayed fs and have a clean and reliable way to do a "factory-reset". Both the read-only

[DOC] Missing completions-design.txt?

Hi, It looks like Nicholas submitted this doc a while back as patch 2/2: "[PATCH 2/2] doc: detailed documentation for completion" http://lkml.iu.edu/hypermail/linux/kernel/1412.2/03676.html where patch 1/2 got merged as this: 202799be447b doc: brief user documentation for completion

[PATCH v2 net-next] virtio-net: Update the mtu code to match virtio spec

The virtio committee recently ratified a change, VIRTIO-152, which defines the mtu field to be 'max' MTU, not simply desired MTU. This commit brings the virtio-net device in compliance with VIRTIO-152. Additionally, drop the max_mtu branch - it cannot be taken since the u16 returned by

Re: [PATCH 3/3] usb: dwc3: host: Do not use dma_coerce_mask_and_coherent

On Tuesday, October 25, 2016 4:26:28 PM CEST Sriram Dash wrote: > Do not use dma_coerce_mask_and_coherent for hcd. > > Signed-off-by: Arnd Bergmann The patch is good, but please follow the usual rules for submitting someone else's patch: - As the first line, have "From: Arnd

Re: [PATCH] clk: Register clkdev after setup of fixed-rate and fixed-factor clocks

On 10/22, Xiaolong Zhang wrote: > On 四, 10月 20, 2016 at 04:01:03下午 -0700, Stephen Boyd wrote: > > On 10/11, Orson Zhai wrote: > > > From: Xiaolong Zhang > > > > > > When common kernel setups fixed clock, of_clk_provider will be > > > registerred. > > > But there

[PATCH 2/7] powerpc/vdso: remove unused params in vdso_do_func_patch{32,64}

Impact: cleanup Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: Andy Lutomirski Cc: Oleg Nesterov Cc: linuxppc-...@lists.ozlabs.org Cc: linux...@kvack.org

[RFC 2/2] mmc: sdhci: Use sdhci-caps-mask and sdhci-caps to change the caps read during __sdhci_read_caps

The sdhci capabilities registers can be incorrect. The sdhci-caps-mask and sdhci-caps dt properties specify which bits of the registers are incorrect and what their values should be. This patch makes the sdhci driver use those properties to correct the caps during __sdhci_read_caps. During

[RFC 0/2] mmc: sdhci: Fix sdhci caps register bits with corrections provided by dt

For various reasons the sdhci caps register can be incorrect. This patch set introduces a general way to correct the bits when they are read to accurately reflect the capabilties of the controller/board combo. The first patch creates sdhci-caps and sdhci-caps-mask dt properties that combined

[RFC 1/2] mmc: sdhci: dt: Add device tree properties sdhci-caps and sdhci-caps-mask

On some systems the sdhci capabilty registers are incorrect for one reason or another. The sdhci-caps-mask property specifies which bits in the registers are incorrect and should be turned off before using sdhci-caps to turn on bits. The sdhci-caps property specifies which bits should be turned

Re: [PATCH] virtio-net: Update the mtu code to match virtio spec

> From: Aaron Conole > > The virtio committee recently ratified a change, VIRTIO-152, which > defines the mtu field to be 'max' MTU, not simply desired MTU. > > This commit brings the virtio-net device in compliance with VIRTIO-152. > > Additionally, drop the max_mtu branch -

[PATCH v2 1/1] remoteproc: Add support for xo clock

Add xo clock support required to boot up Qualcomm ADSP processor. The ADSP remoteproc driver keeps xo clock enabled until the driver receives "handover" irq, in order to allow ADSP processor to vote for xo clock with rpm. Signed-off-by: Sarangdhar Joshi ---

[v4.9 PATCH] spi: fsl-espi: avoid processing uninitalized data on error

When we get a spurious interrupt in fsl_espi_irq, we end up processing four uninitalized bytes of data, as shown in this warning message: drivers/spi/spi-fsl-espi.c: In function 'fsl_espi_irq': drivers/spi/spi-fsl-espi.c:462:4: warning: 'rx_data' may be used uninitialized in this function

Re: [PATCH 17/28] spi: fsl-espi: avoid processing uninitalized data on error

On Tuesday, October 25, 2016 8:13:09 PM CEST Mark Brown wrote: > > Not enough information to check signature validity. Show Details > On Mon, Oct 24, 2016 at 10:37:53PM +0200, Arnd Bergmann wrote: > > > I think my patch (the version I sent) should ideally make it into > > v4.9 as a bugfix.

Re: [PATCH V2 0/8] PM / OPP: Multiple regulator support

Hi, On 10/23/2016 11:26 PM, Viresh Kumar wrote: On 23-10-16, 20:08, Dave Gerlach wrote: Overall this series looks good to me apart from a few small things. Most importantly I was able to get a working implementation using two regulators on ti dra7xx platform with proper sequencing built on top

[net-next PATCH 13/27] arch/microblaze: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Michal Simek Signed-off-by: Alexander Duyck ---

[net-next PATCH 19/27] arch/sh: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Yoshinori Sato Cc: Rich Felker Cc:

[net-next PATCH 23/27] dma: Add calls for dma_map_page_attrs and dma_unmap_page_attrs

Add support for mapping and unmapping a page with attributes. The primary use for this is currently to allow for us to pass the DMA_ATTR_SKIP_CPU_SYNC attribute when mapping and unmapping a page. On some architectures such as ARM the synchronization has significant overhead and if we are already

[net-next PATCH 20/27] arch/sparc: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: "David S. Miller" Cc: sparcli...@vger.kernel.org Signed-off-by: Alexander Duyck

[net-next PATCH 21/27] arch/tile: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Chris Metcalf Signed-off-by: Alexander Duyck ---

[net-next PATCH 27/27] igb: Revert "igb: Revert support for build_skb in igb"

This reverts commit f9d40f6a9921 ("igb: Revert support for build_skb in igb") and adds a few changes to update it to work with the latest version of igb. We are now able to revert the removal of this due to the fact that with the recent changes to the page count and the use of

[net-next PATCH 18/27] arch/powerpc: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael

[net-next PATCH 25/27] igb: Update driver to make use of DMA_ATTR_SKIP_CPU_SYNC

The ARM architecture provides a mechanism for deferring cache line invalidation in the case of map/unmap. This patch makes use of this mechanism to avoid unnecessary synchronization. A secondary effect of this change is that the portion of the page that has been synchronized for use by the CPU

[net-next PATCH 26/27] igb: Update code to better handle incrementing page count

This patch updates the driver code so that we do bulk updates of the page reference count instead of just incrementing it by one reference at a time. The advantage to doing this is that we cut down on atomic operations and this in turn should give us a slight improvement in cycles per packet. In

[net-next PATCH 24/27] mm: Add support for releasing multiple instances of a page

This patch adds a function that allows us to batch free a page that has multiple references outstanding. Specifically this function can be used to drop a page being used in the page frag alloc cache. With this drivers can make use of functionality similar to the page frag alloc cache without

[net-next PATCH 14/27] arch/mips: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Ralf Baechle Cc: Keguang Zhang Cc:

[PATCH v3 1/1] ahci: imx: Add imx53 SATA temperature sensor support

From: Csaba Kertesz Add a hwmon entry to get the temperature from the die of imx53 SATA. The original patch was made by Richard Zhu for kernel 2.6.x: ENGR00134041-MX53-Add-the-SATA-AHCI-temperature-monitor.patch Signed-off-by: Fabien Lahoudere

Re: [PATCH v2 2/8] IB/core: Replace semaphore sm_sem with completion

On Tuesday, October 25, 2016 9:48:22 AM CEST Jason Gunthorpe wrote: > > Using a completion to model exclusive ownership seems convoluted to > me - is that a thing now? What about an atomic? I also totally missed how this is used. I initially mentioned to Binoy that almost all semaphores can

Re: [PATCH V2 4/8] PM / OPP: Pass struct dev_pm_opp_supply to _set_opp_voltage()

On 10/25, Viresh Kumar wrote: > On 24-10-16, 16:14, Stephen Boyd wrote: > > On 10/20, Viresh Kumar wrote: > > > Pass the entire supply structure instead of all of its fields. > > > > > > Signed-off-by: Viresh Kumar > > > --- > > > > This patch should be combined with

[PATCH v2] Input: synaptics-rmi4 - stop scanning PDT after two empty pages

We have encountered some RMI4 firmwares where there are blank pages in between PDT pages which contain functions. This change makes them correctly enumerate all functions on the device. Tested on S7817 (has empty page 2). Signed-off-by: Nick Dyer ---

[RFC PATCH 02/13] of: Remove excessive printks to reduce clutter

From: Frank Rowand Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 28 1 file changed, 28 deletions(-) diff --git a/drivers/of/resolver.c b/drivers/of/resolver.c index 4ff0220d7aa2..93a7ca0bf98c 100644

[PATCH 2/5] pinctrl: core: Add generic pinctrl functions for managing groups

We can add generic helpers for pin group handling for cases where the pin controller driver does not need to use static arrays. Signed-off-by: Tony Lindgren --- drivers/pinctrl/Kconfig | 3 + drivers/pinctrl/core.c | 178

[RFC PATCH 03/13] of: Remove braces around single line blocks.

From: Frank Rowand The single line blocks were created by previous patches in the series. Signed-off-by: Frank Rowand --- drivers/of/resolver.c | 25 - 1 file changed, 8 insertions(+), 17 deletions(-) diff --git

Re: [RFC PATCH 00/13] of: Make drivers/of/resolver.c more readable

On 10/25/16 13:58, frowand.l...@gmail.com wrote: > From: Frank Rowand > > drivers/of/resolve.c is a bit difficult to read. Clean it up so > that review of future overlay related patches will be easier. < snip > Hi Pantelis, Can you test this patch series on some

[PATCH 1/5] pinctrl: core: Use delayed work for hogs

Having the pin control framework call pin controller functions before it's probe has finished is not nice as the pin controller device driver does not yet have struct pinctrl_dev handle. Let's fix this issue by adding deferred work for hogs. This is needed to be able to add pinctrl generic helper

Re: UBIFS LEB properties tree with odd addresses

Naga Sureshkumar Relli, On 25.10.2016 08:05, Naga Sureshkumar Relli wrote: > Hi, > > We are testing UBIFS (NOR) on Zynq Ultrascale+ MPSoC GQSPI controller driver. > Apart from my previous mail thread about UBIFS, i.e along with dma issue I am > facing one more > Problem related to offsets. > >

[PATCH v2 2/2] staging: lustre: restore initialization of return code

A recent rework removed the initialization of the successful return code from lov_getstripe: drivers/staging/lustre/lustre/lov/lov_pack.c: In function 'lov_getstripe': drivers/staging/lustre/lustre/lov/lov_pack.c:426:9: error: 'rc' may be used uninitialized in this function

Re: [RFC/PATCH 2/2] perf sched: Make common options cascading

On Tue, Oct 25, 2016 at 02:21:32PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Oct 24, 2016 at 07:03:32PM +0200, Jiri Olsa escreveu: > > On Mon, Oct 24, 2016 at 12:00:03PM +0900, Namhyung Kim wrote: > > > The -i and -v options can be used in subcommands so enable cascading the > > >

[net-next PATCH 02/27] swiotlb-xen: Enforce return of DMA_ERROR_CODE in mapping function

The mapping function should always return DMA_ERROR_CODE when a mapping has failed as this is what the DMA API expects when a DMA error has occurred. The current function for mapping a page in Xen was returning either DMA_ERROR_CODE or 0 depending on where it failed. On x86 DMA_ERROR_CODE is 0,

[net-next PATCH 00/27] Add support for DMA writable pages being writable by the network stack

The first 22 patches in the set add support for the DMA attribute DMA_ATTR_SKIP_CPU_SYNC on multiple platforms/architectures. This is needed so that we can flag the calls to dma_map/unmap_page so that we do not invalidate cache lines that do not currently belong to the device. Instead we have to

[net-next PATCH 09/27] arch/frv: Add option to skip sync on DMA map

The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA APIs in the arch/arm folder. This change is meant to correct that so that we get consistent behavior. Signed-off-by: Alexander Duyck --- arch/frv/mb93090-mb00/pci-dma-nommu.c | 14

[net-next PATCH 06/27] arch/avr32: Add option to skip sync on DMA map

The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA APIs in the arch/arm folder. This change is meant to correct that so that we get consistent behavior. Acked-by: Hans-Christian Noren Egtvedt Signed-off-by: Alexander Duyck

[net-next PATCH 08/27] arch/c6x: Add option to skip sync on DMA map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it later via a sync_for_cpu or sync_for_device call. Cc: Mark Salter Cc: Aurelien Jacquiot Signed-off-by:

[net-next PATCH 15/27] arch/nios2: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: Ley Foon Tan Signed-off-by: Alexander Duyck ---

[net-next PATCH 03/27] swiotlb: Add support for DMA_ATTR_SKIP_CPU_SYNC

As a first step to making DMA_ATTR_SKIP_CPU_SYNC apply to architectures beyond just ARM I need to make it so that the swiotlb will respect the flag. In order to do that I also need to update the swiotlb-xen since it heavily makes use of the functionality. Cc: Konrad Rzeszutek Wilk

[net-next PATCH 17/27] arch/parisc: Add option to skip DMA sync as a part of map and unmap

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it via a sync_for_cpu or sync_for_device call. Cc: "James E.J. Bottomley" Cc: Helge Deller Cc:

[net-next PATCH 01/27] swiotlb: Drop unused function swiotlb_map_sg

There are no users for swiotlb_map_sg so we might as well just drop it. Acked-by: Konrad Rzeszutek Wilk Signed-off-by: Alexander Duyck --- include/linux/swiotlb.h |4 lib/swiotlb.c |8 2 files changed, 12

[net-next PATCH 04/27] arch/arc: Add option to skip sync on DMA mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it later via a sync_for_cpu or sync_for_device call. Cc: Vineet Gupta Cc: linux-snps-...@lists.infradead.org Signed-off-by: Alexander

[net-next PATCH 07/27] arch/blackfin: Add option to skip sync on DMA map

The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA APIs in the arch/arm folder. This change is meant to correct that so that we get consistent behavior. Cc: Steven Miao Signed-off-by: Alexander Duyck ---

Re: Hexagon-setup: Combine four seq_printf() calls into one call in show_cpuinfo()

I wrote it the original way precisely for readability; it's easier, at least to me, to read and modify the old way. However, in my development version I happen to be printing a lot more stuff. To test, I collapsed 18 of my seq_printf's into one call. That reduced the function size by a couple

[net-next PATCH 05/27] arch/arm: Add option to skip sync on DMA map and unmap

The use of DMA_ATTR_SKIP_CPU_SYNC was not consistent across all of the DMA APIs in the arch/arm folder. This change is meant to correct that so that we get consistent behavior. Cc: Russell King Signed-off-by: Alexander Duyck ---

Re: [RFC][PATCH] usb: dwc2: Make sure we disconnect the gadget state on reset

On Tue, Oct 25, 2016 at 2:29 PM, John Youn wrote: > On 10/19/2016 11:00 PM, John Stultz wrote: >> I had seen some odd behavior with HiKey's usb-gadget interface >> that I finally seemed to have chased down. Basically every other >> time I pluged in the OTG port, the gadget

[PATCH] thinkpad_acpi: Add support for X1 Yoga (2016) Tablet Mode

For whatever reason, the X1 Yoga doesn't support the normal method of querying for tablet mode. Instead of providing the MHKG method under the hotkey handle, we're instead given the CMMD method under the EC handle. Values on this handle are either 0x1, laptop mode, or 0x6, tablet mode.

[PATCH 0/7] powerpc/mm: refactor vDSO mapping code

Cleanup patches for vDSO on powerpc. Originally, I wanted to add vDSO remapping on arm/aarch64 and I decided to cleanup that part on powerpc. I've add a hook for vm_ops for vDSO just like I did for x86. Other changes - reduce exhaustive code duplication. No visible to userspace changes expected.

Re: [PATCH] iio: maxim_thermocouple: return -EINVAL on invalid read size

On 25/10/16 20:11, Lars-Peter Clausen wrote: > On 10/25/2016 09:04 PM, Colin King wrote: >> From: Colin Ian King >> >> In the case that the read size is not 2 or 4 bytes >> then maxim_thermocouple_read is not initializing ret and >> hence may return early with a bogus

Re: [PATCH] tpm: sanitize constant expressions

On Sat, Oct 22, 2016 at 12:39:27AM +0300, Jarkko Sakkinen wrote: > Use cpu_to_b32 at the time it is needed in enum tpm_capabilities and > enum tpm_sub_capabilities in order to be consistent with the other > enums in drivats/char/tpm/tpm.h. > > Signed-off-by: Jarkko Sakkinen

Re: [tpmdd-devel] [PATCH] tpm, tpm_crb: remove redundant CRB_FL_CRB_START flag

On Fri, Oct 21, 2016 at 06:11:41PM +0300, Jarkko Sakkinen wrote: > On Thu, Oct 20, 2016 at 02:24:21PM -0600, Jason Gunthorpe wrote: > > On Thu, Oct 20, 2016 at 05:00:11PM +0300, Jarkko Sakkinen wrote: > > > > > > > I have a 4th Gen Core NUC where I experienced this issue. It reported > > > > >

Re: [PATCH 2/3] usb: dwc3: host: Do not use dma_set_coherent_mask

On Tuesday, October 25, 2016 4:26:27 PM CEST Sriram Dash wrote: > Do not require dma_set_coherent_mask for hcd > > Signed-off-by: Arnd Bergmann Aside from the comments I had for patch 3, you are doing two different things here: > diff --git a/drivers/usb/dwc3/dwc3-st.c

Re: [PATCH] phy: Add reset callback for not generic phy

On 10/25/2016 7:15 AM, Randy Li wrote: > I forget to add a dummy function in case the CONFIG_GENERIC_PHY > is disabled. > > Signed-off-by: Randy Li Fixes: cac18ecb6f44 ("phy: Add reset callback") Tested-by: John Youn Hi Kishon, Can you take this for

Re: [PATCH 0/3] iopmem : A block device for PCIe memory

On Tue, Oct 25, 2016 at 05:50:43AM -0600, Stephen Bates wrote: > Hi Dave and Christoph > > On Fri, Oct 21, 2016 at 10:12:53PM +1100, Dave Chinner wrote: > > On Fri, Oct 21, 2016 at 02:57:14AM -0700, Christoph Hellwig wrote: > > > On Fri, Oct 21, 2016 at 10:22:39AM +1100, Dave Chinner wrote: > > >

[PATCHv2 7/7] mm: kill arch_mremap

This reverts commit 4abad2ca4a4d ("mm: new arch_remap() hook") and commit 2ae416b142b6 ("mm: new mm hook framework"). It also keeps the same functionality of mremapping vDSO blob with introducing vm_special_mapping mremap op for powerpc. Cc: Laurent Dufour Cc:

Re: [PATCH v2 0/9] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories

Hi Cyrille, On Tue, Oct 25, 2016 at 2:38 PM, Jagan Teki wrote: > On Mon, Oct 24, 2016 at 7:37 PM, Cyrille Pitchen > wrote: >> Le 24/10/2016 à 14:09, Cyrille Pitchen a écrit : >>> Hi Jagan, >>> >>> Le 24/10/2016 à 09:41, Jagan Teki a écrit : On

Re: [PATCH] virtio-net: Update the mtu code to match virtio spec

Aaron Conole writes: >> From: Aaron Conole >> >> The virtio committee recently ratified a change, VIRTIO-152, which >> defines the mtu field to be 'max' MTU, not simply desired MTU. >> >> This commit brings the virtio-net device in compliance with

Re: [PATCH 1/3] drivers: iommu: arm-smmu: constify iommu_gather_ops structures

On Tue, 25 Oct 2016, Bhumika Goyal wrote: > Check for iommu_gather_ops structures that are only stored in the tlb > field of an io_pgtable_cfg structure. The tlb field is of type > const struct iommu_gather_ops *, so iommu_gather_ops structures > having this property can be declared as const. >

Re: [PATCH 2/3] drivers: iommu: arm-smmu-v3: constify iommu_gather_ops structures

On Tue, 25 Oct 2016, Bhumika Goyal wrote: > Check for iommu_gather_ops structures that are only stored in the tlb > field of an io_pgtable_cfg structure. The tlb field is of type > const struct iommu_gather_ops *, so iommu_gather_ops structures > having this property can be declared as const. >

[PATCH v2] cw1200: fix bogus maybe-uninitialized warning

On x86, the cw1200 driver produces a rather silly warning about the possible use of the 'ret' variable without an initialization presumably after being confused by the architecture specific definition of WARN_ON: drivers/net/wireless/st/cw1200/wsm.c: In function ‘wsm_handle_rx’:

[net-next PATCH 11/27] arch/m68k: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it later via a sync_for_cpu or sync_for_device call. Cc: Geert Uytterhoeven Cc: linux-m...@lists.linux-m68k.org Signed-off-by:

[net-next PATCH 10/27] arch/hexagon: Add option to skip DMA sync as a part of mapping

This change allows us to pass DMA_ATTR_SKIP_CPU_SYNC which allows us to avoid invoking cache line invalidation if the driver will just handle it later via a sync_for_cpu or sync_for_device call. Cc: Richard Kuo Cc: linux-hexa...@vger.kernel.org Signed-off-by: Alexander Duyck

Re: [RFC PATCH 0/6] UART slave devices using serio

Hi, On Wed, Aug 24, 2016 at 06:24:30PM -0500, Rob Herring wrote: > This is a new approach to supporting UART slave devices using the > existing serio bus. After Arnd's proding, I took another look at serio > and decided extending it does make sense. Using serio primarily requires > adding DT

  1   2   3   4   5   6   7   8   9   10   >