On Wed, Jul 06, 2016 at 11:21:40PM +0200, Arnd Bergmann wrote:
> On Wednesday, July 6, 2016 10:23:29 PM CEST Simon Horman wrote:
> > @@ -117,6 +124,23 @@ void sdhi_sys_dmac_init_dma(void);
> > static void sdhi_sys_dmac_init_dma(void) { }
> > #endif
> >
> > +#if IS_ENABLED(CONFIG_MMC_SDHI_INTERN
On 07/07/2016 02:16 AM, Niklas Söderlund wrote:
> Hi Ulrich,
>
> Thanks for your patch.
>
> On 2016-07-06 17:39:36 +0200, Ulrich Hecht wrote:
>> Adds G_EDID and S_EDID.
>>
>> Signed-off-by: Ulrich Hecht
>> ---
>> drivers/media/platform/rcar-vin/rcar-v4l2.c | 17 +
>> 1 file chan
On Thu, Jun 30, 2016 at 04:16:22PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these second round of Renesas ARM based SoC updates for v4.8.
>
> This pull request is based on a merge of:
>
> * This pull request is based on the previous round of
> such requests,
On Thu, Jun 30, 2016 at 04:14:56PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these Renesas ARM64 based SoC defconfig updates for v4.8.
>
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -
On Thu, Jun 30, 2016 at 04:15:38PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these Renesas ARM based SoC defconfig updates for v4.8.
>
>
> The following changes since commit 1a695a905c18548062509178b98bc91e67510864:
>
> Linux 4.7-rc1 (2016-05-29 09:29:24 -07
On Thu, Jun 30, 2016 at 04:15:06PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these second round of Renesas ARM64 based SoC DT updates
> for v4.8.
>
> The support for the new r8a7796 SoC depends on clk definitions which
> I have taken the liberty of including in
On Thu, Jun 30, 2016 at 04:16:11PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these second round of Renesas ARM based SoC R-Car SYSC
> updates for v4.8.
>
> This pull request is based on the previous round of
> such requests, tagged as renesas-rcar-sysc-for-v4.8,
On Thu, Jun 30, 2016 at 04:15:54PM +0200, Simon Horman wrote:
> Hi Olof, Hi Kevin, Hi Arnd,
>
> Please consider these second round of Renesas ARM based SoC DT updates for
> v4.8.
>
> This pull request is based on the previous round of
> such requests, tagged as renesas-dt-for-v4.8,
> which you h
Hi Ulrich,
Thanks for your patch.
On 2016-07-06 17:39:36 +0200, Ulrich Hecht wrote:
> Adds G_EDID and S_EDID.
>
> Signed-off-by: Ulrich Hecht
> ---
> drivers/media/platform/rcar-vin/rcar-v4l2.c | 17 +
> 1 file changed, 17 insertions(+)
>
> diff --git a/drivers/media/platform/
On Wednesday, July 6, 2016 10:23:29 PM CEST Simon Horman wrote:
> @@ -117,6 +124,23 @@ void sdhi_sys_dmac_init_dma(void);
> static void sdhi_sys_dmac_init_dma(void) { }
> #endif
>
> +#if IS_ENABLED(CONFIG_MMC_SDHI_INTERNAL_DMA)
> +void sdhi_internal_dmac_init_dma(void);
> +#else
> +static void
On Wednesday, July 6, 2016 10:23:25 PM CEST Simon Horman wrote:
>
> +static struct tmio_mmc_dma_ops tmio_dma_ops;
> +
> +void tmio_set_dma_ops(const struct tmio_mmc_dma_ops *ops)
> +{
> + tmio_dma_ops = *ops;
> +}
> +EXPORT_SYMBOL(tmio_set_dma_ops);
> +
>
Having a global instance of this p
From: Yoshihiro Shimoda
To change each value from related driver (e.g. sh_mobile_sdhi driver),
this patch adds these member in the struct tmio_mmc_data.
Signed-off-by: Yoshihiro Shimoda
Signed-off-by: Ai Kyuse
Signed-off-by: Simon Horman
---
v3
* Add missing hunk to set mmc->max_blk_count
v2
Rename the source file for DMA for SDHI as a follow-up to attaching
DMA code to the SDHI driver rather than the tmio_core driver and
prepartation for allowing more than one DMA provider.
The name Renesas is chosen as the the SDHI driver is applicable to a wider
range of SoCs than SH-Mobile, Renesa
This is present on R-Car Gen3 SoCs and is already present
in the DT of the r8a7795/salvator-x (H3).
Signed-off-by: Simon Horman
---
v3
* New patch
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
inde
From: Yoshihiro Shimoda
To avoid complicate code in own dma code for gen3, this patch
adds set max_segs to 1. Then, the tmio driver will get requests
as sg_len = 1 only.
In the performance point of view, the CONFIG_MMC_BLOCK_BOUNCE should
be set. Otherwise, mmc block layer will set 4-kbyte each
From: Yoshihiro Shimoda
R-Car Gen3 has a dedicated DMA controller for SDHI module. Since
the DMAC is in a part of SDHI module and is not suitable as dmaengine,
this patch adds a different code as tmio_mmc_dma_gen3.c.
Clearing of DM_CM_INFO1 after DMA thanks to Dirk Behme
Cc: Dirk Behme
Signed-
Refactor DMA support to allow it to be provided by a set of call-backs
that are provided by a host driver. The motivation is to allow multiple
DMA implementations to be provided and instantiated at run-time.
Instantiate the existing DMA implementation from the sh_mobile_sdhi driver
which appears t
Hi,
this short series adds support for R-Car Gen-3 Internal DMAC to the SDHI
driver.
The approach taken is as follows:
1. Refactor the TMIO DMA code so that it is provided by a set of callbacks
rather than compiled-in function calls; Refactor the DMA SDHI to use
this.
2. Rename tmio_mmc_dm
On Tue, Jul 05, 2016 at 07:05:55PM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Thu, Jun 30, 2016 at 12:05 AM, Simon Horman
> wrote:
> > Refactor DMA support to allow it to be provided by a set of call-backs
> > that are provided by a host driver. The motivation is to allow multiple
> > DM
On 07/04/2016 11:55 PM, Sergei Shtylyov wrote:
Add the (previously omitted) pin data for the SMSC LAN89218 Ethernet chip
to the Blanche board's device tree: the chip's IRQ output is connected to
the SoC's IRQ0 pin and its nCS input is connected to the SoC's EX_CS0# pin.
Signed-off-by: Sergei Sh
On 07/06/2016 12:14 AM, Linus Walleij wrote:
Add the EtherAVB pin groups to the R8A7792 PFC driver.
Signed-off-by: Sergei Shtylyov
Reviewed-by: Geert Uytterhoeven
Should I just apply it?
It's late in the kernel cycle but I do not mind stuff like
this so much.
You can't, as I haven't se
Hi,
[auto build test ERROR on next-20160706]
[cannot apply to linuxtv-media/master renesas/next v4.7-rc6 v4.7-rc5 v4.7-rc4
v4.7-rc6]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Ulrich-Hecht
Hi!
Sorry for the delay. This revision drops all patches that have since been
picked up. It amends the default input selection to fall back to input 0 if
nothing else is specified, and it replaces the hard-coded EDID blob with an
implementation of G_EDID and S_EDID in rcar-vin.
CU
Uli
Changes
From: William Towle
Add DT entries for vin0, vin0_pins, and adv7612.
Sets the 'default-input' property for ADV7612, enabling image and video
capture without the need to have userspace specifying routing.
Signed-off-by: William Towle
Signed-off-by: Rob Taylor
[uli: added interrupt, renamed end
Adds G_EDID and S_EDID.
Signed-off-by: Ulrich Hecht
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/media/platform/rcar-vin/rcar-v4l2.c
b/drivers/media/platform/rcar-vin/rcar-v4l2.c
index 396eabc..bd8f14c 100644
---
From: Hans Verkuil
Add support in the dts for the HDMI input. Based on the Lager dts
patch from Ultich Hecht.
Signed-off-by: Hans Verkuil
[uli: removed "renesas," prefixes from pfc nodes]
Signed-off-by: Ulrich Hecht
---
arch/arm/boot/dts/r8a7791-koelsch.dts | 41 ++
Fall back to input 0 if "default-input" property is not present.
Additionally, documentation in commit bf9c82278c34 ("[media]
media: adv7604: ability to read default input port from DT") states
that the "default-input" property should reside directly in the node
for adv7612. Hence, also adjust the
Hello Wei,
Thank you for the patch.
On Wednesday 06 Jul 2016 12:03:32 weiyj...@163.com wrote:
> From: Wei Yongjun
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR.
>
> Signed-off-by: Wei Yongjun
Acked-by: Laurent Pinchart
> ---
> drivers/pinctrl/sh-pfc/pinctrl.c | 5 +
>
On Wed, Jul 6, 2016 at 11:07 AM, Grygorii Strashko
wrote:
> first of all for slow GPIO controllers (like pcf857x) it might be unsafe to
> call
> .direction_input() from .irq_request_resources() callback because it
> will be called in atomic context under raw_spin_lock_irqsave().
>
>
> __setup_ir
From: Wei Yongjun
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR.
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/sh-pfc/pinctrl.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pinctrl.c b/drivers/pinctrl/sh-pfc/pinctrl.c
index d4e65bc
Hi Linus,
On 07/05/2016 05:52 PM, Linus Walleij wrote:
> I sent a patch for the direction setter to be more careful, but
> it's no silver bullet for strange semantics.
>
> On Tue, Jul 5, 2016 at 12:07 PM, Geert Uytterhoeven
> wrote:
>
>> [1] gpio_rcar e6052000.gpio: sense irq = 11, type = 8
>>
On Tue, Jul 5, 2016 at 7:36 PM, Sergei Shtylyov
wrote:
> Hello.
>
> On 07/05/2016 05:15 PM, Linus Walleij wrote:
>
>> We need to convince the IRQ line to become input unless there
>> is a reason for. Also fixes up reference counting on the
>
>
>For what?
Module refcount in its kobject. I'll u
32 matches
Mail list logo