Hello Sergei,
> From: linux-renesas-soc-ow...@vger.kernel.org [mailto:linux-renesas-soc-
> ow...@vger.kernel.org] On Behalf Of Sergei Shtylyov
> Sent: 29 March 2017 19:37
>
> The R8A7791 PFC driver was apparently based on the preliminary revisions of
> the user's manual, which omitted the DVC_
Hi Geert,
On 2017-03-29 15:30:42 +0200, Niklas Söderlund wrote:
> Hi Geert,
>
> On 2017-03-29 14:31:33 +0200, Geert Uytterhoeven wrote:
> > Hi Niklas,
> >
> > On Wed, Mar 29, 2017 at 12:40 AM, Niklas Söderlund
> > wrote:
> > > This fixes a race condition where the channel resources could be fre
On Wed, Mar 29, 2017 at 4:55 PM, Chris Brandt wrote:
> On Wednesday, March 29, 2017, Linus Walleij wrote:
>> On Fri, Mar 24, 2017 at 4:22 PM, Jacopo Mondi
>> wrote:
>>
>> > Add dt-bindings for Renesas r7s72100 pin controller header file.
>> >
>> > Signed-off-by: Jacopo Mondi
>>
>> > +/*
>> > + *
On Wed, Mar 29, 2017 at 5:56 PM, jacopo wrote:
> I can try to give you a few reasons why I don't see those flags fit in
> the pin configuration flags definition.
>
> *) those flags are used during pin multiplexing procedure only and that
> procedure has a specific order to be respected:
>
> You c
On Wed, Mar 29, 2017 at 7:30 PM, Chris Brandt wrote:
> Add the RTC clocks to device tree. The frequencies must be fixed values
> according to the hardware manual.
>
> Signed-off-by: Chris Brandt
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterh
On Wed, Mar 29, 2017 at 7:30 PM, Chris Brandt wrote:
> Enable the realtime clock.
>
> Signed-off-by: Chris Brandt
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal c
On Wed, Mar 29, 2017 at 7:30 PM, Chris Brandt wrote:
> Enable the 32.768 kHz RTC_X1 clock by setting the frequency value to
> non-zero.
>
> Signed-off-by: Chris Brandt
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Li
On Wed, Mar 29, 2017 at 8:36 PM, Sergei Shtylyov
wrote:
> The R8A7791 PFC driver was apparently based on the preliminary revisions
> of the user's manual, which omitted the HSCIF1 group E signals in the
> IPSR4 register description. This would cause HSCIF1's probe to fail with
> the messages
On Thu, Mar 30, 2017 at 9:33 AM, Chris Paterson
wrote:
>> From: linux-renesas-soc-ow...@vger.kernel.org [mailto:linux-renesas-soc-
>> ow...@vger.kernel.org] On Behalf Of Sergei Shtylyov
>> Sent: 29 March 2017 19:37
>>
>> The R8A7791 PFC driver was apparently based on the preliminary revisions of
On Wed, Mar 29, 2017 at 8:36 PM, Sergei Shtylyov
wrote:
> The R8A7791 PFC driver was apparently based on the preliminary revisions
> of the user's manual, which omitted the DVC_MUTE signal altogether in
> the PFC section. The modern manual has the signal described, so just add
> the necassar
Hi Chris,
On Thu, Mar 30, 2017 at 11:00 AM, Geert Uytterhoeven
wrote:
> On Thu, Mar 30, 2017 at 9:33 AM, Chris Paterson
> wrote:
>>> From: linux-renesas-soc-ow...@vger.kernel.org [mailto:linux-renesas-soc-
>>> ow...@vger.kernel.org] On Behalf Of Sergei Shtylyov
>>> Sent: 29 March 2017 19:37
>>>
Hello Geert,
> From: geert.uytterhoe...@gmail.com
> [mailto:geert.uytterhoe...@gmail.com] On Behalf Of Geert Uytterhoeven
> Sent: 30 March 2017 10:11
>
> Hi Chris,
>
> On Thu, Mar 30, 2017 at 11:00 AM, Geert Uytterhoeven m68k.org> wrote:
> > On Thu, Mar 30, 2017 at 9:33 AM, Chris Paterson
> >
Hello!
On 3/30/2017 12:16 PM, Chris Paterson wrote:
From: linux-renesas-soc-ow...@vger.kernel.org
[mailto:linux-renesas-soc- ow...@vger.kernel.org] On Behalf Of
Sergei Shtylyov
Sent: 29 March 2017 19:37
The R8A7791 PFC driver was apparently based on the preliminary
revisions of the user's ma
Hi,
Yoshihiro Shimoda writes:
> This patch adds support for usb role swap via sysfs "role".
>
> For example:
> 1) Connect a usb cable using 2 Salvator-X boards.
> - For A-Device, the cable is connected to CN11 (USB3.0 ch0).
> - For B-Device, the cable is connected to CN9 (USB2.0 ch0).
> 2)
On Fri, 2017-03-24 at 14:37 +0100, Geert Uytterhoeven wrote:
> Hi all,
>
> This patch series adds preliminary support for Renesas Salvator-X
> development boards equipped with revision ES2.0 of the R-Car H3 Soc.
>
> - Patch 1 adds support for the R-Car H3 ES2.0 Soc,
> While this patch
Hi Sjoerd,
On Thu, Mar 30, 2017 at 12:48 PM, Sjoerd Simons
wrote:
> On Fri, 2017-03-24 at 14:37 +0100, Geert Uytterhoeven wrote:
>> This patch series adds preliminary support for Renesas Salvator-X
>> development boards equipped with revision ES2.0 of the R-Car H3 Soc.
>>
>> - Patch 1 adds supp
On Thu, 2017-03-30 at 13:13 +0200, Geert Uytterhoeven wrote:
> Hi Sjoerd,
>
> On Thu, Mar 30, 2017 at 12:48 PM, Sjoerd Simons
> wrote:
> > On Fri, 2017-03-24 at 14:37 +0100, Geert Uytterhoeven wrote:
> > > This patch series adds preliminary support for Renesas Salvator-X
> > > development boards
Hi Sjoerd,
On Thu, Mar 30, 2017 at 1:50 PM, Sjoerd Simons
wrote:
> On Thu, 2017-03-30 at 13:13 +0200, Geert Uytterhoeven wrote:
>> On Thu, Mar 30, 2017 at 12:48 PM, Sjoerd Simons
>> wrote:
>> > On Fri, 2017-03-24 at 14:37 +0100, Geert Uytterhoeven wrote:
>> > > This patch series adds preliminary
On Mon, Mar 13, 2017 at 6:12 PM, Geert Uytterhoeven
wrote:
> This patch series adds clock support for R-Car H3 ES2.0, which differs
> from ES1.x in several areas.
>
> The goal is twofold:
> 1. Support both the ES1.x and ES2.0 SoC revisions in a single binary
> for now,
> 2. Make it clear
On Mon, Mar 13, 2017 at 6:12 PM, Geert Uytterhoeven
wrote:
> This patch series adds pinctrl support for R-Car H3 ES2.0, which differs
> from ES1.x in several areas.
>
> The goal is twofold:
> 1. Support both the ES1.x and ES2.0 SoC revisions in a single binary
> for now,
> 2. Make it clea
On Thursday, March 30, 2017, Linus Walleij wrote:
> >> > +/*
> >> > + * Pin is bi-directional.
> >> > + * An alternate function that needs both input/output
> >> > +functionalities shall
> >> > + * be configured as bidirectional.
> >> > + * Eg. SDA/SCL pins of an I2c interface.
> >> > + */
> >> > +
The R8A7791 PFC driver was apparently based on the preliminary revisions
of the user's manual, which called all the I2C signals {SCL|SDA} and
MOD_SEL register fields SEL_IIC without making a difference between two
types of the I2C controllers used. The recent manual calls the signals
{I2C|IIC}_{
The R8A7791 PFC driver was apparently based on the preliminary revisions
of the user's manual, which called all the I2C signals {SCL|SDA} and
MOD_SEL register fields SEL_IIC without making a difference between two
types of the I2C controllers used. The recent manual calls the signals
{I2C|IIC}_{
Oops, sorry for the dupe -- I was checking something...
PINMUX_IPSR_MSEL() macro invocation for the TX2 signal has apparently wrong
1st argument -- most probably a result of cut&paste programming...
Fixes: 508845196238 ("pinctrl: sh-pfc: r8a7791 PFC support")
Signed-off-by: Sergei Shtylyov
---
This patch is against the 'fixes' branch of Linus Walleij
Technically, the Ethernet block is run off the 133MHz Bus (B) clock, not
the 33MHz Peripheral 0 (P0) clock.
Fixes: 969244f9c720 ("ARM: dts: r7s72100: add ethernet clock to device tree")
Signed-off-by: Chris Brandt
---
arch/arm/boot/dts/r7s72100.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 dele
The patch
ASoC: rcar: call missing of_clk_del_provider() when remove
has been applied to the asoc tree at
git://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)
The patch
ASoC: rcar: fixup of_clk_add_provider() usage for multi clkout
has been applied to the asoc tree at
git://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 hou
On Wed, Mar 29, 2017 at 02:45:37AM +, Kuninori Morimoto wrote:
> To avoid Sound Card crash in (2) case, what we can do now is, add dirty
> flag on Sound Card, and avoid to open Sound Card.
> This patch solved this issue.
I think this is a good direction to at least start to mitigate these
pro
On Fri, Mar 24, 2017 at 04:22:09PM +0100, Jacopo Mondi wrote:
> Add device tree bindings documentation for Renesas RZ/A1 gpio and pin
> controller.
>
> Signed-off-by: Jacopo Mondi
> ---
> .../bindings/pinctrl/renesas,rza1-pinctrl.txt | 143
> +
> 1 file changed, 143 ins
Hi Mark
Thank you for your feedback
> > To avoid Sound Card crash in (2) case, what we can do now is, add dirty
> > flag on Sound Card, and avoid to open Sound Card.
> > This patch solved this issue.
>
> I think this is a good direction to at least start to mitigate these
> problems (which we r
Hi,
> From: Felipe Balbi, Sent: Thursday, March 30, 2017 7:37 PM
>
> Hi,
>
> Yoshihiro Shimoda writes:
> > This patch adds support for usb role swap via sysfs "role".
> >
> > For example:
> > 1) Connect a usb cable using 2 Salvator-X boards.
> > - For A-Device, the cable is connected to CN11
This patch adds support for usb role swap via sysfs "role".
For example:
1) Connect a usb cable using 2 Salvator-X boards.
- For A-Device, the cable is connected to CN11 (USB3.0 ch0).
- For B-Device, the cable is connected to CN9 (USB2.0 ch0).
2) On A-Device, you input the following command:
On Wed, Mar 29, 2017 at 10:51:39PM +0200, Wolfram Sang wrote:
> On Wed, Mar 29, 2017 at 08:43:49PM +0200, Niklas Söderlund wrote:
> > Hi,
> >
> > This series adds support for hardware backed trip point windows. It is
> > based on top of v4.11-rc1 and is tested on R-Car H3 and M3-W.
> >
> > The se
34 matches
Mail list logo