Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Thursday 11 January 2018 06:15 PM, Adam Ford wrote: > On Wed, Jan 10, 2018 at 8:50 PM, David Lechner wrote: >> On 01/10/2018 04:24 PM, Adam Ford wrote: >>> >>> >>> I am available tomorrow to build and test patches against the >>> da850-evm. I just need to know which version(s) to test. >> >>

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Wednesday 10 January 2018 08:31 AM, David Lechner wrote: > On 01/09/2018 06:35 AM, Sekhar Nori wrote: >> On Monday 08 January 2018 09:59 PM, David Lechner wrote: >>> On 01/08/2018 08:00 AM, Sekhar Nori wrote: >>>> On Monday 08 January 2018 07:47 AM, David Le

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Wednesday 10 January 2018 08:31 AM, David Lechner wrote: > On 01/09/2018 06:35 AM, Sekhar Nori wrote: >> On Monday 08 January 2018 09:59 PM, David Lechner wrote: >>> On 01/08/2018 08:00 AM, Sekhar Nori wrote: >>>> On Monday 08 January 2018 07:47 AM, David Le

Re: [PATCH v2 0/2] ARM: davinici: move watchdog restart from mach to drivers

On Sunday 07 January 2018 08:40 AM, David Lechner wrote: > This series moves the watchdog restart code from arch/arm/mach-davinci > to drivers/watchdog. > > Tested working on LEGO MINDSTORMS EV3 (TI AM1808 processor). > > v2 changes: > * rebased on linux-davinci/master (fixed conflict with

Re: [PATCH v2 0/2] ARM: davinici: move watchdog restart from mach to drivers

On Sunday 07 January 2018 08:40 AM, David Lechner wrote: > This series moves the watchdog restart code from arch/arm/mach-davinci > to drivers/watchdog. > > Tested working on LEGO MINDSTORMS EV3 (TI AM1808 processor). > > v2 changes: > * rebased on linux-davinci/master (fixed conflict with

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Monday 08 January 2018 09:59 PM, David Lechner wrote: > On 01/08/2018 08:00 AM, Sekhar Nori wrote: >> On Monday 08 January 2018 07:47 AM, David Lechner wrote: >>> This adds a new binding for the PLL IP blocks in the mach-davinci family >>> of processors. Currently,

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Monday 08 January 2018 09:59 PM, David Lechner wrote: > On 01/08/2018 08:00 AM, Sekhar Nori wrote: >> On Monday 08 January 2018 07:47 AM, David Lechner wrote: >>> This adds a new binding for the PLL IP blocks in the mach-davinci family >>> of processors. Currently,

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Monday 08 January 2018 07:47 AM, David Lechner wrote: > This adds a new binding for the PLL IP blocks in the mach-davinci family > of processors. Currently, only the SYSCLKn and AUXCLK outputs are needed, > but in the future additional child nodes could be added for OBSCLK and > BPDIV. > >

Re: [PATCH v5 01/44] dt-bindings: clock: Add new bindings for TI Davinci PLL clocks

On Monday 08 January 2018 07:47 AM, David Lechner wrote: > This adds a new binding for the PLL IP blocks in the mach-davinci family > of processors. Currently, only the SYSCLKn and AUXCLK outputs are needed, > but in the future additional child nodes could be added for OBSCLK and > BPDIV. > >

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Saturday 06 January 2018 07:12 AM, David Lechner wrote: > On 01/05/2018 04:42 AM, Sekhar Nori wrote: >> On Friday 05 January 2018 08:29 AM, David Lechner wrote: >>> On 01/04/2018 11:50 AM, David Lechner wrote: >>>> On 1/4/18 6:39 AM, Sekhar Nori wrote: >> >

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Saturday 06 January 2018 07:12 AM, David Lechner wrote: > On 01/05/2018 04:42 AM, Sekhar Nori wrote: >> On Friday 05 January 2018 08:29 AM, David Lechner wrote: >>> On 01/04/2018 11:50 AM, David Lechner wrote: >>>> On 1/4/18 6:39 AM, Sekhar Nori wrote: >> >

Re: [PATCH 07/12] ARM: davinci: drop unneeded newline

On Wednesday 27 December 2017 08:21 PM, Julia Lawall wrote: > gpio_request uses its second argument as a label, so it doesn't seem > appropriate for it to have a newline. Done using Coccinelle. > > Signed-off-by: Julia Lawall Applied to my v4.16/soc branch Thanks, Sekhar

Re: [PATCH 07/12] ARM: davinci: drop unneeded newline

On Wednesday 27 December 2017 08:21 PM, Julia Lawall wrote: > gpio_request uses its second argument as a label, so it doesn't seem > appropriate for it to have a newline. Done using Coccinelle. > > Signed-off-by: Julia Lawall Applied to my v4.16/soc branch Thanks, Sekhar

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Friday 05 January 2018 08:29 AM, David Lechner wrote: > On 01/04/2018 11:50 AM, David Lechner wrote: >> On 1/4/18 6:39 AM, Sekhar Nori wrote: >>> This is a pretty huge patch again and I hope it can be broken down. >>> Ideally one per SoC converted and t

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Friday 05 January 2018 08:29 AM, David Lechner wrote: > On 01/04/2018 11:50 AM, David Lechner wrote: >> On 1/4/18 6:39 AM, Sekhar Nori wrote: >>> This is a pretty huge patch again and I hope it can be broken down. >>> Ideally one per SoC converted and t

Re: [PATCH v4 5/7] clk: Introduce davinci clocks

. commit aad70de20fc69970a3080e7e8f02b54a4a3fe3e6 Author: Sekhar Nori <nsek...@ti.com> AuthorDate: Wed Jul 6 06:01:22 2011 +0000 Commit: Sekhar Nori <nsek...@ti.com> CommitDate: Fri Jul 8 11:10:09 2011 +0530 davinci: enable forced transitions on PSC Some DaVinci modules like the SATA on DA850 nee

Re: [PATCH v4 5/7] clk: Introduce davinci clocks

. commit aad70de20fc69970a3080e7e8f02b54a4a3fe3e6 Author: Sekhar Nori AuthorDate: Wed Jul 6 06:01:22 2011 + Commit: Sekhar Nori CommitDate: Fri Jul 8 11:10:09 2011 +0530 davinci: enable forced transitions on PSC Some DaVinci modules like the SATA on DA850 need forced module state transitions. Define

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Monday 01 January 2018 05:09 AM, David Lechner wrote: > This converts all of arch/arm/mach-davinci to the common clock framework. > The clock drivers from clock.c and psc.c have been moved to drivers/clk, > so these files are removed. > > There is one subtle change in the clock trees. AUX,

Re: [PATCH v4 6/7] ARM: davinci: convert to common clock framework

On Monday 01 January 2018 05:09 AM, David Lechner wrote: > This converts all of arch/arm/mach-davinci to the common clock framework. > The clock drivers from clock.c and psc.c have been moved to drivers/clk, > so these files are removed. > > There is one subtle change in the clock trees. AUX,

Re: [PATCH v4 5/7] clk: Introduce davinci clocks

On Wednesday 03 January 2018 03:01 AM, David Lechner wrote: > Forgot to cc linux-clk, so doing that now... > > > On 12/31/2017 05:39 PM, David Lechner wrote: >> This introduces new drivers for arch/arm/mach-davinci. The code is based >> on the clock drivers from there and adapted to use the

Re: [PATCH v4 5/7] clk: Introduce davinci clocks

On Wednesday 03 January 2018 03:01 AM, David Lechner wrote: > Forgot to cc linux-clk, so doing that now... > > > On 12/31/2017 05:39 PM, David Lechner wrote: >> This introduces new drivers for arch/arm/mach-davinci. The code is based >> on the clock drivers from there and adapted to use the

Re: [PATCH v4 3/7] ARM: davinci: fix duplicate clocks

On Monday 01 January 2018 05:09 AM, David Lechner wrote: > There are a number of clocks that were duplicated because they are used by > more than one device. It is no longer necessary to do this since we are > explicitly calling clk_register_clkdev() for each clock. In da830.c, some > clocks were

Re: [PATCH v4 3/7] ARM: davinci: fix duplicate clocks

On Monday 01 January 2018 05:09 AM, David Lechner wrote: > There are a number of clocks that were duplicated because they are used by > more than one device. It is no longer necessary to do this since we are > explicitly calling clk_register_clkdev() for each clock. In da830.c, some > clocks were

Re: [PATCH v4 2/7] ARM: davinci: don't use static clk_lookup

Hi David, On Monday 01 January 2018 05:09 AM, David Lechner wrote: > In preparation of moving to the common clock framework, usage of static > struct clk_lookup is removed. The common clock framework uses an opaque > struct clk, so we won't be able to use static tables as was previously > done. >

Re: [PATCH v4 2/7] ARM: davinci: don't use static clk_lookup

Hi David, On Monday 01 January 2018 05:09 AM, David Lechner wrote: > In preparation of moving to the common clock framework, usage of static > struct clk_lookup is removed. The common clock framework uses an opaque > struct clk, so we won't be able to use static tables as was previously > done. >

Re: [PATCH v4 0/7] ARM: davinci: convert to common clock framework​

On Tuesday 02 January 2018 08:40 PM, Adam Ford wrote: > On Sun, Dec 31, 2017 at 5:39 PM, David Lechner wrote: >> This series converts macreqh-davinci to use the common clock framework. >> >> Basically, this series does some cleanup and rearranging to get things >> ready for

Re: [PATCH v4 0/7] ARM: davinci: convert to common clock framework​

On Tuesday 02 January 2018 08:40 PM, Adam Ford wrote: > On Sun, Dec 31, 2017 at 5:39 PM, David Lechner wrote: >> This series converts macreqh-davinci to use the common clock framework. >> >> Basically, this series does some cleanup and rearranging to get things >> ready for the conversion. Then

Re: [PATCH V6] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

ff-by: Atul Garg <ag...@arasan.com> Apart from the comments given by Adrian, looks good to me. Reviewed-by: Sekhar Nori <nsek...@ti.com> Regards, Sekhar

Re: [PATCH V6] mmc:host:sdhci-pci:Addition of Arasan PCI Controller with integrated phy.

ff-by: Atul Garg Apart from the comments given by Adrian, looks good to me. Reviewed-by: Sekhar Nori Regards, Sekhar

Re: [PATCH 06/11] ARM: davinci: constify gpio_led

On Wednesday 20 December 2017 02:17 PM, Arvind Yadav wrote: > gpio_led are not supposed to change at runtime. > struct gpio_led_platform_data working with const gpio_led > provided by . So mark the non-const structs > as const. > > Signed-off-by: Arvind Yadav This

Re: [PATCH 06/11] ARM: davinci: constify gpio_led

On Wednesday 20 December 2017 02:17 PM, Arvind Yadav wrote: > gpio_led are not supposed to change at runtime. > struct gpio_led_platform_data working with const gpio_led > provided by . So mark the non-const structs > as const. > > Signed-off-by: Arvind Yadav This causes a new section mismatch

Re: [PATCH v3 4/5] ARM: davinci: convert to common clock framework

On Wednesday 20 December 2017 04:42 AM, David Lechner wrote: > On 12/19/2017 07:47 AM, Sekhar Nori wrote: >> Hi David, >> >> On Saturday 09 December 2017 07:45 AM, David Lechner wrote: >>> This converts the clocks in mach-davinci to the common clock framework.

Re: [PATCH v3 4/5] ARM: davinci: convert to common clock framework

On Wednesday 20 December 2017 04:42 AM, David Lechner wrote: > On 12/19/2017 07:47 AM, Sekhar Nori wrote: >> Hi David, >> >> On Saturday 09 December 2017 07:45 AM, David Lechner wrote: >>> This converts the clocks in mach-davinci to the common clock framework.

Re: [PATCH v3 4/5] ARM: davinci: convert to common clock framework

Hi David, On Saturday 09 December 2017 07:45 AM, David Lechner wrote: > This converts the clocks in mach-davinci to the common clock framework. > > Most of the patch just involves renaming struct clk to struct davinci_clk. > There is also a struct clk_hw added to provide the bridge between the >

Re: [PATCH v3 4/5] ARM: davinci: convert to common clock framework

Hi David, On Saturday 09 December 2017 07:45 AM, David Lechner wrote: > This converts the clocks in mach-davinci to the common clock framework. > > Most of the patch just involves renaming struct clk to struct davinci_clk. > There is also a struct clk_hw added to provide the bridge between the >

Re: [PATCH 0/2] ARM: davinici: move watchdog restart from mach to drivers

Hi David, On Monday 11 December 2017 10:51 PM, David Lechner wrote: > This series moves the watchdog restart code from arch/arm/mach-davinci > to drivers/watchdog. > > Tested working on LEGO MINDSTORMS EV3 (TI AM1808 processor). The patches look good to me. I also tested them on

Re: [PATCH 0/2] ARM: davinici: move watchdog restart from mach to drivers

Hi David, On Monday 11 December 2017 10:51 PM, David Lechner wrote: > This series moves the watchdog restart code from arch/arm/mach-davinci > to drivers/watchdog. > > Tested working on LEGO MINDSTORMS EV3 (TI AM1808 processor). The patches look good to me. I also tested them on

Re: [PATCH 23/25] arm: da8: dts: Remove leading 0x and 0s from bindings notation

On Friday 15 December 2017 06:16 PM, Mathieu Malaterre wrote: > Improve the DTS files by removing all the leading "0x" and zeros to fix the > following dtc warnings: > > Warning (unit_address_format): Node /XXX unit name should not have leading > "0x" > > and > > Warning (unit_address_format):

Re: [PATCH 23/25] arm: da8: dts: Remove leading 0x and 0s from bindings notation

On Friday 15 December 2017 06:16 PM, Mathieu Malaterre wrote: > Improve the DTS files by removing all the leading "0x" and zeros to fix the > following dtc warnings: > > Warning (unit_address_format): Node /XXX unit name should not have leading > "0x" > > and > > Warning (unit_address_format):

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Saturday 02 December 2017 08:04 AM, David Lechner wrote: > static int dm355leopard_mmc_get_cd(int module) > { > if (!gpio_is_valid(leopard_mmc_gpio)) > @@ -269,7 +264,7 @@ static __init void dm355_leopard_init(void) > > MACHINE_START(DM355_LEOPARD, "DaVinci DM355 leopard") >

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Saturday 02 December 2017 08:04 AM, David Lechner wrote: > static int dm355leopard_mmc_get_cd(int module) > { > if (!gpio_is_valid(leopard_mmc_gpio)) > @@ -269,7 +264,7 @@ static __init void dm355_leopard_init(void) > > MACHINE_START(DM355_LEOPARD, "DaVinci DM355 leopard") >

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Thursday 07 December 2017 10:44 PM, David Lechner wrote: > On 12/07/2017 08:52 AM, Sekhar Nori wrote: >> On Saturday 02 December 2017 08:04 AM, David Lechner wrote: >>> This cleans up the map_io functions in the board init files for >>> mach-davinci. >>>

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Thursday 07 December 2017 10:44 PM, David Lechner wrote: > On 12/07/2017 08:52 AM, Sekhar Nori wrote: >> On Saturday 02 December 2017 08:04 AM, David Lechner wrote: >>> This cleans up the map_io functions in the board init files for >>> mach-davinci. >>>

Re: [PATCH v3] ARM: davinci: fix mmc entries in dm365's dma_slave_map

On Friday 08 December 2017 04:05 PM, Alejandro Mery wrote: > fix mmc entries in dm365's dma_slave_map to match the actual device names > > Fixes: 0c750e1fe481 ("ARM: davinci: dm365: Add dma_slave_map to edma") > Signed-off-by: Alejandro Mery Applied to fixes branch of

Re: [PATCH v3] ARM: davinci: fix mmc entries in dm365's dma_slave_map

On Friday 08 December 2017 04:05 PM, Alejandro Mery wrote: > fix mmc entries in dm365's dma_slave_map to match the actual device names > > Fixes: 0c750e1fe481 ("ARM: davinci: dm365: Add dma_slave_map to edma") > Signed-off-by: Alejandro Mery Applied to fixes branch of my tree. Thanks, Sekhar

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Saturday 02 December 2017 08:04 AM, David Lechner wrote: > This cleans up the map_io functions in the board init files for > mach-davinci. > > Most of the boards had a wrapper function around _init(). This > wrapper is removed and the function is used directly. Additionally, the > _init()

Re: [PATCH v1 1/6] ARM: davinci: clean up map_io functions

On Saturday 02 December 2017 08:04 AM, David Lechner wrote: > This cleans up the map_io functions in the board init files for > mach-davinci. > > Most of the boards had a wrapper function around _init(). This > wrapper is removed and the function is used directly. Additionally, the > _init()

Re: [PATCH v3] ARM: da850: Fix LEGO EV3 battery voltage gpio

On Monday 04 December 2017 03:34 AM, David Lechner wrote: > This fixes the battery voltage monitoring gpio-hog settings. > > When the gpio is low, it turns off the battery voltage to the ADC chip. > However, this needs to be on all of the time so that we can monitor > battery voltage. > > Also,

Re: [PATCH v3] ARM: da850: Fix LEGO EV3 battery voltage gpio

On Monday 04 December 2017 03:34 AM, David Lechner wrote: > This fixes the battery voltage monitoring gpio-hog settings. > > When the gpio is low, it turns off the battery voltage to the ADC chip. > However, this needs to be on all of the time so that we can monitor > battery voltage. > > Also,

Re: [PATCH] ARM: davinci: Use PTR_ERR_OR_ZERO()

On Tuesday 28 November 2017 04:33 AM, Vasyl Gomonovych wrote: > Fix ptr_ret.cocci warnings: > arch/arm/mach-davinci/devices-da8xx.c:255:8-14: WARNING: PTR_ERR_OR_ZERO can > be used > arch/arm/mach-davinci/devices-da8xx.c:300:8-14: WARNING: PTR_ERR_OR_ZERO can > be used >

Re: [PATCH] ARM: davinci: Use PTR_ERR_OR_ZERO()

On Tuesday 28 November 2017 04:33 AM, Vasyl Gomonovych wrote: > Fix ptr_ret.cocci warnings: > arch/arm/mach-davinci/devices-da8xx.c:255:8-14: WARNING: PTR_ERR_OR_ZERO can > be used > arch/arm/mach-davinci/devices-da8xx.c:300:8-14: WARNING: PTR_ERR_OR_ZERO can > be used >

Re: [PATCH 2/2] ARM: davinci: make davinci_soc_info structures const

mi...@gmail.com> [nsek...@ti.com: minor commit message adjustment] Signed-off-by: Sekhar Nori <nsek...@ti.com> " With that I applied the patch to v4.16/fixes-non-critical Thanks, Sekhar

Re: [PATCH 2/2] ARM: davinci: make davinci_soc_info structures const

inci_common_init having the argument as const or their field cpu_clks of type struct clk_lookup * is passed to the function davinci_clk_init. So, the fields are never modified and the structures can be const. Done using Coccinelle. Signed-off-by: Bhumika Goyal [nsek...@ti.com: minor commit m

Re: [PATCH 1/2] ARM: davinci: make the function argument as const

On Monday 16 October 2017 03:38 PM, Bhumika Goyal wrote: > Make the function argument of the function davinci_common_init > as const as it's memory contents are only copied during a > memcpy call. So, the fields of the structure to which the argument > soc_info points to never gets modified and

Re: [PATCH 1/2] ARM: davinci: make the function argument as const

On Monday 16 October 2017 03:38 PM, Bhumika Goyal wrote: > Make the function argument of the function davinci_common_init > as const as it's memory contents are only copied during a > memcpy call. So, the fields of the structure to which the argument > soc_info points to never gets modified and

Re: [PATCH] rtc: omap: Support scratch registers

On Monday 06 November 2017 12:29 PM, Keerthy wrote: > > > On Monday 06 November 2017 12:25 PM, Sekhar Nori wrote: >> + linux omap list >> >> On Tuesday 31 October 2017 09:57 PM, Alexandre Belloni wrote: >>> Register an nvmem device to expose the 3 scra

Re: [PATCH] rtc: omap: Support scratch registers

On Monday 06 November 2017 12:29 PM, Keerthy wrote: > > > On Monday 06 November 2017 12:25 PM, Sekhar Nori wrote: >> + linux omap list >> >> On Tuesday 31 October 2017 09:57 PM, Alexandre Belloni wrote: >>> Register an nvmem device to expose the 3 scra

Re: [PATCH] rtc: omap: Support scratch registers

Looks good to me. Reviewed-by: Sekhar Nori <nsek...@ti.com> Curious on what you are using these registers for. Thanks, Sekhar > --- > drivers/rtc/rtc-omap.c | 45 + > 1 file changed, 45 insertions(+) > > diff --git a/drivers/

Re: [PATCH] rtc: omap: Support scratch registers

+ linux omap list On Tuesday 31 October 2017 09:57 PM, Alexandre Belloni wrote: > Register an nvmem device to expose the 3 scratch registers (total of 12 > bytes) to both userspace and kernel space. > > Signed-off-by: Alexandre Belloni Looks good to me. Reviewed-by: Sekhar No

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 19 October 2017 08:25 PM, Marc Kleine-Budde wrote: > On 10/19/2017 03:54 PM, Franklin S Cooper Jr wrote: >> On 10/19/2017 06:32 AM, Marc Kleine-Budde wrote: >>> On 10/19/2017 01:09 PM, Sekhar Nori wrote: >>>> On Thursday 19 October 2017 02:43 PM, Marc Klei

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 19 October 2017 08:25 PM, Marc Kleine-Budde wrote: > On 10/19/2017 03:54 PM, Franklin S Cooper Jr wrote: >> On 10/19/2017 06:32 AM, Marc Kleine-Budde wrote: >>> On 10/19/2017 01:09 PM, Sekhar Nori wrote: >>>> On Thursday 19 October 2017 02:43 PM, Marc Klei

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 19 October 2017 02:43 PM, Marc Kleine-Budde wrote: > On 10/19/2017 07:07 AM, Sekhar Nori wrote: >>>>> Sounds reasonable. What's the status of this series? >>>> >>>> I have had some offline discussions with Franklin on this, and I am not >

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 19 October 2017 02:43 PM, Marc Kleine-Budde wrote: > On 10/19/2017 07:07 AM, Sekhar Nori wrote: >>>>> Sounds reasonable. What's the status of this series? >>>> >>>> I have had some offline discussions with Franklin on this, and I am not >

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Wednesday 18 October 2017 07:47 PM, Franklin S Cooper Jr wrote: > > > On 10/18/2017 08:24 AM, Sekhar Nori wrote: >> Hi Marc, >> >> On Wednesday 18 October 2017 06:14 PM, Marc Kleine-Budde wrote: >>> On 09/21/2017 02:48 AM, Franklin S Cooper Jr wrote: &

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Wednesday 18 October 2017 07:47 PM, Franklin S Cooper Jr wrote: > > > On 10/18/2017 08:24 AM, Sekhar Nori wrote: >> Hi Marc, >> >> On Wednesday 18 October 2017 06:14 PM, Marc Kleine-Budde wrote: >>> On 09/21/2017 02:48 AM, Franklin S Cooper Jr wrote: &

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

>>>> Hi Wenyou, >>>> >>>> On 09/17/2017 10:47 PM, Yang, Wenyou wrote: >>>>> >>>>> On 2017/9/14 13:06, Sekhar Nori wrote: >>>>>> On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: >>>>>>

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

>>>> Hi Wenyou, >>>> >>>> On 09/17/2017 10:47 PM, Yang, Wenyou wrote: >>>>> >>>>> On 2017/9/14 13:06, Sekhar Nori wrote: >>>>>> On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: >>>>>>

Re: [PATCH] mmc:host:sdhci-pci:V2-Addition of Arasan PCI controller with integrated phy.

Hi Atul, On Tuesday 10 October 2017 11:12 PM, Atul Garg wrote: > The Arasan controller is based on a FPGA platform and has integrated phy > with specific phy registers used during the initialization and > management of different modes. The phy and the controller are integrated > and registers are

Re: [PATCH] mmc:host:sdhci-pci:V2-Addition of Arasan PCI controller with integrated phy.

Hi Atul, On Tuesday 10 October 2017 11:12 PM, Atul Garg wrote: > The Arasan controller is based on a FPGA platform and has integrated phy > with specific phy registers used during the initialization and > management of different modes. The phy and the controller are integrated > and registers are

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

Hi David, On Friday 22 September 2017 10:13 PM, David Lechner wrote: > On 09/22/2017 11:24 AM, Suman Anna wrote: >> Hi Sekhar, >> >>> >>> On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: >>>> On 09/21/2017 09:43 AM, Sekhar Nori wrote: >>

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

Hi David, On Friday 22 September 2017 10:13 PM, David Lechner wrote: > On 09/22/2017 11:24 AM, Suman Anna wrote: >> Hi Sekhar, >> >>> >>> On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: >>>> On 09/21/2017 09:43 AM, Sekhar Nori wrote: >>

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

On Friday 22 September 2017 09:54 PM, Suman Anna wrote: > Hi Sekhar, > >> >> On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: >>> On 09/21/2017 09:43 AM, Sekhar Nori wrote: >>>> On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: >>&

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

On Friday 22 September 2017 09:54 PM, Suman Anna wrote: > Hi Sekhar, > >> >> On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: >>> On 09/21/2017 09:43 AM, Sekhar Nori wrote: >>>> On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: >>&

Re: [PATCH] PM / OPP: Move the OPP directory out of power/

On Tuesday 26 September 2017 05:35 AM, Viresh Kumar wrote: > The drivers/base/power/ directory is special and contains code related > to power management core like system suspend/resume, hibernation, etc. > It was fine to keep the OPP code inside it when we had just one file for > it, but it is

Re: [PATCH] PM / OPP: Move the OPP directory out of power/

On Tuesday 26 September 2017 05:35 AM, Viresh Kumar wrote: > The drivers/base/power/ directory is special and contains code related > to power management core like system suspend/resume, hibernation, etc. > It was fine to keep the OPP code inside it when we had just one file for > it, but it is

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

Hi Suman, On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: > On 09/21/2017 09:43 AM, Sekhar Nori wrote: >> On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: >>> Enable the CMA and DMA_CMA Kconfig options by default for >>> Davinci platforms. Davin

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

Hi Suman, On Thursday 21 September 2017 08:41 PM, Suman Anna wrote: > On 09/21/2017 09:43 AM, Sekhar Nori wrote: >> On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: >>> Enable the CMA and DMA_CMA Kconfig options by default for >>> Davinci platforms. Davin

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: > Enable the CMA and DMA_CMA Kconfig options by default for > Davinci platforms. Davinci remoteproc driver is one of the > modules that depends on these options, and this allows the > driver to be made visible for selection with

Re: [PATCH] ARM: davinci_all_defconfig: enable CMA options

On Wednesday 20 September 2017 11:31 PM, Suman Anna wrote: > Enable the CMA and DMA_CMA Kconfig options by default for > Davinci platforms. Davinci remoteproc driver is one of the > modules that depends on these options, and this allows the > driver to be made visible for selection with

Re: [v2,1/3] can: m_can: Make hclk optional

On Thursday 21 September 2017 06:01 AM, Franklin S Cooper Jr wrote: > > > On 08/24/2017 03:00 AM, Sekhar Nori wrote: >> + some OMAP folks and Linux OMAP list >> >> On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: >>> Hclk is the MCAN's interface cl

Re: [v2,1/3] can: m_can: Make hclk optional

On Thursday 21 September 2017 06:01 AM, Franklin S Cooper Jr wrote: > > > On 08/24/2017 03:00 AM, Sekhar Nori wrote: >> + some OMAP folks and Linux OMAP list >> >> On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: >>> Hclk is the MCAN's interface cl

Re: [PATCH 0/3] Add and enable DSP device on OMAPL138 LCDK board

Hi Suman, On Tuesday 19 September 2017 05:58 AM, Suman Anna wrote: > Hi Sekhar, > > The following series adds the DT node for the DSP device present on > on DA850/OMAPL138 SoCs. The node is disabled in the base dts file, and > enabled in the corresponding LCDK board file alongside the reserved >

Re: [PATCH 0/3] Add and enable DSP device on OMAPL138 LCDK board

Hi Suman, On Tuesday 19 September 2017 05:58 AM, Suman Anna wrote: > Hi Sekhar, > > The following series adds the DT node for the DSP device present on > on DA850/OMAPL138 SoCs. The node is disabled in the base dts file, and > enabled in the corresponding LCDK board file alongside the reserved >

Re: [PATCH v4 0/2] i2c: davinci: Add PM Runtime Support needed by 66AK2G

ments > Fix error path > > Version 4 changes: > Fix typo in commit message > Fix error path Acked-by: Sekhar Nori <nsek...@ti.com> Tested on DA850 LCDK board with some basic i2cdetect/i2cdump and suspend/resume tests. Thanks, Sekhar

Re: [PATCH v4 0/2] i2c: davinci: Add PM Runtime Support needed by 66AK2G

ments > Fix error path > > Version 4 changes: > Fix typo in commit message > Fix error path Acked-by: Sekhar Nori Tested on DA850 LCDK board with some basic i2cdetect/i2cdump and suspend/resume tests. Thanks, Sekhar

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: > > > On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: >> During test transmitting using CAN-FD at high bitrates (4 Mbps) only >> resulted in errors. Scoping the signals I noticed that only a single bit >> was being

Re: [RFC PATCH] can: m_can: Support higher speed CAN-FD bitrates

On Thursday 14 September 2017 03:28 AM, Franklin S Cooper Jr wrote: > > > On 08/18/2017 02:39 PM, Franklin S Cooper Jr wrote: >> During test transmitting using CAN-FD at high bitrates (4 Mbps) only >> resulted in errors. Scoping the signals I noticed that only a single bit >> was being

Re: [PATCH v4 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 02:44 PM, Baolin Wang wrote: > Hi, > > On 12 September 2017 at 16:48, Sekhar Nori <nsek...@ti.com> wrote: >> On Tuesday 12 September 2017 07:28 AM, Baolin Wang wrote: >>>> @@ -802,13 +821,24 @@ static int davinci_i2c_probe(s

Re: [PATCH v4 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 02:44 PM, Baolin Wang wrote: > Hi, > > On 12 September 2017 at 16:48, Sekhar Nori wrote: >> On Tuesday 12 September 2017 07:28 AM, Baolin Wang wrote: >>>> @@ -802,13 +821,24 @@ static int davinci_i2c_probe(struct platform_device >&g

Re: [PATCH v4 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 07:28 AM, Baolin Wang wrote: >> @@ -802,13 +821,24 @@ static int davinci_i2c_probe(struct platform_device >> *pdev) >> dev->clk = devm_clk_get(>dev, NULL); >> if (IS_ERR(dev->clk)) >> return PTR_ERR(dev->clk); >> -

Re: [PATCH v4 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 07:28 AM, Baolin Wang wrote: >> @@ -802,13 +821,24 @@ static int davinci_i2c_probe(struct platform_device >> *pdev) >> dev->clk = devm_clk_get(>dev, NULL); >> if (IS_ERR(dev->clk)) >> return PTR_ERR(dev->clk); >> -

Re: [PATCH v3 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 01:41 AM, Grygorii Strashko wrote: > > > On 09/11/2017 03:07 PM, Franklin S Cooper Jr wrote: >> >> >> On 09/11/2017 06:29 AM, Sekhar Nori wrote: >>> On Friday 08 September 2017 11:24 PM, Franklin S Cooper Jr wrote: >>>

Re: [PATCH v3 1/2] i2c: davinci: Add PM Runtime Support

On Tuesday 12 September 2017 01:41 AM, Grygorii Strashko wrote: > > > On 09/11/2017 03:07 PM, Franklin S Cooper Jr wrote: >> >> >> On 09/11/2017 06:29 AM, Sekhar Nori wrote: >>> On Friday 08 September 2017 11:24 PM, Franklin S Cooper Jr wrote: >>>

Re: [PATCH v3 1/2] i2c: davinci: Add PM Runtime Support

On Friday 08 September 2017 11:24 PM, Franklin S Cooper Jr wrote: > 66AK2G has I2C instances that are not apart of the ALWAYS_ON power domain > like other Keystone 2 SoCs and OMAPL138. Therefore, pm_runtime unlike ? > is required to insure the power domain used by the specific I2C instance is >

Re: [PATCH v3 1/2] i2c: davinci: Add PM Runtime Support

On Friday 08 September 2017 11:24 PM, Franklin S Cooper Jr wrote: > 66AK2G has I2C instances that are not apart of the ALWAYS_ON power domain > like other Keystone 2 SoCs and OMAPL138. Therefore, pm_runtime unlike ? > is required to insure the power domain used by the specific I2C instance is >

Re: [PATCH] ARM: dts: da850-evm: add chosen and SPI alias

On Friday 01 September 2017 08:37 PM, Adam Ford wrote: > At the request of Sekhar Nori from TI, this is a follow-up to This can be: Suggested-by: Sekhar Nori <nsek...@ti.com> > pending ("ARM: dts: da850-evm: add serial and ethernet aliases") Any patch dependency refer

Re: [PATCH] ARM: dts: da850-evm: add chosen and SPI alias

On Friday 01 September 2017 08:37 PM, Adam Ford wrote: > At the request of Sekhar Nori from TI, this is a follow-up to This can be: Suggested-by: Sekhar Nori > pending ("ARM: dts: da850-evm: add serial and ethernet aliases") Any patch dependency references need to go bel

Re: [v2,3/3] can: m_can: Add PM Runtime

+ OMAP mailing list On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: > Add support for PM Runtime which is the new way to handle managing clocks. > However, to avoid breaking SoCs not using PM_RUNTIME leave the old clk > management approach in place. Since hclk is the interface clock, I

Re: [v2,3/3] can: m_can: Add PM Runtime

+ OMAP mailing list On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: > Add support for PM Runtime which is the new way to handle managing clocks. > However, to avoid breaking SoCs not using PM_RUNTIME leave the old clk > management approach in place. Since hclk is the interface clock, I

Re: [v2,1/3] can: m_can: Make hclk optional

+ some OMAP folks and Linux OMAP list On Tuesday 25 July 2017 04:21 AM, Franklin Cooper wrote: > Hclk is the MCAN's interface clock. However, for OMAP based devices such as > DRA7 SoC family the interface clock is handled by hwmod. Therefore, this > interface clock is managed by hwmod driver via

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