Re: [PATCH 01/12] mtd: nand: davinci: store the core chipselect number in platform data

On Tuesday 01 May 2018 02:55 PM, Sekhar Nori wrote: > On Monday 30 April 2018 01:54 PM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> We have the 'ti,davinci-chipselect' property in the device tree, but >> when using platform data the driver silently use

Re: [PATCH 01/12] mtd: nand: davinci: store the core chipselect number in platform data

On Monday 30 April 2018 01:54 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We have the 'ti,davinci-chipselect' property in the device tree, but > when using platform data the driver silently uses the id field of > struct platform_device as the

Re: [PATCH 01/12] mtd: nand: davinci: store the core chipselect number in platform data

On Monday 30 April 2018 01:54 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We have the 'ti,davinci-chipselect' property in the device tree, but > when using platform data the driver silently uses the id field of > struct platform_device as the chipselect. This is confusing and

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

Hi Arnd, On Friday 27 April 2018 01:22 PM, Arnd Bergmann wrote: > On Fri, Apr 27, 2018 at 4:28 AM, David Lechner wrote: >> On 04/26/2018 12:31 PM, Rich Felker wrote: >>> >>> On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: From: Bartosz

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

Hi Arnd, On Friday 27 April 2018 01:22 PM, Arnd Bergmann wrote: > On Fri, Apr 27, 2018 at 4:28 AM, David Lechner wrote: >> On 04/26/2018 12:31 PM, Rich Felker wrote: >>> >>> On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: From: Bartosz Golaszewski This

Re: [RESEND PATCH v2 3/4] ARM: davinci: add aemif & nand support to da850-lcdk in legacy mode

On Wednesday 25 April 2018 02:44 PM, Bartosz Golaszewski wrote: > 2018-04-17 16:09 GMT+02:00 Sekhar Nori <nsek...@ti.com>: >> On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: >>> From: Bartosz Golaszewski <bgolaszew...@baylibre.com> >>> >&g

Re: [RESEND PATCH v2 3/4] ARM: davinci: add aemif & nand support to da850-lcdk in legacy mode

On Wednesday 25 April 2018 02:44 PM, Bartosz Golaszewski wrote: > 2018-04-17 16:09 GMT+02:00 Sekhar Nori : >> On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: >>> From: Bartosz Golaszewski >>> >>> We now have support for aemif & nand from bo

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Tuesday 24 April 2018 09:41 PM, David Lechner wrote: > On 04/24/2018 03:28 AM, Sekhar Nori wrote: >> On Monday 23 April 2018 08:29 PM, David Lechner wrote: >>> On 04/06/2018 11:46 AM, Stephen Boyd wrote: >>>> Quoting Sekhar Nori (2018-04-06 02:37:03) &g

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Tuesday 24 April 2018 09:41 PM, David Lechner wrote: > On 04/24/2018 03:28 AM, Sekhar Nori wrote: >> On Monday 23 April 2018 08:29 PM, David Lechner wrote: >>> On 04/06/2018 11:46 AM, Stephen Boyd wrote: >>>> Quoting Sekhar Nori (2018-04-06 02:37:03) &g

Re: [PATCH] davinci_all_defconfig: enable support for remoteproc drivers

On Thursday 19 April 2018 05:33 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Enable the remoteproc framework and the da8xx remoteproc driver by > default in the davinci defconfig. > > Signed-off-by: Bartosz Golaszewski

Re: [PATCH] davinci_all_defconfig: enable support for remoteproc drivers

On Thursday 19 April 2018 05:33 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Enable the remoteproc framework and the da8xx remoteproc driver by > default in the davinci defconfig. > > Signed-off-by: Bartosz Golaszewski Applied to v4.18/defconfig. Please note that subject

Re: [PATCH v2 0/2] memory: aemif: add support for machine code

On Friday 20 April 2018 10:54 PM, santosh.shilim...@oracle.com wrote: > On 4/19/18 8:12 AM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> This is a follow-up to the series that contained both changes to the >> aemif driver and platform code. It contains

Re: [PATCH v2 0/2] memory: aemif: add support for machine code

On Friday 20 April 2018 10:54 PM, santosh.shilim...@oracle.com wrote: > On 4/19/18 8:12 AM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> This is a follow-up to the series that contained both changes to the >> aemif driver and platform code. It contains only the driver changes. >>

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Monday 23 April 2018 08:29 PM, David Lechner wrote: > On 04/06/2018 11:46 AM, Stephen Boyd wrote: >> Quoting Sekhar Nori (2018-04-06 02:37:03) >>> >>> Can you please check that and confirm there is no issue with genpd and >>> using CLK_OF_DECLARE() to i

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Monday 23 April 2018 08:29 PM, David Lechner wrote: > On 04/06/2018 11:46 AM, Stephen Boyd wrote: >> Quoting Sekhar Nori (2018-04-06 02:37:03) >>> >>> Can you please check that and confirm there is no issue with genpd and >>> using CLK_OF_DECLARE() to i

Re: [RFC work-in-progress 0/7] of: platform: use early platform routines instead of OF_DECLARE

On Tuesday 24 April 2018 12:56 PM, Bartosz Golaszewski wrote: > 2018-04-23 23:38 GMT+02:00 David Lechner : >> FYI: It looks like the CC for Stephen and Arnd was messed up, so I >> fixed. >> > > Thanks! > >> On 04/23/2018 01:38 PM, Bartosz Golaszewski wrote: >>> >>> From:

Re: [RFC work-in-progress 0/7] of: platform: use early platform routines instead of OF_DECLARE

On Tuesday 24 April 2018 12:56 PM, Bartosz Golaszewski wrote: > 2018-04-23 23:38 GMT+02:00 David Lechner : >> FYI: It looks like the CC for Stephen and Arnd was messed up, so I >> fixed. >> > > Thanks! > >> On 04/23/2018 01:38 PM, Bartosz Golaszewski wrote: >>> >>> From: Bartosz Golaszewski >>>

Re: [RFC work-in-progress 5/7] !WIP ARM: davinci: convert da850 to using the davinci clocksource driver

On Tuesday 24 April 2018 12:08 AM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Signed-off-by: Bartosz Golaszewski > --- > arch/arm/mach-davinci/da850.c | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git

Re: [RFC work-in-progress 5/7] !WIP ARM: davinci: convert da850 to using the davinci clocksource driver

On Tuesday 24 April 2018 12:08 AM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Signed-off-by: Bartosz Golaszewski > --- > arch/arm/mach-davinci/da850.c | 15 +++ > 1 file changed, 15 insertions(+) > > diff --git a/arch/arm/mach-davinci/da850.c

Re: [PATCH 2/2] memory: aemif: add support for board files

On Wednesday 18 April 2018 09:05 PM, Bartosz Golaszewski wrote: > @@ -373,15 +372,23 @@ static int aemif_probe(struct platform_device *pdev) > goto error; > } > > - /* > - * For every controller device node, there is a cs device node that > - * describe the bus

Re: [PATCH 2/2] memory: aemif: add support for board files

On Wednesday 18 April 2018 09:05 PM, Bartosz Golaszewski wrote: > @@ -373,15 +372,23 @@ static int aemif_probe(struct platform_device *pdev) > goto error; > } > > - /* > - * For every controller device node, there is a cs device node that > - * describe the bus

Re: [RESEND PATCH v2 0/4] ARM: davinci: remove the mach-specific aemif driver - part 1

On Tuesday 17 April 2018 10:59 PM, Santosh Shilimkar wrote: > On 4/17/2018 5:36 AM, Bartosz Golaszewski wrote: >> 2018-04-17 12:53 GMT+02:00 Sekhar Nori <nsek...@ti.com>: >>> Hi Bartosz, > > [...] > >>>> This series applies on top of v8 of Davi

Re: [RESEND PATCH v2 0/4] ARM: davinci: remove the mach-specific aemif driver - part 1

On Tuesday 17 April 2018 10:59 PM, Santosh Shilimkar wrote: > On 4/17/2018 5:36 AM, Bartosz Golaszewski wrote: >> 2018-04-17 12:53 GMT+02:00 Sekhar Nori : >>> Hi Bartosz, > > [...] > >>>> This series applies on top of v8 of David Lechner's CCF series. >

Re: [PATCH v6 6/7] remoteproc/davinci: use the reset framework

.@baylibre.com> Looks good! Reviewed-by: Sekhar Nori <nsek...@ti.com> This depends on DaVinci gaining common clock / reset framework support though. I am guessing remoteproc maintainers will have to be reminded when its safe to apply. Thanks, Sekhar

Re: [PATCH v6 6/7] remoteproc/davinci: use the reset framework

On Tuesday 17 April 2018 11:00 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Switch to using the reset framework instead of handcoded reset routines > we used so far. > > Signed-off-by: Bartosz Golaszewski Looks good! Reviewed-by: Sekhar Nori This

Re: [PATCH v6 5/7] remoteproc/davinci: use octal permissions for module_param()

On Tuesday 17 April 2018 11:00 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski <bgolaszew...@baylibre.com> > > Checkpatch recommends to use octal perms instead of S_IRUGO. > > Signed-off-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> Reviewed-by:

Re: [PATCH v6 5/7] remoteproc/davinci: use octal permissions for module_param()

On Tuesday 17 April 2018 11:00 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Checkpatch recommends to use octal perms instead of S_IRUGO. > > Signed-off-by: Bartosz Golaszewski Reviewed-by: Sekhar Nori Thanks, Sekhar

Re: [PATCH v6 4/7] remoteproc/davinci: prepare and unprepare the clock where needed

> Signed-off-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> > Acked-by: Suman Anna <s-a...@ti.com> > Reviewed-by: David Lechner <da...@lechnology.com> Reviewed-by: Sekhar Nori <nsek...@ti.com> This should be safe to apply to v4.17-rc1 as well (for inclus

Re: [PATCH v6 4/7] remoteproc/davinci: prepare and unprepare the clock where needed

ki > Acked-by: Suman Anna > Reviewed-by: David Lechner Reviewed-by: Sekhar Nori This should be safe to apply to v4.17-rc1 as well (for inclusion in v4.18). Bartosz, I noticed that CONFIG_REMOTEPROC and the DA8XX driver is not enabled in davinci_all_defconfig. Can you please send a patch

Re: [PATCH v6 3/7] remoteproc/davinci: add the missing retval check for clk_enable()

-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> > Acked-by: Suman Anna <s-a...@ti.com> > Reviewed-by: David Lechner <da...@lechnology.com> Reviewed-by: Sekhar Nori <nsek...@ti.com> This should be safe to apply to v4.17-rc1 and should be queued by Ohad / Bjorn. Thanks, Sekhar

Re: [PATCH v6 3/7] remoteproc/davinci: add the missing retval check for clk_enable()

Acked-by: Suman Anna > Reviewed-by: David Lechner Reviewed-by: Sekhar Nori This should be safe to apply to v4.17-rc1 and should be queued by Ohad / Bjorn. Thanks, Sekhar

Re: [RESEND PATCH v2 4/4] ARM: davinci: use aemif platform driver in legacy mode for da850-evm

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We now support board files in aemif. Use the platform driver instead > of the handcrafted API in da850-evm. > > Note: the id of davinci_nand is changed to 0 in order to make

Re: [RESEND PATCH v2 4/4] ARM: davinci: use aemif platform driver in legacy mode for da850-evm

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We now support board files in aemif. Use the platform driver instead > of the handcrafted API in da850-evm. > > Note: the id of davinci_nand is changed to 0 in order to make it work > with the new

Re: [RESEND PATCH v2 3/4] ARM: davinci: add aemif & nand support to da850-lcdk in legacy mode

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We now have support for aemif & nand from board files. As an example > add support for nand to da850-lcdk in legacy mode. Hawkboard is a separate board of its own, although

Re: [RESEND PATCH v2 3/4] ARM: davinci: add aemif & nand support to da850-lcdk in legacy mode

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We now have support for aemif & nand from board files. As an example > add support for nand to da850-lcdk in legacy mode. Hawkboard is a separate board of its own, although closely related to LCDK.

Re: [RESEND PATCH v2 2/4] memory: aemif: add support for board files

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Currently aemif is supported in two places separately. By the platform > driver in drivers/memory and by a hand crafted driver in mach-davinci. > > We want to drop the latter

Re: [RESEND PATCH v2 2/4] memory: aemif: add support for board files

On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Currently aemif is supported in two places separately. By the platform > driver in drivers/memory and by a hand crafted driver in mach-davinci. > > We want to drop the latter but also keep the legacy

Re: [RESEND PATCH v2 0/4] ARM: davinci: remove the mach-specific aemif driver - part 1

Hi Bartosz, On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This is the first part of changes required to remove duplicate aemif > support from mach-davinci. > > I actually noticed that one of my previous changes from

Re: [RESEND PATCH v2 0/4] ARM: davinci: remove the mach-specific aemif driver - part 1

Hi Bartosz, On Tuesday 17 April 2018 03:59 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This is the first part of changes required to remove duplicate aemif > support from mach-davinci. > > I actually noticed that one of my previous changes from 2017 broke nand > in legacy

Re: [PATCH] ARM: dts: da850: use gpio-ranges

On Monday 16 April 2018 12:27 AM, David Lechner wrote: > On 02/23/2018 05:44 AM, Sekhar Nori wrote: >> On Thursday 22 February 2018 09:04 PM, Linus Walleij wrote: >>> On Mon, Feb 19, 2018 at 11:29 PM, David Lechner >>> <da...@lechnology.com> wrote: >>&

Re: [PATCH] ARM: dts: da850: use gpio-ranges

On Monday 16 April 2018 12:27 AM, David Lechner wrote: > On 02/23/2018 05:44 AM, Sekhar Nori wrote: >> On Thursday 22 February 2018 09:04 PM, Linus Walleij wrote: >>> On Mon, Feb 19, 2018 at 11:29 PM, David Lechner >>> wrote: >>> >>>> This makes u

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

Hi Bart, On Thursday 05 April 2018 09:21 PM, Bartosz Golaszewski wrote: > 2018-04-05 16:36 GMT+02:00 Sekhar Nori <nsek...@ti.com>: >> On Thursday 05 April 2018 07:14 PM, Bartosz Golaszewski wrote: >>> 2018-04-05 15:09 GMT+02:00 Sekhar Nori <nsek...@ti.com>: >>&

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

Hi Bart, On Thursday 05 April 2018 09:21 PM, Bartosz Golaszewski wrote: > 2018-04-05 16:36 GMT+02:00 Sekhar Nori : >> On Thursday 05 April 2018 07:14 PM, Bartosz Golaszewski wrote: >>> 2018-04-05 15:09 GMT+02:00 Sekhar Nori : >>>> Hi Bartosz, >>>> >>

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Thursday 05 April 2018 07:14 PM, Bartosz Golaszewski wrote: > 2018-04-05 15:09 GMT+02:00 Sekhar Nori <nsek...@ti.com>: >> Hi Bartosz, >> >> On Friday 09 February 2018 10:18 PM, Michael Turquette wrote: >>> On Fri, Feb 9, 2018 at 8:22 AM, Bartosz Golaszewski

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

On Thursday 05 April 2018 07:14 PM, Bartosz Golaszewski wrote: > 2018-04-05 15:09 GMT+02:00 Sekhar Nori : >> Hi Bartosz, >> >> On Friday 09 February 2018 10:18 PM, Michael Turquette wrote: >>> On Fri, Feb 9, 2018 at 8:22 AM, Bartosz Golaszewski wrote: >>>&g

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

Hi Bartosz, On Friday 09 February 2018 10:18 PM, Michael Turquette wrote: > On Fri, Feb 9, 2018 at 8:22 AM, Bartosz Golaszewski wrote: >> 2018-01-08 3:17 GMT+01:00 David Lechner : >> Hi David, >> >> I've been working on moving the genpd code from its own

Re: [PATCH v5 12/44] clk: davinci: Add platform information for TI DA850 PSC

Hi Bartosz, On Friday 09 February 2018 10:18 PM, Michael Turquette wrote: > On Fri, Feb 9, 2018 at 8:22 AM, Bartosz Golaszewski wrote: >> 2018-01-08 3:17 GMT+01:00 David Lechner : >> Hi David, >> >> I've been working on moving the genpd code from its own driver to the >> psc one. I couldn't get

Re: [PATCH v8 20/42] ARM: davinci: pass clock as parameter to davinci_timer_init()

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > This changes davinci_timer_init() so that we pass the clock as a > parameter instead of using clk_get(). This is done in preparation > for converting to the common clock framework. > > It removes the requirement that we have to have a clock

Re: [PATCH v8 20/42] ARM: davinci: pass clock as parameter to davinci_timer_init()

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > This changes davinci_timer_init() so that we pass the clock as a > parameter instead of using clk_get(). This is done in preparation > for converting to the common clock framework. > > It removes the requirement that we have to have a clock

Re: [PATCH v8 40/42] ARM: davinci: add device tree support to timer

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > +static int __init of_davinci_timer_init(struct device_node *np) > +{ > + struct clk *clk; > + > + clk = of_clk_get(np, 0); > + if (IS_ERR(clk)) { > + struct of_phandle_args clkspec; > + > + /* > +

Re: [PATCH v8 40/42] ARM: davinci: add device tree support to timer

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > +static int __init of_davinci_timer_init(struct device_node *np) > +{ > + struct clk *clk; > + > + clk = of_clk_get(np, 0); > + if (IS_ERR(clk)) { > + struct of_phandle_args clkspec; > + > + /* > +

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Wednesday 04 April 2018 12:17 PM, Sekhar Nori wrote: > On Tuesday 03 April 2018 10:00 PM, David Lechner wrote: >> On 04/03/2018 05:26 AM, Sekhar Nori wrote: >>> On Friday 16 March 2018 08:22 AM, David Lechner wrote: >>>> +static struct

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Wednesday 04 April 2018 12:17 PM, Sekhar Nori wrote: > On Tuesday 03 April 2018 10:00 PM, David Lechner wrote: >> On 04/03/2018 05:26 AM, Sekhar Nori wrote: >>> On Friday 16 March 2018 08:22 AM, David Lechner wrote: >>>> +static struct

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Tuesday 03 April 2018 10:00 PM, David Lechner wrote: > On 04/03/2018 05:26 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 08:22 AM, David Lechner wrote: >>> +static struct resource dm644x_pll1_resources[] = { >>> +    { >>> +    .start    =

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Tuesday 03 April 2018 10:00 PM, David Lechner wrote: > On 04/03/2018 05:26 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 08:22 AM, David Lechner wrote: >>> +static struct resource dm644x_pll1_resources[] = { >>> +    { >>> +    .start    =

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > +static struct resource dm644x_pll1_resources[] = { > + { > + .start = DAVINCI_PLL1_BASE, > + .end= DAVINCI_PLL1_BASE + SZ_4K - 1, The .end should be DAVINCI_PLL1_BASE + SZ_1K - 1, otherwise it prevents PLL2

Re: [PATCH v8 25/42] ARM: davinci: dm644x: add new clock init using common clock framework

On Friday 16 March 2018 08:22 AM, David Lechner wrote: > +static struct resource dm644x_pll1_resources[] = { > + { > + .start = DAVINCI_PLL1_BASE, > + .end= DAVINCI_PLL1_BASE + SZ_4K - 1, The .end should be DAVINCI_PLL1_BASE + SZ_1K - 1, otherwise it prevents PLL2

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Monday 02 April 2018 09:45 PM, David Lechner wrote: > On 04/02/2018 06:12 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 10:50 PM, David Lechner wrote: >>> On 03/15/2018 09:52 PM, David Lechner wrote: >>>> This adds clock provider nodes for

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Monday 02 April 2018 09:45 PM, David Lechner wrote: > On 04/02/2018 06:12 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 10:50 PM, David Lechner wrote: >>> On 03/15/2018 09:52 PM, David Lechner wrote: >>>> This adds clock provider nodes for

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Friday 16 March 2018 10:50 PM, David Lechner wrote: > On 03/15/2018 09:52 PM, David Lechner wrote: >> This adds clock provider nodes for da850 and wires them up to all of the >> devices. >> >> Signed-off-by: David Lechner >> --- > > ... > > This is the mcasp0:

Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks

On Friday 16 March 2018 10:50 PM, David Lechner wrote: > On 03/15/2018 09:52 PM, David Lechner wrote: >> This adds clock provider nodes for da850 and wires them up to all of the >> devices. >> >> Signed-off-by: David Lechner >> --- > > ... > > This is the mcasp0: mcasp@10 node... > >> @@

[PATCH] mtd: nand: davinci: don't acquire and enable clock

and DM644x EVM in legacy boot. Signed-off-by: Sekhar Nori <nsek...@ti.com> --- Hi Boris, If/when this patch gets accepted, it will nice to put this on an immutable branch others can merge. There is potential cleanup in drivers/clock and in DaVinci machine code that will depend on this. Thanks,

[PATCH] mtd: nand: davinci: don't acquire and enable clock

and DM644x EVM in legacy boot. Signed-off-by: Sekhar Nori --- Hi Boris, If/when this patch gets accepted, it will nice to put this on an immutable branch others can merge. There is potential cleanup in drivers/clock and in DaVinci machine code that will depend on this. Thanks, Sekhar drivers/mtd

Re: [PATCH] ARM: dts: da850-evm: Enable usb_phy, usb0 and usb1

On Monday 19 March 2018 09:51 PM, Adam Ford wrote: > The EVM kit has two USB ports. This patch will enable both > when booting with device tree. > > Signed-off-by: Adam Ford Applied for v4.18 Thanks, Sekhar

Re: [PATCH] ARM: dts: da850-evm: Enable usb_phy, usb0 and usb1

On Monday 19 March 2018 09:51 PM, Adam Ford wrote: > The EVM kit has two USB ports. This patch will enable both > when booting with device tree. > > Signed-off-by: Adam Ford Applied for v4.18 Thanks, Sekhar

Re: [PATCH v4 0/8] ARM: davinci: complete the conversion to using the reset framework

Hi Bart, On Friday 23 March 2018 10:46 PM, Bartosz Golaszewski wrote: > 2018-03-23 18:08 GMT+01:00 Stephen Boyd : >> Quoting Bartosz Golaszewski (2018-03-23 09:55:47) >>> 2018-03-23 17:49 GMT+01:00 Stephen Boyd : Quoting Bartosz Golaszewski (2018-03-23

Re: [PATCH v4 0/8] ARM: davinci: complete the conversion to using the reset framework

Hi Bart, On Friday 23 March 2018 10:46 PM, Bartosz Golaszewski wrote: > 2018-03-23 18:08 GMT+01:00 Stephen Boyd : >> Quoting Bartosz Golaszewski (2018-03-23 09:55:47) >>> 2018-03-23 17:49 GMT+01:00 Stephen Boyd : Quoting Bartosz Golaszewski (2018-03-23 06:04:47) > From: Bartosz

Re: [PATCH v4 0/8] ARM: davinci: complete the conversion to using the reset framework

Hi Suman, On Tuesday 27 March 2018 06:12 AM, Suman Anna wrote: > I tried booting your tree [3] on the OMAPL138-LCDK board. I am using > NFS, and I am unable to get to the console. I don't have any issues > booting latest -next branch (next-20180326) which only has the reset and > clock driver

Re: [PATCH v4 0/8] ARM: davinci: complete the conversion to using the reset framework

Hi Suman, On Tuesday 27 March 2018 06:12 AM, Suman Anna wrote: > I tried booting your tree [3] on the OMAPL138-LCDK board. I am using > NFS, and I am unable to get to the console. I don't have any issues > booting latest -next branch (next-20180326) which only has the reset and > clock driver

Re: [PATCH v8 00/42] ARM: davinci: convert to common clock framework​

Hi Stephen, On Tuesday 20 March 2018 06:23 AM, Stephen Boyd wrote: > Quoting David Lechner (2018-03-15 19:52:16) >> This series converts mach-davinci to use the common clock framework. >> >> The series works like this, the first 19 patches create new clock drivers >> using the common clock

Re: [PATCH v8 00/42] ARM: davinci: convert to common clock framework​

Hi Stephen, On Tuesday 20 March 2018 06:23 AM, Stephen Boyd wrote: > Quoting David Lechner (2018-03-15 19:52:16) >> This series converts mach-davinci to use the common clock framework. >> >> The series works like this, the first 19 patches create new clock drivers >> using the common clock

Re: [v2] ARM: davinci: fix the GPIO lookup for omapl138-hawk

rectly lookup the wp and cp gpios. >> >> Fixes: c69f43fb4f26 ("ARM: davinci: hawk: use gpio descriptor for mmc >> pins") >> Signed-off-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> >> Signed-off-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> &g

Re: [v2] ARM: davinci: fix the GPIO lookup for omapl138-hawk

> >> Fixes: c69f43fb4f26 ("ARM: davinci: hawk: use gpio descriptor for mmc >> pins") >> Signed-off-by: Bartosz Golaszewski >> Signed-off-by: Bartosz Golaszewski >> Signed-off-by: Sekhar Nori >> --- >> v1 -> v2: >> - added the

Re: [PATCH] ARM: davinci: DA8XX: simplify CFGCHIP regmap_config

On Thursday 15 March 2018 11:43 PM, David Lechner wrote: > Since commit 8253bb3f8255 ("regmap: potentially duplicate the name > string stored in regmap"), the name field of struct regmap_config > is copied in __regmap_init(), so we no longer need to worry about > keeping our own copy of the name.

Re: [PATCH] ARM: davinci: DA8XX: simplify CFGCHIP regmap_config

On Thursday 15 March 2018 11:43 PM, David Lechner wrote: > Since commit 8253bb3f8255 ("regmap: potentially duplicate the name > string stored in regmap"), the name field of struct regmap_config > is copied in __regmap_init(), so we no longer need to worry about > keeping our own copy of the name.

Re: [PATCH] ARM: davinci: DA8XX: fix oops in USB PHY driver due to stack allocated platform platform_data

On Thursday 15 March 2018 11:32 PM, David Lechner wrote: > This fixes a possible kernel oops due to using stack allocated platform > data for the USB PHY driver on DA8XX devices. If the platform device > probe is deferred, then we get a corrupt pointer for the platform data. > > We now use a

Re: [PATCH] ARM: davinci: DA8XX: fix oops in USB PHY driver due to stack allocated platform platform_data

On Thursday 15 March 2018 11:32 PM, David Lechner wrote: > This fixes a possible kernel oops due to using stack allocated platform > data for the USB PHY driver on DA8XX devices. If the platform device > probe is deferred, then we get a corrupt pointer for the platform data. > > We now use a

Re: [PATCH v2] ARM: davinci: fix the GPIO lookup for omapl138-hawk

r for mmc pins") Signed-off-by: Bartosz Golaszewski <bgolaszew...@baylibre.com> [nsek...@ti.com: add a note on where the chip label is set] Signed-off-by: Sekhar Nori <nsek...@ti.com>

Re: [PATCH v2] ARM: davinci: fix the GPIO lookup for omapl138-hawk

.@ti.com: add a note on where the chip label is set] Signed-off-by: Sekhar Nori

Re: [PATCH] pata_bk3710: clarify license version and use SPDX header

On Thursday 01 March 2018 04:46 PM, Bartlomiej Zolnierkiewicz wrote: > - clarify license version (it should be GPL 2.0) > - use SPDX header > > Cc: Sekhar Nori <nsek...@ti.com> > Signed-off-by: Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com> Acked-by: Sekhar No

Re: [PATCH] pata_bk3710: clarify license version and use SPDX header

On Thursday 01 March 2018 04:46 PM, Bartlomiej Zolnierkiewicz wrote: > - clarify license version (it should be GPL 2.0) > - use SPDX header > > Cc: Sekhar Nori > Signed-off-by: Bartlomiej Zolnierkiewicz Acked-by: Sekhar Nori Thanks, Sekhar

Re: [PATCH] ARM: davinci: fix the GPIO lookup for omapl138-hawk

On Tuesday 27 February 2018 05:44 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > The GPIO chip is called davinci_gpio.0 in legacy mode. Fix it, so that > mmc can correctly lookup the wp and cp gpios. > > Signed-off-by: Bartosz Golaszewski

Re: [PATCH] ARM: davinci: fix the GPIO lookup for omapl138-hawk

On Tuesday 27 February 2018 05:44 PM, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > The GPIO chip is called davinci_gpio.0 in legacy mode. Fix it, so that > mmc can correctly lookup the wp and cp gpios. > > Signed-off-by: Bartosz Golaszewski > --- >

Re: [PATCH] ARM: davinci_all_defconfig: set CONFIG_DAVINCI_WATCHDOG=y

commit id adjusted since the said patch did not make it to v4.16 > watchdog driver, devices cannot reboot unless the watchdog driver is > loaded, so make it a compiled-in option so that we can always reboot, even > when modules are not loaded. > > Cc: Sekhar Nori <nsek...@ti.

Re: [PATCH] ARM: davinci_all_defconfig: set CONFIG_DAVINCI_WATCHDOG=y

commit id adjusted since the said patch did not make it to v4.16 > watchdog driver, devices cannot reboot unless the watchdog driver is > loaded, so make it a compiled-in option so that we can always reboot, even > when modules are not loaded. > > Cc: Sekhar Nori > Suggested-

Re: [PATCH] ARM: dts: da850-lego-ev3: use a correct fallback for at24 compatible

On Monday 22 January 2018 10:20 PM, David Lechner wrote: > On 01/22/2018 06:55 AM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> We now require all at24 users to use the "atmel," fallback in >> device tree for different manufacturers. >> >>

Re: [PATCH] ARM: dts: da850-lego-ev3: use a correct fallback for at24 compatible

On Monday 22 January 2018 10:20 PM, David Lechner wrote: > On 01/22/2018 06:55 AM, Bartosz Golaszewski wrote: >> From: Bartosz Golaszewski >> >> We now require all at24 users to use the "atmel," fallback in >> device tree for different manufacturers. >> >> Signed-off-by: Bartosz Golaszewski >>

Re: [PATCH v2 2/2] ARM: davinci_all_defconfig: enable SYSCON_REBOOT_MODE

On Friday 12 January 2018 07:59 AM, David Lechner wrote: > This enables SYSCON_REBOOT_MODE as a module. This is used by LEGO > MINDSTORMS EV3 to reboot into a special firmware update mode. > > Signed-off-by: David Lechner Applied to v4.17/defconfig Thanks, Sekhar

Re: [PATCH v2 2/2] ARM: davinci_all_defconfig: enable SYSCON_REBOOT_MODE

On Friday 12 January 2018 07:59 AM, David Lechner wrote: > This enables SYSCON_REBOOT_MODE as a module. This is used by LEGO > MINDSTORMS EV3 to reboot into a special firmware update mode. > > Signed-off-by: David Lechner Applied to v4.17/defconfig Thanks, Sekhar

Re: [PATCH v2 1/2] ARM: dts: da850-lego-ev3: Add node for reboot modes

On Friday 12 January 2018 07:59 AM, David Lechner wrote: > This adds a new node for reboot modes on LEGO MINDSTORMS EV3. The EV3's > bootloader looks for a magic number in the ARM local RAM and if found, > it will boot into a special firmware update mode where the flash memory > can be written via

Re: [PATCH v2 1/2] ARM: dts: da850-lego-ev3: Add node for reboot modes

On Friday 12 January 2018 07:59 AM, David Lechner wrote: > This adds a new node for reboot modes on LEGO MINDSTORMS EV3. The EV3's > bootloader looks for a magic number in the ARM local RAM and if found, > it will boot into a special firmware update mode where the flash memory > can be written via

Re: [PATCH] ARM: dts: da850: use gpio-ranges

On Thursday 22 February 2018 09:04 PM, Linus Walleij wrote: > On Mon, Feb 19, 2018 at 11:29 PM, David Lechner wrote: > >> This makes use of the gpio-ranges feature that connects GPIO >> controllers and PINMUX controllers. >> >> In da850.dtsi, pinctrl-single,gpio-range is

Re: [PATCH] ARM: dts: da850: use gpio-ranges

On Thursday 22 February 2018 09:04 PM, Linus Walleij wrote: > On Mon, Feb 19, 2018 at 11:29 PM, David Lechner wrote: > >> This makes use of the gpio-ranges feature that connects GPIO >> controllers and PINMUX controllers. >> >> In da850.dtsi, pinctrl-single,gpio-range is added to the pinmux node

Re: [PATCH 3/3] ARM: davinci: mark spi_board_info arrays as const

; Signed-off-by: Arnd Bergmann <a...@arndb.de> > > I applied this to the fixes branch now. Thanks Arnd. FWIW now: Acked-by: Sekhar Nori <nsek...@ti.com> Regards, Sekhar

Re: [PATCH 3/3] ARM: davinci: mark spi_board_info arrays as const

y: Arnd Bergmann > > I applied this to the fixes branch now. Thanks Arnd. FWIW now: Acked-by: Sekhar Nori Regards, Sekhar

Re: [PATCH v2] ARM: da8xx: use platform data for CFGCHIP syscon regmap

On Sunday 18 February 2018 08:52 AM, David Lechner wrote: > This converts from using a platform device for the CFGCHIP syscon > regmap to using platform data to pass the regmap to consumers. > > A lazy getter function is used so that the regmap will only be > created if it is actually used. This

Re: [PATCH v2] ARM: da8xx: use platform data for CFGCHIP syscon regmap

On Sunday 18 February 2018 08:52 AM, David Lechner wrote: > This converts from using a platform device for the CFGCHIP syscon > regmap to using platform data to pass the regmap to consumers. > > A lazy getter function is used so that the regmap will only be > created if it is actually used. This

Re: [PATCH v2] reset: add support for non-DT systems

[FOO_RESET] = { .dev = "foo", .id = "foo_id" }, > [BAR_RESET] = { .dev = "bar", .id = NULL }, > { } > }; > > where FOO_RESET and BAR_RESET will correspond with the id parameters > of reset callbacks. > > Cc: Sekhar Nori <nsek...@

Re: [PATCH v2] reset: add support for non-DT systems

uot;, .id = "foo_id" }, > [BAR_RESET] = { .dev = "bar", .id = NULL }, > { } > }; > > where FOO_RESET and BAR_RESET will correspond with the id parameters > of reset callbacks. > > Cc: Sekhar Nori > Cc: Kevin Hilman > Cc: David Lechner >

Re: [PATCH v2 15/15] ARM: dts: dra7: Add high speed modes capability to MMC1/MMC2 dt node

On Wednesday 07 February 2018 02:51 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 07 February 2018 02:41 PM, Sekhar Nori wrote: >> Kishon, >> >> On Tuesday 06 February 2018 06:28 PM, Kishon Vijay Abraham I wrote: >>> Add UHS/HS200/DDR speed mode

<    1   2   3   4   5   6   7   8   9   10   >