Re: [PATCH] ASoC: sun4i-spdif: Add support for the H3 SoC

On Thu, Jan 12, 2017 at 05:45:16PM +0100, codekip...@gmail.com wrote: > From: Marcus Cooper > > The H3 SoC uses the same SPDIF block as found in earlier SoCs, but its > TXFIFO is mapped to another address. > > Signed-off-by: Marcus Cooper You should

[PATCH] ASoC: sunxi: Add bindings for sun8i to SPDIF

From: Marcus Cooper The H3 SoC uses the same SPDIF block as found in earlier SoCs, but the transmit fifo is at a different address. Signed-off-by: Marcus Cooper --- Documentation/devicetree/bindings/sound/sunxi,sun4i-spdif.txt | 1 + 1 file changed,

[PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

From: James Bottomley Currently the Resource Manager (RM) is not exposed to userspace. Make this exposure via a separate device, which can now be opened multiple times because each read/write transaction goes separately via the RM. Concurrency is

[PATCH RFC v2 4/5] tpm: split out tpm-dev.c into tpm-dev.c and tpm-common-dev.c

From: James Bottomley Signed-off-by: James Bottomley --- drivers/char/tpm/Makefile | 2 +- drivers/char/tpm/tpm-dev-common.c | 145 ++ drivers/char/tpm/tpm-dev.c|

Re: [PATCH] Input: silead: use msleep() for long delays

ranges(). Either way this patch is fine with me. Regards, Hans Patch was compile tested with: x86_64_defconfig + CONFIG_TOUCHSCREEN_SILEAD=m Patch is against 4.10-rc3 (localversion-next is next-20170112) drivers/input/touchscreen/silead.c | 17 - 1 file changed, 8 insertions

Applied "spi: davinci: use dma_mapping_error()" to the spi tree

The patch spi: davinci: use dma_mapping_error() has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

[PATCH RFC v2 2/5] tpm: export tpm2_flush_context_cmd

Signed-off-by: Jarkko Sakkinen --- drivers/char/tpm/tpm.h | 2 ++ drivers/char/tpm/tpm2-cmd.c | 65 ++--- 2 files changed, 34 insertions(+), 33 deletions(-) diff --git a/drivers/char/tpm/tpm.h

[PATCH RFC v2 0/5] RFC: in-kernel resource manager

This patch set adds support for TPM spaces that provide a context for isolating and swapping transient objects. This patch set does not yet include support for isolating policy and HMAC sessions but it is trivial to add once the basic approach is settled (and that's why I created an RFC patch

Re: [PATCH 1/2] crypto: mediatek - remove ARM dependencies

On Wed, Jan 11, 2017 at 02:50:19PM +0100, Arnd Bergmann wrote: > Building the mediatek driver on an older ARM architecture results in a > harmless warning: > > warning: (ARCH_OMAP2PLUS_TYPICAL && CRYPTO_DEV_MEDIATEK) selects NEON which > has unmet direct dependencies (VFPv3 && CPU_V7) > > We

Re: [PATCH] PCI: dwc: Add COMPILE_TEST to all designware based drivers

Hi Kishon, Às 9:43 AM de 1/12/2017, Kishon Vijay Abraham I escreveu: > Add COMPILE_TEST to all designware based drivers so that it is possible > to perform compile test even when a particular architecture specific > config symbol is not set. > > Signed-off-by: Kishon Vijay Abraham I

Re: mtd/ftl: Use kmalloc_array() in build_maps()

On 01/12/2017 05:50 PM, SF Markus Elfring wrote: >> The indentation has been changed and the new one looks wrong... > > The source code formatting contained various open issues before already. > > >> If you want to fix the indentation to make it compliant with the Linux >> coding style, do it

Re: [linux-sunxi] Re: [PATCH 4/5] ARM: dts: sunxi: add dtsi file for V3s SoC

On Wed, Jan 11, 2017 at 11:56:32AM +0800, Icenowy Zheng wrote: > > 2017年1月11日 02:21于 Maxime Ripard 写道： > > > > On Tue, Jan 03, 2017 at 11:16:28PM +0800, Icenowy Zheng wrote: > > > + uart0_pins_a: uart0@0 { > > > + pins = "PB8", "PB9"; > > > + function =

[PATCH v3 0/2] tpm: enhance TPM 2.0 extend function to support multiple PCR banks

IMA extends its hash measurements in the TPM PCRs, based on policy. The existing in-kernel TPM extend function extends only the SHA1 PCR bank. TPM 2.0 defines multiple PCR banks, to support different hash algorithms. The TCG TPM 2.0 Specification[1] recommends extending all active PCR banks to

[PATCH] livepatch/module: print notice of TAINT_LIVEPATCH

Add back the "tainting kernel with TAINT_LIVEPATCH" kernel log message that commit 2992ef29ae01 ("livepatch/module: make TAINT_LIVEPATCH module-specific") dropped. Now that it's a module-specific taint flag, include the module name. Signed-off-by: Joe Lawrence ---

[PATCH 0/2] HID: corsair: fix DMA to stack and info leaks

These patches fix DMA buffers on stack and information leaks in the corsair HID driver. Note that this series has only been compile tested. Johan Johan Hovold (2): HID: corsair: fix DMA buffers on stack HID: corsair: fix control-transfer error handling drivers/hid/hid-corsair.c | 60

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu 12-01-17 17:54:34, Ilya Dryomov wrote: > On Thu, Jan 12, 2017 at 4:37 PM, Michal Hocko wrote: > > From: Michal Hocko > > > > There are many code paths opencoding kvmalloc. Let's use the helper > > instead. The main difference to kvmalloc is that those

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu, Jan 12, 2017 at 7:37 AM, Michal Hocko wrote: > From: Michal Hocko > > There are many code paths opencoding kvmalloc. Let's use the helper > instead. The main difference to kvmalloc is that those users are usually > not considering all the aspects of

sysfs deferred_probe attribute

I just noticed that we have a new device attribute 'deferred_probe' added in 4.10 with this commit: commit 6751667a29d6fd64afb9ce30567ad616b68ed789 Author: Ben Hutchings Date: Tue Aug 16 14:34:18 2016 +0100 driver core: Add deferred_probe attribute to

Re: [PATCH] power: reset: Add MAX77620 support

On Thu, Jan 12, 2017 at 10:06:24PM +0530, Laxman Dewangan wrote: > > On Thursday 12 January 2017 09:45 PM, Thierry Reding wrote: > > From: Thierry Reding > > > > The Maxim MAX77620 PMIC has the ability to power off and restart the > > system. Add a driver that supports power

Re: [PATCH 3/4] net: ethernet: ti: cpsw: don't duplicate ndev_running

On 01/10/2017 07:56 PM, Ivan Khoronzhuk wrote: > On Mon, Jan 09, 2017 at 11:25:38AM -0600, Grygorii Strashko wrote: >> >> >> On 01/08/2017 10:41 AM, Ivan Khoronzhuk wrote: >>> No need to create additional vars to identify if interface is running. >>> So simplify code by removing redundant var

Re: [PATCH/RESEND v2 5/5] z3fold: add kref refcounting

On Wed, Jan 11, 2017 at 3:51 PM, Vitaly Wool wrote: > On Wed, 11 Jan 2017 13:03:06 -0500 > Dan Streetman wrote: > > >> >>> provided that I take the lock for the headless case above. That will >> >>> work won't it? >> >> >> >> in this specific case -

Re: [PATCH] power: reset: Add MAX77620 support

On Thursday 12 January 2017 11:05 PM, Thierry Reding wrote: * PGP Signed by an unknown key On Thu, Jan 12, 2017 at 10:06:24PM +0530, Laxman Dewangan wrote: On Thursday 12 January 2017 09:45 PM, Thierry Reding wrote: + dev_dbg(>dev, "event recorder: %#x\n", value); + +

Re: [PATCH] f2fs: make discard command directly

On 01/12, Christoph Hellwig wrote: > On Wed, Jan 11, 2017 at 04:48:48PM -0800, Jaegeuk Kim wrote: > > This can reduce the backporting efforts. > > NAK. For one that is not a valid excuse for anything, and second > your remove respecting the granularity. Okay, I'll try from backporting side

[PATCH] firmware: qcom: scm: add a video command for state setting

This scm call is used to change the video core state, more specifically it is used to suspend and resume the core. Signed-off-by: Stanimir Varbanov --- Removed crypto clock enabling, which is not needed. drivers/firmware/qcom_scm-32.c | 18 ++

Re: [PATCH] tpm_tis: override reported C and D timeouts for Atmel 3203

On Thu, Jan 12, 2017 at 07:08:53PM +0100, Maciej S. Szmigiero wrote: > Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM > access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version 13.9) no > longer works. > It turns out the initialization proceeds fine until we get

Re: [PATCH] arm64: errata: Provide macro for major and minor cpu revisions

On 12.01.17 15:33:15, Will Deacon wrote: > On Wed, Jan 11, 2017 at 01:11:42PM +0100, Robert Richter wrote: > > Definition of cpu ranges are hard to read if the cpu variant is not > > zero. Provide MIDR_CPU_FULL_REV() macro to describe the full hardware > > revision of a cpu including variant and

Re: [PATCH v2] i2c: do not enable fall back to Host Notify by default

On Wed, Jan 04, 2017 at 08:57:22PM -0800, Dmitry Torokhov wrote: > Falling back unconditionally to HostNotify as primary client's interrupt > breaks some drivers which alter their functionality depending on whether > interrupt is present or not, so let's introduce a board flag telling I2C > core

Re: [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Thu, Jan 12, 2017 at 07:46:08PM +0200, Jarkko Sakkinen wrote: > struct tpm_chip { > - struct device dev; > - struct cdev cdev; > + struct device dev, devrm; Hum.. devrm adds a new kref but doesn't do anything with the release function, so that is going to use after free, ie here:

Re: [PATCH] tpm_tis: fix iTPM probe via probe_itpm() function

On Thu, Jan 12, 2017 at 07:12:06PM +0100, Maciej S. Szmigiero wrote: > probe_itpm() function is supposed to send command without an itpm flag set > and if this fails to repeat it, this time with the itpm flag set. > > However, commit 41a5e1cf1fe15 ("tpm/tpm_tis: Split tpm_tis driver into a > core

[PATCH 4/4] n2rng: update version info

Signed-off-by: Shannon Nelson --- drivers/char/hw_random/n2-drv.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/char/hw_random/n2-drv.c b/drivers/char/hw_random/n2-drv.c index f0bd5ee..31cbdbb 100644 ---

Re: [PATCH] scripts/spelling.txt: add some typo-words

On Thu, Jan 12, 2017 at 3:34 AM, Jinbum Park wrote: > I wrote a simple script to find new typo not in spelling.txt. > (https://github.com/jinb-park/find-linux-kernel-typo) > > and get following result: > > [ rank ] > 63 paramaters > 18 alignement >

Re: Linux 4.9.3

On Thu, Jan 12, 2017 at 06:14:13PM +, Chris Rankin wrote: > Still no sign of the 4.9.3 patches on the FTP site... Oops? Sorry, should be there now. greg k-h

Re: [PATCH] i2c: print correct device invalid address

On Fri, Jan 06, 2017 at 07:02:57PM +0800, John Garry wrote: > In of_i2c_register_device(), when the check for > device address validity fails we print the info.addr, > which has not been assigned properly. > > Fix this by printing the actual invalid address. > > Signed-off-by: John Garry

[PATCH v2 00/26] IB: Optimize DMA mapping

Hello Doug, As you know there are two sets of DMA mapping operations in the Linux kernel: - One set of DMA mapping operations that is used by most drivers. - Another set of DMA mapping operations that is only used by the RDMA drivers. Having two sets of DMA mapping operations is not only a

[PATCH v2 03/26] treewide: Consolidate set_dma_ops() implementations

Now that all set_dma_ops() implementations are identical (ignoring BUG_ON() statements), remove the architecture specific definitions and add a definition in . Signed-off-by: Bart Van Assche Cc: Benjamin Herrenschmidt Cc: Chris Metcalf

[PATCH v2 26/26] IB/core: Remove ib_dma_map_*() functions

Remove the ib_dma_map_*() functions because due to previous patches these are no longer used. Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- include/rdma/ib_verbs.h | 218

[PATCH v2 25/26] xprtrdma: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Trond Myklebust Cc: Anna Schumaker --- net/sunrpc/xprtrdma/fmr_ops.c

[PATCH v2 24/26] net/rds: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Santosh Shilimkar --- net/rds/ib.h | 39 --- net/rds/ib_cm.c | 42

[PATCH v2 16/26] IB/IPoIB: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- drivers/infiniband/ulp/ipoib/ipoib_cm.c | 34 +++--- drivers/infiniband/ulp/ipoib/ipoib_ib.c | 42

[PATCH v2 08/26] IB/hf1: Remove DMA mapping code

The hfi1 DMA mapping code has never been built in any upstream kernel. Hence remove it. Signed-off-by: Bart Van Assche Cc: Dennis Dalessandro Cc: Dean Luick --- drivers/infiniband/hw/hfi1/dma.c | 183

[PATCH v2 14/26] IB/mlx4: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Acked-by: Leon Romanovsky --- drivers/infiniband/hw/mlx4/cq.c | 8 ++-- drivers/infiniband/hw/mlx4/mad.c | 79

[PATCH v2 19/26] IB/srp: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- drivers/infiniband/ulp/srp/ib_srp.c | 80 + 1 file changed, 37 insertions(+), 43 deletions(-) diff --git

[PATCH v2 20/26] IB/srpt: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- drivers/infiniband/ulp/srpt/ib_srpt.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH v2 10/26] IB: Use dma_virt_ops instead of duplicating it

Additionally, switch from struct ib_dma_mapping_ops to struct dma_mapping_ops. Update the comments that refer to the source files removed by this patch. This patch eliminates one branch from every ib_dma_map_*() call. Signed-off-by: Bart Van Assche Reviewed-by: Leon

Re: [PATCH v2 24/26] net/rds: Inline ib_dma_map_*() functions

On 1/12/17 11:07 AM, Bart Van Assche wrote: Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Santosh Shilimkar Acked-by: Santosh Shilimkar

Re: [PATCH] i2c: i2c-cadence: Don't register the adapter until it's ready

> Because the adapter registration i2c_add_adapter() can fail, information > about the adapter initialization would be expected only in case of > successful registration. Exactly. > > The information sent to the kernel log buffer here is quite trivial, > probably dev_info() can be just

Re: [PATCH 0/4 v3] Fixes and workarounds for dwc2 on HiKey board (rebased to synopsys-usb/next)

On 1/12/2017 12:07 AM, Felipe Balbi wrote: > > Hi, > > John Youn writes: >> On 1/11/2017 4:22 PM, John Stultz wrote: >>> Just wanted to resend my patches for dwc2 controller on the >>> HiKey board for consideration for the 4.11 merge window. >>> >>> This patchset is the

Re: [tpmdd-devel] [PATCH RFC v2 3/5] tpm: infrastructure for TPM spaces

On Thu, 2017-01-12 at 19:46 +0200, Jarkko Sakkinen wrote: > @@ -435,17 +440,23 @@ ssize_t tpm_transmit(struct tpm_chip *chip, > const u8 *buf, size_t bufsiz, > goto out; > > out_recv: > - rc = chip->ops->recv(chip, (u8 *) buf, bufsiz); > - if (rc < 0) > + len =

Re: [linux-sunxi] Re: [PATCH 2/5] clk: sunxi-ng: add support for V3s CCU

Hi, On Wed, Jan 11, 2017 at 11:55:16AM +0800, Icenowy Zheng wrote: > > 2017年1月11日 02:10于 Maxime Ripard 写道： > > > > On Tue, Jan 03, 2017 at 11:16:26PM +0800, Icenowy Zheng wrote: > > > V3s has a similar but cut-down CCU to H3. > > > > > > Add support for it.

[patch net-next] stmmac: indent an if statement

The break statement should be indented one more tab. Signed-off-by: Dan Carpenter diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c index ac32f9e..4daa8a3 100644 ---

[PATCH 1/4] n2rng: limit error spewage when self-test fails

If the self-test fails, it probably won't actually suddenly start working. Currently, this causes an endless spew of error messages on the console and in the logs, so this patch adds a limiter to the test. Reported-by: Sowmini Varadhan Signed-off-by: Shannon Nelson

[PATCH 2/4] n2rng: add device data descriptions

Since we're going to need to keep track of more than just one attribute of the hardware, we'll change the use of the data field from the match struct from a single flag to a struct pointer. This patch adds the struct template and initial descriptions. Signed-off-by: Shannon Nelson

[PATCH 3/4] n2rng: support new hardware register layout

Add the new register layout constants and the requisite logic for using them. Signed-off-by: Shannon Nelson --- drivers/char/hw_random/n2-drv.c | 144 +-- drivers/char/hw_random/n2rng.h | 36 +++--- 2 files changed, 134

[PATCH 0/4] n2rng: add support for m5/m7 rng register layout

Commit c1e9b3b0eea1 ("hwrng: n2 - Attach on T5/M5, T7/M7 SPARC CPUs") added config strings to enable the random number generator in the sparc m5 and m7 platforms. This worked fine for client LDoms, but not for the primary LDom, or running on bare metal, because the actual rng hardware layout

Re: [PATCH] Input: silead: use msleep() for long delays

On Thu, Jan 12, 2017 at 10:10:44AM -0800, Dmitry Torokhov wrote: > On Thu, Jan 12, 2017 at 9:46 AM, Hans de Goede wrote: > > Hi, > > > > On 01/12/2017 05:21 PM, Nicholas Mc Guire wrote: > >> > >> the delays here are in the 10 to 20ms range so msleep() will do - no > >> need

Re: [PATCH v3] arm64: mm: Fix NOMAP page initialization

On 12.01.17 16:05:36, Will Deacon wrote: > On Mon, Jan 09, 2017 at 12:53:20PM +0100, Robert Richter wrote: > > Kernel compile times (3 runs each): > > > > pfn_valid_within(): > > > > real6m4.088s > > user372m57.607s > > sys 16m55.158s > > > > real6m1.532s > > user

Re: [PATCH 2/3] gpio: davinci: Redesign driver to accommodate ngpios in one gpio chip

On 01/11/2017 08:00 PM, Keerthy wrote: On Wednesday 11 January 2017 11:23 PM, Grygorii Strashko wrote: On 01/10/2017 11:00 PM, Keerthy wrote: The Davinci GPIO driver is implemented to work with one monolithic Davinci GPIO platform device which may have up to Y(144) gpios. The Davinci

[PATCH v2 15/26] IB/mlx5: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Acked-by: Leon Romanovsky --- drivers/infiniband/hw/mlx5/mr.c | 12 ++-- 1 file changed, 6 insertions(+), 6

[PATCH v2 18/26] IB/isert: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- drivers/infiniband/ulp/isert/ib_isert.c | 120 +--- 1 file changed, 63 insertions(+), 57 deletions(-) diff --git

[PATCH v2 22/26] nvme-rdma: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Keith Busch --- drivers/nvme/host/rdma.c | 35 +++ drivers/nvme/target/rdma.c | 32

[PATCH v2 23/26] net/9p: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Eric Van Hensbergen --- net/9p/trans_rdma.c | 24 +++- 1 file changed, 11 insertions(+), 13

[PATCH v2 06/26] lib/dma-noop: Only build dma_noop_ops for m32r and s390

This was suggested by Christoph Hellwig. Signed-off-by: Bart Van Assche Cc: Christian Borntraeger Cc: Joerg Roedel Cc: Andy Lutomirski Cc: Michael S. Tsirkin Cc: Christoph Hellwig

[PATCH v2 11/26] RDS: IB: Remove an unused structure member

Signed-off-by: Bart Van Assche Acked-by: Santosh Shilimkar Cc: David S. Miller Cc: linux-r...@vger.kernel.org Cc: net...@vger.kernel.org Cc: rds-de...@oss.oracle.com --- net/rds/ib_mr.h | 1 - 1 file changed, 1

[PATCH v2 09/26] IB/qib: Remove DMA mapping code

The qib DMA mapping code is no longer built since commit eb636ac0e49e ("IB/qib: Remove dma.c and use rdmavt version of dma functions"). Hence remove it. Signed-off-by: Bart Van Assche Cc: Mike Marciniszyn Cc: Dennis Dalessandro

[PATCH v2 17/26] IB/iser: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg --- drivers/infiniband/ulp/iser/iscsi_iser.c | 11 ++-- drivers/infiniband/ulp/iser/iser_initiator.c | 88 +++-

[PATCH v2 13/26] IB/core: Inline ib_dma_map_*() functions

Most changes in this patch and the subsequent patches, except for the removal of variables that became superfluous and indentation adjustments, have been generated as follows: git grep -lE 'ib_(sg_|)dma_' | xargs -d\\n \ sed -i -e

[PATCH v2 05/26] lib/dma-noop: Clarify a comment

The next patch in this series will introduce another set of DMA operations that map 1:1 with memory. Clarify that dma-noop maps to physical addresses. Signed-off-by: Bart Van Assche Cc: Christian Borntraeger Cc: Joerg Roedel

[PATCH v2 12/26] IB: Convert ib_dma_*_coherent() argument type from u64 into dma_addr_t

This patch does not change any functionality. Signed-off-by: Bart Van Assche Reviewed-by: Leon Romanovsky Cc: David S. Miller Cc: linux-r...@vger.kernel.org Cc: net...@vger.kernel.org Cc: rds-de...@oss.oracle.com ---

[PATCH v2 01/26] treewide: Constify most dma_map_ops structures

Most dma_map_ops structures are never modified. Constify these structures such that these can be write-protected. This patch has been generated as follows: git grep -l 'struct dma_map_ops' | xargs -d\\n sed -i \ -e 's/struct dma_map_ops/const struct dma_map_ops/g' \ -e 's/const struct

[PATCH v2 02/26] treewide: Move dma_ops from struct dev_archdata into struct device

Some but not all architectures provide set_dma_ops(). Move dma_ops from struct dev_archdata into struct device such that it becomes possible on all architectures to configure dma_ops per device. Signed-off-by: Bart Van Assche Cc: Benjamin Herrenschmidt

[PATCH v2 21/26] staging/lustre: Inline ib_dma_map_*() functions

Signed-off-by: Bart Van Assche Reviewed-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Cc: Oleg Drokin Cc: Andreas Dilger Cc: James Simmons ---

[PATCH v2 04/26] treewide: Consolidate get_dma_ops() implementations

Introduce a new architecture-specific get_arch_dma_ops() function that takes a strut bus_type * argument. Add get_dma_ops() in . Signed-off-by: Bart Van Assche Cc: Benjamin Herrenschmidt Cc: Boris Ostrovsky Cc:

[PATCH v2 07/26] lib/dma-virt: Add dma_virt_ops

Several RDMA drivers need to provide a DMA mapping API but use the CPU to transfer data. Provide DMA mapping operations that are suitable for these drivers. Signed-off-by: Bart Van Assche Cc: Christian Borntraeger Cc: Joerg Roedel

Re: [PATCH v2 25/26] xprtrdma: Inline ib_dma_map_*() functions

> On Jan 12, 2017, at 2:07 PM, Bart Van Assche > wrote: > > Signed-off-by: Bart Van Assche > Reviewed-by: Christoph Hellwig > Reviewed-by: Sagi Grimberg > Cc: Trond Myklebust

Re: [PATCH] i2c: fix spelling mistake: "insufficent" -> "insufficient"

On Thu, Dec 29, 2016 at 10:27:33PM +, Colin King wrote: > From: Colin Ian King > > Trivial fix to spelling mistake in WARN message, insufficient has > an insufficient number of i's in the spelling. > > Signed-off-by: Colin Ian King :)

Re: [PATCH 0/4 v3] Fixes and workarounds for dwc2 on HiKey board (rebased to synopsys-usb/next)

On Thu, Jan 12, 2017 at 12:05 AM, Felipe Balbi wrote: > > Hi, > > John Youn writes: >> On 1/11/2017 4:22 PM, John Stultz wrote: >>> Just wanted to resend my patches for dwc2 controller on the >>> HiKey board for consideration for the 4.11

Re: [PATCH v2] i2c: piix4: Avoid race conditions with IMC

> After addressing below comment > FWIW: Reviewed-by: Andy Shevchenko : @andy: Please don't prefix tags. Patchwork doesn't seem to find them like this :/ > > Credit-to: Alexandre Desnoyers > > It would be nice to put in plain test what you tell in

Re: [PATCH v2] i2c: piix4: Avoid race conditions with IMC

On Thu, Jan 12, 2017 at 9:29 PM, Wolfram Sang wrote: > >> After addressing below comment >> FWIW: Reviewed-by: Andy Shevchenko : > @andy: Please don't prefix tags. Patchwork doesn't seem to find them like > this :/ Oops, sorry, didn't notice

Re: master - btrfs lockdep splat

On Thu, 2017-01-12 at 10:44 -0800, Liu Bo wrote: > On Thu, Jan 12, 2017 at 07:12:12PM +0100, Mike Galbraith wrote: > > Greetings, > > > > I wanted to do some -rt testing, but seems non-rt kernels aren't > > lockdep clean with btrfs /, making -rt testing a bit premature. > > > > (hm, 28a235931

Re: [PATCH v6 kernel 2/5] virtio-balloon: define new feature bit and head struct

On Wed, Dec 21, 2016 at 02:52:25PM +0800, Liang Li wrote: > Add a new feature which supports sending the page information > with range array. The current implementation uses PFNs array, > which is not very efficient. Using ranges can improve the > performance of inflating/deflating significantly.

Re: [patch net-next] stmmac: indent an if statement

On Thu, 12 Jan 2017, Dan Carpenter wrote: > The break statement should be indented one more tab. > > Signed-off-by: Dan Carpenter > > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c > b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c > index

Re: x86-64: Maintain 16-byte stack alignment

On Thu, Jan 12, 2017 at 6:02 AM, Josh Poimboeuf wrote: > > Just to clarify, I think you're asking if, for versions of gcc which > don't support -mpreferred-stack-boundary=3, objtool can analyze all C > functions to ensure their stacks are 16-byte aligned. > > It's certainly

Re: [PATCH 7/9] serdev: Introduce new bus for serial attached devices

On Tue, Jan 10, 2017 at 3:46 PM, Pavel Machek wrote: > Hi! > >> +static void serdev_ctrl_release(struct device *dev) >> +{ >> + struct serdev_controller *ctrl = to_serdev_controller(dev); >> + ida_simple_remove(_ida, ctrl->nr); >> + kfree(ctrl); >> +} > > Would it make

Re: [PATCH v2] i2c: piix4: Avoid race conditions with IMC

> > @andy: Please don't prefix tags. Patchwork doesn't seem to find them like > > this :/ > > Oops, sorry, didn't notice that. I usually use a new line for them. Thanks for fixing it :) > > @ricardo: I agree. Is this Reported-by maybe? > > Yeah, since it was mentioned IIRC that guy is

Re: sysfs deferred_probe attribute

Hi Rob, On Thu, Jan 12, 2017 at 6:27 PM, Rob Herring wrote: > I just noticed that we have a new device attribute 'deferred_probe' > added in 4.10 with this commit: > > commit 6751667a29d6fd64afb9ce30567ad616b68ed789 > Author: Ben Hutchings > Date:

Re: [tpmdd-devel] [PATCH RFC v2 5/5] tpm2: expose resource manager via a device link /dev/tpms

On Thu, 2017-01-12 at 19:46 +0200, Jarkko Sakkinen wrote: > From: James Bottomley > > Currently the Resource Manager (RM) is not exposed to userspace. > Make > this exposure via a separate device, which can now be opened multiple > times because each

Re: [PATCH v2] ceph/iov_iter: fix bad iov_iter handling in ceph splice codepaths

On Tue, Jan 10, 2017 at 07:57:31AM -0500, Jeff Layton wrote: > v2: fix bug in offset handling in iov_iter_pvec_size > > xfstest generic/095 triggers soft lockups in kcephfs. Basically it uses > fio to drive some I/O via vmsplice ane splice. Ceph then ends up trying > to access an ITER_BVEC type

Re: [patch v2] mm, thp: add new defer+madvise defrag option

On Wed 11-01-17 08:35:27, Vlastimil Babka wrote: > [+CC linux-api] > > On 01/11/2017 01:15 AM, David Rientjes wrote: > > There is no thp defrag option that currently allows MADV_HUGEPAGE regions > > to do direct compaction and reclaim while all other thp allocations simply > > trigger kswapd

Re: x86-64: Maintain 16-byte stack alignment

On 12 January 2017 at 06:12, Herbert Xu wrote: > On Tue, Jan 10, 2017 at 05:30:48PM +, Ard Biesheuvel wrote: >> >> Apologies for introducing this breakage. It seemed like an obvious and >> simple cleanup, so I didn't even bother to mention it in the commit >> log, but if the kernel does not

Re: x86-64: Maintain 16-byte stack alignment

On Wed, Jan 11, 2017 at 11:51:10PM -0800, Andy Lutomirski wrote: > > The problem is that we have nasties like TRACE_IRQS_OFF. Performance I don't understand. What's the issue with TRACE_IRQS_OFF? It should be treated as any other function call. That is, enter it with an aligned stack, and the

Re: x86-64: Maintain 16-byte stack alignment

On Thu, Jan 12, 2017 at 08:01:51AM +, Ard Biesheuvel wrote: > > [From memory] the arm64 ELF psABI mandates a 16 byte stack alignment > at function entry, and 8 byte alignment at all other times. This means > compiled code will typically preserve 16 byte alignment, and > __aligned(16) on a

Re: [RFC PATCH] ext4: increase the protection of drop nlink and ext4 inode destroy

on 2017/1/11 23:34, Theodore Ts'o wrote: > On Wed, Jan 11, 2017 at 05:07:29PM +0800, zhangyi (F) wrote: >> >> (1) The file we want to unlink have many hard links, but only one dcache >> entry in memory. >> (2) open this file, but it's inode->i_nlink read from disk was 1 (too low). >> (3) some

Re: [PATCH 0/4 v3] Fixes and workarounds for dwc2 on HiKey board (rebased to synopsys-usb/next)

Hi, John Youn writes: > On 1/11/2017 4:22 PM, John Stultz wrote: >> Just wanted to resend my patches for dwc2 controller on the >> HiKey board for consideration for the 4.11 merge window. >> >> This patchset is the same as v2, only rebased against >> John's synopsys-usb/next branch. >> >>

Re: [PATCH] pinctrl: amd: avoid maybe-uninitalized warning

Hi Linus, You have already added patch for the same "[PATCH] pinctrl: amd: fix compilation warning" and applied to one of your fixed branch. Do you feel this patch needs to be taken ? Thanks, Shyam On 1/12/2017 1:19 PM, Linus Walleij wrote: > On Wed, Jan 11, 2017 at 3:36 PM, Arnd Bergmann

Re: + mm-vmscan-add-mm_vmscan_inactive_list_is_low-tracepoint.patch added to -mm tree

On Thu 12-01-17 14:12:47, Minchan Kim wrote: > Hello, > > On Wed, Jan 11, 2017 at 04:52:39PM +0100, Michal Hocko wrote: > > On Wed 11-01-17 08:52:50, Minchan Kim wrote: > > [...] > > > > @@ -2055,8 +2055,8 @@ static bool inactive_list_is_low(struct > > > > if (!file && !total_swap_pages)

Re: x86-64: Maintain 16-byte stack alignment

* Herbert Xu wrote: > > But if we can't do this with automatic verification, then I'm not sure > > I want to do it at all. The asm is already more precarious than I'd > > like, and having a code path that is misaligned is asking for obscure > > bugs down the road. > > I understand the need

Re: [PATCH v2 3/3] phy: rockchip-inno-usb2: Set EXTCON_USB when EXTCON_CHG_USB_SDP was set

Hi, On Thursday 12 January 2017 12:13 PM, Baolin Wang wrote: > On 3 January 2017 at 13:54, Baolin Wang wrote: >> Hi Kison and Heiko, >> >> On 21 December 2016 at 16:12, Baolin Wang wrote: >>> According to the documentation, we should set the EXTCON_USB when >>> one SDP charger connector was

Re: [PATCH] can: Fix kernel panic at security_sock_rcv_skb

On 01/12/2017 07:33 AM, Liu ShuoX wrote: From: Zhang Yanmin The patch is for fix the below kernel panic: BUG: unable to handle kernel NULL pointer dereference at (null) IP: [] selinux_socket_sock_rcv_skb+0x65/0x2a0 Call Trace: [] security_sock_rcv_skb+0x4c/0x60 [] sk_filter+0x41/0x210

Re: [PATCH 0/4] ARM: dts: mt7623: Add initial Geek Force support

Hi Andreas, had a look last night why the ethernet dtsi was not added and it obviously was not added as we were waiting for the clk-mt2701 to be merged. the ethernet dtsi will have phandles pointing at the clk nodes which did not exist at the time. same is true for the PWM code. i sat down last

Re: [GIT PULL 00/13] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > Test results at the end of this message, as usual. > > * The following description will move to the end in the next pull requests * > > The first ones are container (docker) based builds of

<    5   6   7   8   9   10   11   12   13   14   >