Re: [alsa-devel] [PATCH][RFC] ASoC: core: remove pointless auxiliary from snd_soc_component

Hi Sylwester Can you test this patch if possible ? > From: Kuninori Morimoto > > commit 1a653aa44725 ("ASoC: core: replace aux_comp_list to ...") > tried to replace aux_comp_list to component_dev_list, > but it failed because of binding timing. Thus,

[PATCH v3] dmaengine: rcar-dmac: enable descriptor mode on 40bit

From: Kuninori Morimoto SYS-DMAC can use 40bit address transfer, and it supports Descriptor Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was 40bit address today. But it can use Descriptor Mode with 40bit if transfer Source/Destination

[PATCH] ASoC: rcar: ssi: don't set SSICR.CKDV = 000 with SSIWSR.CONT

From: Kuninori Morimoto R-Car Datasheet is indicating "SSICR.CKDV = 000 is invalid when SSIWSR.WS_MODE = 1 or SSIWSR.CONT = 1". Current driver will set CONT, thus, we shouldn't use CKDV = 000. This patch fixup it. Reported-by: Hiroyuki Yokoyama

Re: [GIT PULL] Renesas ARM64 Based SoC DT Updates for v4.12

On Mon, Mar 20, 2017 at 09:57:30AM +0100, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM64 based SoC DT updates for v4.12. > > > The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: > > Linux 4.11-rc1 (2017-03-05 12:59:56

Re: [GIT PULL] Renesas ARM Based SoC Drivers Updates for v4.12

On Mon, Mar 20, 2017 at 09:58:23AM +0100, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM based SoC drivers updates for v4.12. > > > The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: > > Linux 4.11-rc1 (2017-03-05 12:59:56

Re: [GIT PULL] Renesas ARM Based SoC DT Updates for v4.12

On Mon, Mar 20, 2017 at 09:58:08AM +0100, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM based SoC DT updates for v4.12. > > * Conflicts > > "Add watchdog timer to r7s72100 SoC", which is part of this patch-set, > has a minor conflict with "ARM:

Re: [GIT PULL] Renesas ARM Based SoC DT Bindings Updates for v4.12

On Mon, Mar 20, 2017 at 09:58:32AM +0100, Simon Horman wrote: > Hi Olof, Hi Kevin, Hi Arnd, > > Please consider these Renesas ARM based SoC DT bindings updates for v4.12. > > > The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: > > Linux 4.11-rc1 (2017-03-05

Re: [PATCH 1/2] ARM: dts: r8a7792: add IMR-L[S]X3 clocks

On 03/21/2017 11:08 PM, Sergei Shtylyov wrote: Still not cover letter but I think it's better now, so I won't retry... The patches are against Simon Horman's 'renesas.git' repo, 'renesas-devel-20170321-v4.11-rc3' tag. The patches depend on the IMR driver patches adding the IMR-L[S]X3

Re: [PATCH 1/2] ARM: dts: r8a7792: add IMR-L[S]X3 clocks

Still not cover letter but I think it's better now, so I won't retry... The patches are against Simon Horman's 'renesas.git' repo, 'renesas-devel-20170321-v4.11-rc3' tag. MBR, Sergei

[PATCH 1/2] ARM: dts: r8a7792: add IMR-L[S]X3 clocks

Add the IMR-L[S]X3 clocks to the R8A7792 device tree. Based on the original patch by Roman Meshkevich . Signed-off-by: Sergei Shtylyov --- arch/arm/boot/dts/r8a7792.dtsi| 15 ---

[PATCH 2/2] ARM: dts: r8a7792: add IMR-L[S]X3 support

Describe the IMR-LX3 and 6 IMR-LSX3 devices in the R8A7792 device tree. Based on the original patch by Roman Meshkevich Signed-off-by: Sergei Shtylyov --- arch/arm/boot/dts/r8a7792.dtsi | 63

Re: [PATCH 1/2] ARM: dts: r8a7792: add IMR-L[S]X3 clocks

Hello! Sorry for the bad patch dates and no cover letter -- I'm trying to beat 'quilt mail' into submission... WBR, Sergei

[PATCH 2/2] ARM: dts: r8a7792: add IMR-L[S]X3 support

Describe the IMR-LX3 and 6 IMR-LSX3 devices in the R8A7792 device tree. Based on the original patch by Roman Meshkevich Signed-off-by: Sergei Shtylyov --- arch/arm/boot/dts/r8a7792.dtsi | 63

[PATCH 1/2] ARM: dts: r8a7792: add IMR-L[S]X3 clocks

Add the IMR-L[S]X3 clocks to the R8A7792 device tree. Based on the original patch by Roman Meshkevich . Signed-off-by: Sergei Shtylyov --- arch/arm/boot/dts/r8a7792.dtsi| 15 ---

Re: [PATCH v5] arm64: Add support for DMA_ATTR_FORCE_CONTIGUOUS to IOMMU

On Tue, Mar 07, 2017 at 06:43:32PM +0100, Geert Uytterhoeven wrote: > Add support for allocating physically contiguous DMA buffers on arm64 > systems with an IOMMU. This can be useful when two or more devices > with different memory requirements are involved in buffer sharing. > > Note that as

Re: [PATCH] mmc: tmio: always get number of taps

On 17 March 2017 at 10:04, Wolfram Sang wrote: > From: Masaharu Hayakawa > > Current code gets number of taps only once and keeps the value. This is > not correct, we need to obtain it every time before executing tuning, > so

Re: [RFC] mmc: tmio: always unmap DMA before waiting for interrupt

On 16 March 2017 at 11:56, Wolfram Sang wrote: > In the (maybe academical) case, we don't get a DATAEND interrupt after > DMA completed, we will wait endlessly for the completion to complete. > This is not bad per se, since we have a more generic completion

The failure summary report of GEN2 for linux uptream v4.11-rc2

Hi all, We have tested the linux v4.11-rc2 for Gen2 (Lager). So we would like to report the summary of the failure. Best Regards, Jinso/Linux Team Dong GEN2_The_failure_summary_report_for_linux_uptream_v4.11-rc2.xlsx Description: MS-Excel 2007 spreadsheet

Re: [PATCH] arm64: dts: r8a7795: Correct SATA device size to 2MiB

Hi Magnus, On Tue, Mar 21, 2017 at 8:17 AM, Magnus Damm wrote: > On Mon, Mar 20, 2017 at 7:57 PM, Geert Uytterhoeven > wrote: >> On Mon, Mar 20, 2017 at 9:49 AM, Magnus Damm wrote: >>> ---

Re: [PATCH] arm64: dts: r8a7795: Correct SATA device size to 2MiB

On Mon, Mar 20, 2017 at 11:57:55AM +0100, Geert Uytterhoeven wrote: > Hi Magnus, > > On Mon, Mar 20, 2017 at 9:49 AM, Magnus Damm wrote: > > From: Magnus Damm > > > > Update the r8a7795 SATA device node to use a 2MiB I/O space as specified > >

Re: [PATCH v2 0/4] arm: renesas: Add reset control properties

On Mon, Mar 20, 2017 at 10:31:50AM +0100, Geert Uytterhoeven wrote: > Hi Simon, Shimoda-san, > > On Mon, Mar 20, 2017 at 9:28 AM, Simon Horman wrote: > > On Thu, Mar 16, 2017 at 03:07:22PM +0100, Geert Uytterhoeven wrote: > >> This patch series describes the reset control