WARNING and PANIC in irq_matrix_free

Hi Thomas, We started seeing new issues in our net-device daily regression tests. They are related to patch [1] introduced in kernel 4.15-rc1. We frequently see a warning in dmesg [2]. Repro is not consistent, we tried to narrow it down to a smaller run but couldn't. In addition, sometimes (l

Applied "ASoC: ak4458: Sort headers alphabetically" to the asoc tree

The patch ASoC: ak4458: Sort headers alphabetically has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.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 Lin

Applied "ASoC: ak4458: Modify SPDX license format" to the asoc tree

The patch ASoC: ak4458: Modify SPDX license format has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.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 Linu

Applied "regmap: use debugfs even when no device" to the regmap tree

The patch regmap: use debugfs even when no device has been applied to the regmap tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.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 Li

Applied "ASoC: uniphier: evea: fix typo 'eva' -> 'evea'" to the asoc tree

The patch ASoC: uniphier: evea: fix typo 'eva' -> 'evea' has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.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 t

Applied "regmap: Allow missing device in regmap_name_read_file()" to the regmap tree

The patch regmap: Allow missing device in regmap_name_read_file() has been applied to the regmap tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours

Applied "ASoC: topology: Add missing clock gating parameter when parsing hw_configs" to the asoc tree

The patch ASoC: topology: Add missing clock gating parameter when parsing hw_configs has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in t

Re: [PATCH] regulator: core: Handle PM_SUSPEND_TO_IDLE suspend_state_t

Hi, On 20-02-18 12:47, Mark Brown wrote: On Mon, Feb 19, 2018 at 09:59:13PM +0100, Hans de Goede wrote: On 19-02-18 12:34, Mark Brown wrote: There are multiple callers of regulator_get_suspend_state() in drivers/regulator/core.c, I assume you refer to this commit: https://git.kernel.org/pub/

Re: [PATCH 4/5] iio: accel: bcm150: Remove handling for regmap raw_read_max

On Sat, Feb 17, 2018 at 02:09:35PM +, Jonathan Cameron wrote: > On Thu, 15 Feb 2018 17:52:19 + > Charles Keepax wrote: > > > The regmap core now handles splitting up transactions according to > > max_raw_read, so this code is no longer required in client drivers. > > > > Signed-off-by: C

Re: [PATCH v2] staging:iio:meter: Add name to function definition arguments

On 02/20, Dan Carpenter wrote: > > On Mon, Feb 19, 2018 at 01:28:32PM -0300, rodrigosiqueira wrote: > ^^^ > This looks good, but you need to fix your from email header. Thanks for the review, and the feedback related to the email header. I al

Re: [PATCH v2] usb: core: introduce per-port over-current counters

On 02/20/2018 12:55 PM, Felipe Balbi wrote: > > Hi, > > Richard Leitner writes: >> From: Richard Leitner >> >> For some userspace applications information on the number of >> over-current conditions at specific USB hub ports is relevant. >> >> In our case we have a series of USB hardware (using

Re: [PATCH 9/9] serial: xuartps: Fix out-of-bounds access through DT alias

Hi Michal, On Tue, Feb 20, 2018 at 12:27 PM, Michal Simek wrote: > On 20.2.2018 11:38, Geert Uytterhoeven wrote: >> On Tue, Feb 20, 2018 at 11:22 AM, Michal Simek >> wrote: >>> On 20.2.2018 10:40, Geert Uytterhoeven wrote: The cdns_uart_port[] array is indexed using a value derived from th

[PATCH 0/2] Introduce DW AXI DMAC driver

This patch series add support for the DW AXI DMAC controller. DW AXI DMAC is a part of HSDK development board from Synopsys. In this driver implementation only DMA_MEMCPY transfers are supported. Eugeniy Paltsev (2): dmaengine: Introduce DW AXI DMAC driver dt-bindings: Document the Synopsys

[PATCH 2/2] dt-bindings: Document the Synopsys DW AXI DMA bindings

This patch adds documentation of device tree bindings for the Synopsys DesignWare AXI DMA controller. Signed-off-by: Eugeniy Paltsev --- .../devicetree/bindings/dma/snps,dw-axi-dmac.txt | 41 ++ 1 file changed, 41 insertions(+) create mode 100644 Documentation/devicetree/b

Re: [PATCH 1/3] locking/ww_mutex: cleanup lock->ctx usage in amdgpu

Am 20.02.2018 um 12:33 schrieb Daniel Vetter: [SNIP] Ah, so the ttm_ctx I've spotted was something entirely different and doesn't contain the ww_acquire_ctx (I didn't check)? I'd assume you have the same ctx passed around to everything in ttm, but if that doesn't exist then we can indeed not anno

[PATCH 1/2] dmaengine: Introduce DW AXI DMAC driver

This patch adds support for the DW AXI DMAC controller. DW AXI DMAC is a part of HSDK development board from Synopsys. In this driver implementation only DMA_MEMCPY transfers are supported. Signed-off-by: Eugeniy Paltsev --- MAINTAINERS|6 + drivers/dma/Kconf

<    4   5   6   7   8   9