On Thu, May 12, 2016 at 10:49 PM, Sergei Shtylyov
wrote:
> --- renesas.orig/arch/arm/boot/dts/r8a7794.dtsi
> +++ renesas/arch/arm/boot/dts/r8a7794.dtsi
> @@ -1385,4 +1385,189 @@
> #iommu-cells = <1>;
> status = "disabled";
> };
> +
> + rcar_sound: soun
Hi Sergei,
On Thu, May 12, 2016 at 10:47 PM, Sergei Shtylyov
wrote:
> --- renesas.orig/arch/arm/boot/dts/r8a7794.dtsi
> +++ renesas/arch/arm/boot/dts/r8a7794.dtsi
> @@ -295,6 +295,34 @@
> dma-channels = <15>;
> };
>
> + audma0: dma-controller@ec70 {
> +
On 12.05.2016 19:48, Geert Uytterhoeven wrote:
Hi Dirk,
On Thu, May 12, 2016 at 10:27 AM, Dirk Behme wrote:
This is a resend of
http://www.spinics.net/lists/linux-sh/msg44757.html
It's rebased against
https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git/log/?h=topic/gen3-l
On Fri, May 13, 2016 at 11:28:11AM +0900, Simon Horman wrote:
> On Thu, May 12, 2016 at 06:50:05PM +0200, Wolfram Sang wrote:
> > Hi Simon,
> >
> > nice you got it working with upstream! Thanks. It still looks a bit too
> > much like BSP code, though, so we need to clean it up. I found 'git log
>
On Thu, May 12, 2016 at 06:12:44AM +, Yoshihiro Shimoda wrote:
> Hi Simon-san,
>
> > From: Behalf Of Simon Horman
> > Sent: Tuesday, May 10, 2016 2:52 PM
> >
> > From: Ai Kyuse
> >
> > Add tuning support for use with SDR104 mode
> >
> > Signed-off-by: Ai Kyuse
> > Signed-off-by: Simon Hor
On Thu, May 12, 2016 at 06:30:04AM +, Yoshihiro Shimoda wrote:
> Hi Simon-san,
>
> > From: Simon Horman
> > Sent: Tuesday, May 10, 2016 2:52 PM
> >
> > Hi,
> >
> > this series is based on work by Ai Kyuse to add UHS-I SDR-104 support for
> > sh_mobile_sdhi. It builds on work by Shinobu Uehar
On Thu, May 12, 2016 at 06:50:05PM +0200, Wolfram Sang wrote:
> Hi Simon,
>
> nice you got it working with upstream! Thanks. It still looks a bit too
> much like BSP code, though, so we need to clean it up. I found 'git log
> --grep=tuning drivers/mmc/host' to be useful to get an idea of current
>
Hi Zhang
Thank you for your help
> > non thermal-zon
> > sensor command: OK
> > read from /sys/class/thermal/thermal_zone0 : OK
> >
> > thermal-zon
> > sensor command: NG
> > read from /sys/class/thermal/thermal_zone0 : OK
>
> config THERMAL_HWMON
> bool
On Thu, 2016-05-12 at 08:09 +, Kuninori Morimoto wrote:
> Hi Zhang, Eduardo
>
> Our platform now is using thermal_zone, but lm-senser became no longer
> working.
> It works on non thermal_zone. we can get current thermal from
> /sys/class/thermal/thermal_zone0 on thermal_zone.
> What does lm-
> Is DMA actually faster or less cpu usage? I'm doubtful.
No need to be faster at 100/400kHz :) The key here is way less
interrupts for bigger transfers. The threshold value is hard to measure,
however.
signature.asc
Description: PGP signature
Hi Niklas,
thanks for the submission. I was finally able to test this change.
On Wed, May 04, 2016 at 02:38:23PM +0200, Niklas Söderlund wrote:
> Make it possible to transfer i2c message buffers via DMA.
> Start/Stop/Sending_Slave_Address and some data is still handled using
> the old state machi
Hi Laurent,
Thanks for the patchset!
On Thu, May 12, 2016 at 03:18:01AM +0300, Laurent Pinchart wrote:
> The metadata video device is used to transfer metadata between
> userspace and kernelspace. It supports the metadata buffer type only.
I remember we briefly discussed this before but I have t
Hello.
On 05/12/2016 11:38 PM, Sergei Shtylyov wrote:
Here's the set of 6 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20160509-v4.6-rc7' tag. I'm adding the sound device tree support
for the R8A7794 SoC based SILK board.
[1/6] ARM: dts: r8a7794: add audio clocks
[2/6]
Define the SILK board dependent part of the R8A7794 sound device node.
Add device node for Asahi Kasei AK4643 stereo codec to the I2C1 bus.
Add the "simple-audio-card" device node to interconnect the SoC sound
device and the codec.
This patch is based on the commit 493b4da7c10c ("ARM: dts: porte
Define the generic R8A7794 part of the sound device node.
This sound device is a complex one and comprises the Audio Clock Generator
(ADG), Sampling Rate Converter Unit (SCU), Serial Sound Interface [Unit]
(SSI[U]), and Audio DMAC-Peripheral-Peripheral.
It is up to the board file to enable the d
Describe Audio-DMAC in the R8A7794 device tree.
This patch is loosely based on the commit 8994fff67761 ("ARM: shmobile:
r8a7791: Add Audio DMAC devices to DT").
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- refreshed the patch.
arch/arm/boot/dts/r8a7794.dtsi | 28 ++
Add MSTP10 clocks to the R8A7794 device tree.
This patch is based on the commit ee9141522dcf ("ARM: shmobile: r8a7791:
add MSTP10 support on DTSI").
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- refreshed the patch.
Changes in version 2:
- fixed the SoC model in the change log;
-
Add some MSTP5 clocks to the R8A7794 device tree.
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- refreshed the patch.
Changes in version 2:
- added "the" article to the change log.
arch/arm/boot/dts/r8a7794.dtsi|9 +
include/dt-bindings/clock/r8a7794-clock.
Describe the external audio clocks (signals AUDIO_CLK[ABC]) required by
the sound driver. Boards that provide audio clocks need to override the
clock frequencies.
This patch is based on the commit 0d3dbde84a45 ("ARM: shmobile: r8a7791:
add audio clock on DTSI").
Signed-off-by: Sergei Shtylyov
Hello.
Here's the set of 6 patches against Simon Horman's 'renesas.git' repo,
'renesas-devel-20160509-v4.6-rc7' tag. I'm adding the sound device tree support
for the R8A7794 SoC based SILK board.
[1/6] ARM: dts: r8a7794: add audio clocks
[2/6] ARM: dts: r8a7794: add MSTP5 clocks
[3/6] ARM: dts
Hello.
I'm now seeing I have unintended dash between words in the subject. Should
I resend?
On 05/12/2016 03:41 AM, Kuninori Morimoto wrote:
The current device tree representation of the R-Car Sample Rate Converters
(SRC) assumes that they are numbered consecutively, starting from 0. Alas
On Thu, May 12, 2016 at 10:27 AM, Dirk Behme wrote:
> From: Geert Uytterhoeven
>
> Add DT bindings for the Renesas R-Car Reset Controller
>
> Signed-off-by: Geert Uytterhoeven
> ---
> .../devicetree/bindings/reset/renesas,rst.txt | 29
> ++
> 1 file changed, 29 inserti
Hi Dirk,
On Thu, May 12, 2016 at 10:27 AM, Dirk Behme wrote:
> This is a resend of
>
> http://www.spinics.net/lists/linux-sh/msg44757.html
>
> It's rebased against
>
> https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git/log/?h=topic/gen3-latest
> 0ea1cc9f0c9537d3fb42722c188
> [
On Thu, May 12, 2016 at 10:27 AM, Dirk Behme wrote:
> --- a/drivers/clk/renesas/r8a7795-cpg-mssr.c
> +++ b/drivers/clk/renesas/r8a7795-cpg-mssr.c
> @@ -15,6 +15,9 @@
> #include
> #include
> #include
> +#include
> +#include
> +#include
>
> #include
>
> @@ -294,7 +297,17 @@ static const s
On Thu, May 12, 2016 at 10:27 AM, Dirk Behme wrote:
> --- a/arch/arm64/boot/dts/renesas/r8a7795.dtsi
> +++ b/arch/arm64/boot/dts/renesas/r8a7795.dtsi
> @@ -526,6 +526,11 @@
> #iommu-cells = <1>;
> };
>
> + rst: reset-controller@e616 {
> +
> +struct sh_mobile_sdhi_scc {
> + unsigned long clk; /* clock for SDR104 */
'clk_rate' please. clk is too often used with struct clk *.
> +static void sh_mobile_sdhi_set_clk_div(struct platform_device *pdev, int
> state)
> +{
> + struct mmc_host *mmc = platform_get_drvdata(pdev);
Hi Simon,
nice you got it working with upstream! Thanks. It still looks a bit too
much like BSP code, though, so we need to clean it up. I found 'git log
--grep=tuning drivers/mmc/host' to be useful to get an idea of current
best practices.
> + bool (*inquiry_tuning)(struct tmio_mmc_host *hos
Hi Wolfram,
On Thu, May 12, 2016 at 2:41 PM, Wolfram Sang wrote:
>> As the sdhi0 MSTP clock is still enabled, there must be an unknown clock
>> that's
>> needed for proper operation, but that's currently not controlled by software.
>
> I'd guess the SCC needs a seperate clock?
Probably, but thi
> As the sdhi0 MSTP clock is still enabled, there must be an unknown clock
> that's
> needed for proper operation, but that's currently not controlled by software.
I'd guess the SCC needs a seperate clock?
signature.asc
Description: PGP signature
Hi Shimoda-san,
On Thu, May 12, 2016 at 11:26 AM, Yoshihiro Shimoda
wrote:
>> From: Geert Uytterhoeven
>> Sent: Thursday, May 12, 2016 5:32 PM
>> On Thu, May 12, 2016 at 10:09 AM, Yoshihiro Shimoda
>> wrote:
>> >> From: Geert Uytterhoeven
>> >> Sent: Thursday, May 12, 2016 4:47 PM
>> >> On Thu,
Hi,
R-Car Gen2 have two DMA controllers, which are equivalent. However DMA
slaves were tied only to a single DMA controller in .dtsi. This series
add references to to both DMA controllers for all nodes that previously
only referenced one of them. It also adds dma references to the SDHI
nodes for r
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
Reviewed-by: Geert Uytterhoeven
---
arch/arm/boot/dts/r8a7793.dtsi | 130 -
1 file
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
Reviewed-by: Geert Uytterhoeven
---
arch/arm/boot/dts/r8a7791.dtsi | 145 -
1 file
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
---
arch/arm/boot/dts/r8a7790.dtsi | 130 -
1 file changed, 78 insertions(+), 52 de
R-Car Gen2 have two DMA controllers, which are equivalent. Add
references to both dmac0 and dmac1 so the driver can choose which one to
use.
Signed-off-by: Niklas Söderlund
Reviewed-by: Geert Uytterhoeven
---
arch/arm/boot/dts/r8a7794.dtsi | 119 ++---
1 file
Hi Shimoda-sanm
On Thu, May 12, 2016 at 10:09 AM, Yoshihiro Shimoda
wrote:
>> From: Geert Uytterhoeven
>> Sent: Thursday, May 12, 2016 4:47 PM
>> On Thu, May 12, 2016 at 9:45 AM, Yoshihiro Shimoda
>> wrote:
>> >> From: Geert Uytterhoeven
>> >> Sent: Thursday, May 12, 2016 3:46 PM
>> >>
>> >> On
From: Geert Uytterhoeven
The Clock Pulse Generator (CPG) relies on syscon to obtain the values of
the mode pins.
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
in
From: Geert Uytterhoeven
Document the "renesas,modemr" property, which allows the Clock Pulse
Generator driver to obtain the values of the mode pin using syscon and
regmap.
Signed-off-by: Geert Uytterhoeven
---
Documentation/devicetree/bindings/clock/renesas,cpg-mssr.txt | 3 +++
1 file change
From: Geert Uytterhoeven
Add a device node for the RST module, which provides reset control.
Declare it to be a system controller (syscon), so other device nodes can
refer to its registers.
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 5 +
arch/arm64/boo
This is a resend of
http://www.spinics.net/lists/linux-sh/msg44757.html
It's rebased against
https://git.kernel.org/cgit/linux/kernel/git/geert/renesas-drivers.git/log/?h=topic/gen3-latest
0ea1cc9f0c9537d3fb42722c188
[WIP] arm64: r8a7796: Integration
and adds support for r8a7796, too.
It's boo
From: Geert Uytterhoeven
Add DT bindings for the Renesas R-Car Reset Controller
Signed-off-by: Geert Uytterhoeven
---
.../devicetree/bindings/reset/renesas,rst.txt | 29 ++
1 file changed, 29 insertions(+)
create mode 100644 Documentation/devicetree/bindings/reset/ren
From: Geert Uytterhoeven
Obtain the values of the mode pins by reading the Mode Monitoring
Register (MODEMR) using syscon and regmap. The syscon device and
register offset to use are obtained from the "renesas,modemr" property
in DT.
Signed-off-by: Geert Uytterhoeven
---
drivers/clk/renesas/r8
From: Geert Uytterhoeven
Add a link from the Clock Pulse Generator node to the Reset Controller
node, so the CPG can read the Mode Monitoring Register (MODEMR) to
obtain the mode pin values.
Signed-off-by: Geert Uytterhoeven
---
arch/arm64/boot/dts/renesas/r8a7795.dtsi | 1 +
arch/arm64/boot/d
Hi Zhang, Eduardo
Our platform now is using thermal_zone, but lm-senser became no longer working.
It works on non thermal_zone. we can get current thermal from
/sys/class/thermal/thermal_zone0 on thermal_zone.
What does lm-senser is doing ? and why it doesn't work on thermal_zone ??
-- t
Hi Geert-san,
> From: Geert Uytterhoeven
> Sent: Thursday, May 12, 2016 4:47 PM
>
> Hi Shimoda-san,
>
> On Thu, May 12, 2016 at 9:45 AM, Yoshihiro Shimoda
> wrote:
> >> From: Geert Uytterhoeven
> >> Sent: Thursday, May 12, 2016 3:46 PM
> >>
> >> On Thu, May 12, 2016 at 8:30 AM, Yoshihiro Shimod
Hi Shimoda-san,
On Thu, May 12, 2016 at 9:45 AM, Yoshihiro Shimoda
wrote:
>> From: Geert Uytterhoeven
>> Sent: Thursday, May 12, 2016 3:46 PM
>>
>> On Thu, May 12, 2016 at 8:30 AM, Yoshihiro Shimoda
>> wrote:
>> > - I tried 3 Lager boards:
>> > - One of board (No.701 / ES2.0) sometimes works co
Hi Geert-san,
> From: Geert Uytterhoeven
> Sent: Thursday, May 12, 2016 3:46 PM
>
> Hi Shimoda-san,
>
> On Thu, May 12, 2016 at 8:30 AM, Yoshihiro Shimoda
> wrote:
> > - I tried 3 Lager boards:
> > - One of board (No.701 / ES2.0) sometimes works correctly.
> > - " mmc1: tuning execution fail
47 matches
Mail list logo