Hi Peter,
On Friday 04 December 2015 07:23 PM, Peter Ujfalusi wrote:
> Switch to use the ti,edma3-tpcc and ti,edma3-tptc binding for the eDMA3.
> With the new bindings boards can customize and tweak the DMA channel
> priority to match their needs. With the new binding the memcpy is safe
> to be
On Tuesday 15 December 2015 05:14 PM, Peter Ujfalusi wrote:
> On 12/15/2015 11:38 AM, Sekhar Nori wrote:
>> Hi Peter,
>>
>> On Friday 04 December 2015 07:23 PM, Peter Ujfalusi wrote:
>>> Switch to use the ti,edma3-tpcc and ti,edma3-tptc binding for the eDMA3.
>&g
On Tuesday 15 December 2015 07:35 PM, Peter Ujfalusi wrote:
> On 12/15/2015 03:48 PM, Sekhar Nori wrote:
>>>> In future, if/when we gain QDMA support, the QDMA channels could be used
>>>> for memcopy.
>>>
>>> Well, in short there is no way to get t
On Wednesday 09 December 2015 12:49 PM, Peter Ujfalusi wrote:
> Sekhar,
>
> On 12/04/2015 03:53 PM, Peter Ujfalusi wrote:
>> Hi,
>>
>> Switch to use the new eDMA bindings and enable DMA for MMC0, SPI1.
>> Add node for MMC1.
>
> Can you hold on this one for a bit since the eDMA bindings might
On Tuesday 20 October 2015 09:40 PM, Grygorii Strashko wrote:
> On 10/20/2015 06:06 PM, Wolfram Sang wrote:
>> On Mon, Sep 14, 2015 at 11:07:02AM +0200, Alexander Sverdlin wrote:
>>> Now as "i2c-davinci" driver has special handling for Keystone it's
>>> time to switch
>>> the device tree to use
m: move pins to core dwc3]
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
arch/arm/boot/dts/am437x-gp-evm.dts | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index 84aa30c3235a..2
Add support for USB DRVVBUS pinctrl state change during
suspend/resume. This helps is conserving power during
system sleep.
Signed-off-by: Sekhar Nori <nsek...@ti.com>
---
drivers/usb/dwc3/core.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/dwc3/core.c b/drivers/us
-
to-RAM for AM437x available.
Dave Gerlach (1):
ARM: dts: am437x-gp-evm: Add pinctrl states for usb
Sekhar Nori (1):
usb: dwc3: support for pinctrl state change during system sleep
arch/arm/boot/dts/am437x-gp-evm.dts | 30 ++
drivers/usb/dwc3/core.c
Hi Mugunthan,
On Wednesday 12 August 2015 03:22 PM, Mugunthan V N wrote:
+static const struct of_device_id cpsw_of_mtable[] = {
+ { .compatible = ti,cpsw, .data = cpsw_devtype[CPSW], },
+ { .compatible = ti,am335x-cpsw, .data = cpsw_devtype[AM335X_CPSW], },
+ { .compatible =
On Tuesday 11 August 2015 05:17 AM, Franklin S Cooper Jr. wrote:
On 07/24/2015 06:50 AM, Sekhar Nori wrote:
On Wednesday 22 July 2015 06:02 PM, Franklin S Cooper Jr wrote:
SPI Davinci driver has been updated to allow SOCs to specify their minimum
prescale value. Update the various SOCs
On Tuesday 11 August 2015 02:33 PM, Mark Brown wrote:
On Tue, Aug 11, 2015 at 12:28:21PM +0530, Sekhar Nori wrote:
On Tuesday 11 August 2015 05:17 AM, Franklin S Cooper Jr. wrote:
ping. Patches 1 and 2 have already been pulled into Mark's spi tree and are
currently in in linux-next.
Mark
On Tuesday 28 July 2015 02:11 PM, Vignesh R wrote:
Add qspi memory mapped region entries for DRA7xx based SoCs.
Signed-off-by: Vignesh R vigne...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am4372.dtsi
Hi Greg,
On Tuesday 14 July 2015 06:19 PM, Tony Lindgren wrote:
* Peter Hurley pe...@hurleysoftware.com [150714 05:24]:
On 07/14/2015 04:02 AM, Sekhar Nori wrote:
This series works around Advisory 21 as documented in
AM437x SoC errata[1]. This errata prevents UART module
from idling after
for Keystone devices to support their
unique pre-scaler limit value.
Signed-off-by: Franklin S Cooper Jr fcoo...@ti.com
Reviewed-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
in case Mark is okay to take it through his tree. It does not clash with
anything else I have for mach-davinci.
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
to not break backward DTB compatibility for users of
8250_omap driver on AM335x based boards, existing use of
of_machine_is_compatible() has not been removed.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- prevent dtb backward compatibility breakage
.../devicetree/bindings/serial/omap_serial.txt
://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- Updated subject line and description according
to comments received.
drivers/tty/serial/8250/8250_omap.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/drivers/tty
://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- introduce a new function to do the UART softreset
- restore MDR1 unconditionally
- update subject line and description according to comments received.
drivers/tty/serial/8250/8250_omap.c | 65
-by: Sekhar Nori nsek...@ti.com
---
v2:
- no change.
arch/arm/boot/dts/dra7.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 8f1e25bcecbd..49940e516f0f 100644
--- a/arch/arm/boot/dts/dra7
of workaround for this errata on DRA7x SoCs.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- subject line updated according to subsystem conventions
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
drivers/tty/serial/8250/8250_omap.c | 1 +
2 files changed, 2
The compatible ti,am4372-uart is used in arch/arm/boot/dts/am4372.dtsi
but not documented. Add necessary documentation.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- No changes.
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
fixes a related bug but can be applied independently.
[1] http://www.ti.com/lit/er/sprz408b/sprz408b.pdf
v2:
- Updated according to comments from Peter Hurley.
See each patch for change details.
Sekhar Nori (7):
serial: 8250_omap: fix kernel crash in suspend-to-ram
Documentation: DT
, 8250_dma
driver has already set rxchan to NULL via serial8250_release_dma().
Make an explicit check to see if rxchan is NULL in
runtime_{suspend|resume} hooks to fix this.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
v2:
- updated subject line according to subsystem conventions
drivers/tty/serial
Hi Peter,
On Saturday 11 July 2015 03:31 AM, Peter Hurley wrote:
On 07/09/2015 10:15 AM, Sekhar Nori wrote:
On Thursday 09 July 2015 07:03 AM, Peter Hurley wrote:
[...]
@@ -1307,6 +1320,36 @@ static int omap8250_runtime_suspend(struct device
*dev)
return -EBUSY
Hi Peter,
On Thursday 09 July 2015 07:03 AM, Peter Hurley wrote:
Hi Sekhar,
Patch title should start serial: 8250_omap: .. since the patch
is specific to the 8250_omap serial driver.
Yes, missed that.
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
AM335x, AM437x and DRA7x SoCs have
Hi Peter,
On Wednesday 08 July 2015 07:34 PM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
omap_device infrastructure has a suspend_noirq hook which
runtime suspends all devices late in the suspend cycle (see
_od_suspend_noirq() in arch/arm/mach-omap2
Hi Peter,
On Thursday 09 July 2015 05:30 AM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
Use of of_machine_is_compatible() for AM335x specific DMA
quirk in 8250_omap driver makes it ugly to extend the
quirk for other platforms. Instead use a new compatible
On Thursday 09 July 2015 05:59 AM, Peter Hurley wrote:
Hi Sekhar,
On 07/06/2015 05:47 AM, Sekhar Nori wrote:
updating mdr1 register on OMAP needs to take care of
errata i202. Introduce a function to update mdr1.
This will be useful later on when mdr1 needs to be
written to from other
updating mdr1 register on OMAP needs to take care of
errata i202. Introduce a function to update mdr1.
This will be useful later on when mdr1 needs to be
written to from other places. No functional change.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
drivers/tty/serial/8250/8250_omap.c | 17
, 8250_dma
driver has already set rxchan to NULL via serial8250_release_dma().
Make an explicit check to see if rxchan is NULL in
runtime_{suspend|resume} hooks to fix this.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Previous version: http://www.spinics.net/lists/linux-omap/msg119459.html
No change
The compatible ti,am4372-uart is used in arch/arm/boot/dts/am4372.dtsi
but not documented. Add necessary documentation.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation
of workaround for this errata on DRA7x SoCs.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
drivers/tty/serial/8250/8250_omap.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/serial
backward DTB compatibility for users of
8250_omap driver on AM335x boards. However, the 8250_omap driver
is new and omap_serial is still the default choice driver for UART
and so choosing to break compatibility over keeping the code
around forever.
Signed-off-by: Sekhar Nori nsek...@ti.com
applies to v4.2-rc1
[1] http://www.ti.com/lit/er/sprz408b/sprz408b.pdf
Sekhar Nori (7):
tty: serial: 8250: omap: fix kernel crash in suspend-to-ram
Documentation: DT: omap_serial: document missing compatible
tty: 8250: omap: introduce function to update mdr1
tty: 8250: omap eliminate use
there does not
apply to AM335x, AM437x SoCs. These SoCs need a softreset of UART
before disabling them.
This patch implements that errata workaround. It is expected that
UART will be used with DMA so no explicit check for DMA usage
has been added for errata applicability.
Signed-off-by: Sekhar Nori nsek
-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 8f1e25bcecbd..49940e516f0f 100644
--- a/arch/arm/boot/dts/dra7.dtsi
+++ b/arch
On Monday 23 March 2015 01:57 PM, Eliad Peller wrote:
I was applying the whole series, but over v4.0-rc1 :) Its best to
mention the baseline in cover-letter itself.
check out again the cover-letter. you probably overlooked it :)
I see it now :)
Thanks,
Sekhar
--
To unsubscribe from this
is the only platform that still set
the platform data in the legacy way (and doesn't
have DT bindings), so remove the relevant
code/Kconfig option from the board file (as suggested
by Sekhar Nori)
Since no one currently uses wlcore_spi, simply remove its
platform data support (DT bindings
On Monday 23 March 2015 01:36 PM, Eliad Peller wrote:
hi Sekhar,
On Mon, Mar 23, 2015 at 9:51 AM, Sekhar Nori nsek...@ti.com wrote:
+ Ido
On Wednesday 18 March 2015 10:08 PM, Eliad Peller wrote:
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove
On Tuesday 10 March 2015 07:41 PM, Arnd Bergmann wrote:
On Tuesday 10 March 2015 13:00:19 Eliad Peller wrote:
On Tue, Mar 10, 2015 at 12:49 AM, Tony Lindgren t...@atomide.com wrote:
* Eliad Peller el...@wizery.com [150309 14:03]:
On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann a...@arndb.de
On Thursday 20 November 2014 08:10 PM, Richard Cochran wrote:
On Thu, Nov 20, 2014 at 07:26:00PM +0530, Sekhar Nori wrote:
I tested this using lcd7 cape connected to beaglebone black. The latest
kernel I could find on this board was a TI BSP based v3.14 kernel. So I
had to port these patches
On Friday 21 November 2014 08:41 PM, Johannes Pointner wrote:
I tested version 4 of the patch series on a custom design and I saw
also the jumps as described by Richard. I played a little with the
sample delay and it got better but I couldn't completely remove the
jumps.
And before the
On Friday 01 August 2014 11:43 AM, Peter Ujfalusi wrote:
Hi,
Changes since v1:
- fixed the address missmatch for tlv320aic3106 codec (@1b - 18)
- The edma patches has been taken by Vinod, they should be in linux-next soon.
I assume all of these 6 patches are meant to go through ARM SoC. I
On Tuesday 26 August 2014 03:54 PM, Sekhar Nori wrote:
On Friday 01 August 2014 11:43 AM, Peter Ujfalusi wrote:
Hi,
Changes since v1:
- fixed the address missmatch for tlv320aic3106 codec (@1b - 18)
- The edma patches has been taken by Vinod, they should be in linux-next
soon.
I assume
On Friday 01 August 2014 10:39 AM, Peter Ujfalusi wrote:
On 07/31/2014 05:26 PM, Sergei Shtylyov wrote:
On 07/31/2014 02:18 PM, Peter Ujfalusi wrote:
Add DT node for edma0.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/da850.dtsi | 6 ++
1 file changed,
tested on my DRA7x EVM.
Boot log here: http://paste.ubuntu.com/7741337/
Tested-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Thursday 12 June 2014 06:16 PM, Roger Quadros wrote:
Tony,
Looks like we've missed this for 3.16.
Without these SATA support will be broken for DRA7x and OMAP5 so can
they be queued for -rc2?
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body
On Monday 19 May 2014 10:23 PM, Peter Ujfalusi wrote:
On 05/19/2014 04:06 PM, Sekhar Nori wrote:
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- Comments from Sekhar and Arnd has been addressed best as I could.
- Use the CCCFG information in all cases instead
+ DT maintainers
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets): NUM_PAENTRY
Number of TC/EQ:
Peter,
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Instead of saving the for loop length, take the num_tc value from the pdata.
In case of DT boot set the n_tc to 3 as it is hardwired in edma_of_parse_dt()
This is a temporary state since upcoming patch(es) will change how we are
On Friday 16 May 2014 05:47 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- Comments from Sekhar and Arnd has been addressed best as I could.
- Use the CCCFG information in all cases instead of pdata provided information
- To achieve this I needed to do a bit more cleanup in this series
Hi Peter,
On Tuesday 13 May 2014 04:00 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets): NUM_PAENTRY
Number of TC/EQ: NUM_EVQUE
+ DT bindings maintainers
On Thursday 15 May 2014 01:48 PM, Peter Ujfalusi wrote:
On 05/15/2014 11:01 AM, Arnd Bergmann wrote:
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of
On Thursday 15 May 2014 06:00 PM, Peter Ujfalusi wrote:
The second controller is not handled because in DT boot we only handle 1 cc as
far as I know. I don't know why, but this is how the DT support has been
written and used.
Its just because none of the platforms under heavy development use
...@ti.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/am43xx-clocks.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/am43xx-clocks.dtsi
b/arch/arm/boot/dts/am43xx-clocks.dtsi
index 142009c..71b029c 100644
--- a/arch/arm/boot/dts/am43xx
On Tuesday 13 May 2014 01:13 PM, Peter Ujfalusi wrote:
Hi,
We are requesting redundant information via DT for the driver since the very
same
data is available in the HW: by reading and decoding the content of CCCFG
register we can get:
Number of channels: NUM_DMACH
Number of regions:
and tested by - minor changes verified
Tested the series on AM437x ePOS EVM and works great.
Tested-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Monday 24 March 2014 04:31 PM, Sathya Prakash M R wrote:
This patch series adds DSS support to the AM43x. The DPI LCD
panel is supported on both am43x-epos-evm and am437x-gp-evm.
The LCD panel is from OSD model: OSD057T0559-34TS
Version 1 of this series can be found below[1]:
[1]:
On Monday 24 March 2014 04:31 PM, Sathya Prakash M R wrote:
Add DT data for the display subsystem, which contains the following
blocks:
dss - the wrapper/glue for the display modules
dispc - display controller
rfbi - MIPI DBI encoder
dss subsystem of am43x is re use from omap3.
On Monday 24 March 2014 04:31 PM, Sathya Prakash M R wrote:
Both the AM437x-Gp evm and Am43x-Epos evm
use the same LCD panel.
The lcd timings are added in respective dts files.
Adds display pinctrl and enables required gpio.
Signed-off-by: Sathya Prakash M R sath...@ti.com
---
On Monday 17 March 2014 07:35 PM, Linus Walleij wrote:
On Mon, Mar 17, 2014 at 2:29 PM, Sekhar Nori nsek...@ti.com wrote:
One thing to note is that this driver is used by keystone too and all
its users are DT-only. Although I do not see any in-kernel DT GPIO users
even there.
I can confirm
Hi Alexander,
On Tuesday 18 March 2014 03:15 PM, Alexander Holler wrote:
Am 18.03.2014 09:37, schrieb Sekhar Nori:
It is safe - at the least it does not break anything that is already
working. I guess the decision to put it into -rc depends on whether you
consider out of tree dtbs
On Friday 14 March 2014 04:32 PM, Linus Walleij wrote:
On Fri, Mar 14, 2014 at 11:08 AM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 11.03.2014 11:15, schrieb Linus Walleij:
On Wed, Mar 5, 2014 at 12:21 PM, Alexander Holler hol...@ahsoftware.de
wrote:
The driver missed an of_xlate
Hi Linus,
On Thursday 06 February 2014 06:50 PM, Linus Walleij wrote:
On Wed, Feb 5, 2014 at 4:47 PM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
The similar GPIO HW block is used by keystone SoCs as
in Davinci SoCs.
Hence, reuse Davinci GPIO driver for Keystone taking into
account
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi, Sekhar
This patch is based on Reuse davinci-nand driver for Keystone arch
series.
The series has passed review at https
On Friday 29 November 2013 01:44 PM, Sekhar Nori wrote:
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27
On Thursday 09 January 2014 04:38 PM, Wim Van Sebroeck wrote:
Hi Sekhar,
On Friday 29 November 2013 01:44 PM, Sekhar Nori wrote:
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter
On Thursday 09 January 2014 10:03 PM, Brian Norris wrote:
On Thu, Jan 09, 2014 at 04:09:00PM +0530, Sekhar Nori wrote:
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi
On Thursday 09 January 2014 10:03 PM, Brian Norris wrote:
On Thu, Jan 09, 2014 at 04:09:00PM +0530, Sekhar Nori wrote:
On Thursday 26 December 2013 05:36 PM, ivan.khoronzhuk wrote:
On 12/18/2013 02:13 PM, Sekhar Nori wrote:
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi
.
Documentation:
http://www.ti.com/lit/ug/sprugv1/sprugv1.pdf
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Alexandre Courbot gnu...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc: devicetree@vger.kernel.org
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Grygorii
.
Documentation:
http://www.ti.com/lit/ug/sprugv1/sprugv1.pdf
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Alexandre Courbot gnu...@gmail.com
Cc: Sekhar Nori nsek...@ti.com
Cc: devicetree@vger.kernel.org
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Grygorii
On Wednesday 18 December 2013 05:21 PM, ivan.khoronzhuk wrote:
Hi, Sekhar
This patch is based on Reuse davinci-nand driver for Keystone arch series.
The series has passed review at https://lkml.org/lkml/2013/12/17/241
and can be found at http://git.infradead.org/l2-mtd.git
This patch can
is
configurable differently on different boards. So add GPIO
pinmuxing in dts file.
Signed-off-by: KV Sujith sujit...@ti.com
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/boot/dts/da850
On 12/5/2013 11:41 PM, Ivan Khoronzhuk wrote:
diff --git a/arch/arm/mach-davinci/board-mityomapl138.c
b/arch/arm/mach-davinci/board-mityomapl138.c
index 7aa105b..98a66ff 100644
--- a/arch/arm/mach-davinci/board-mityomapl138.c
+++ b/arch/arm/mach-davinci/board-mityomapl138.c
@@ -432,6
On 11/27/2013 6:18 PM, Ivan Khoronzhuk wrote:
To reduce code duplicate and increase code readability use WDT core
code to handle WDT interface.
Remove io_lock as the WDT core uses mutex to lock each wdt device.
Remove wdt_state as the WDT core tracks state with its own variable.
The
On 11/29/2013 6:48 PM, Grygorii Strashko wrote:
Hi Sekhar,
On 11/27/2013 02:48 PM, Ivan Khoronzhuk wrote:
These patches are intended to update Davinci watchdog to use WDT core
and reuse driver for keystone arch, because Keystone uses the similar
IP like Davinci.
See Documentation:
On Friday 29 November 2013 01:16 PM, Linus Walleij wrote:
On Tue, Nov 26, 2013 at 6:12 PM, Sekhar Nori nsek...@ti.com wrote:
On Tuesday 26 November 2013 06:03 PM, Grygorii Strashko wrote:
Actually, the same was proposed by Linus, but we've tried avoid such huge
rework -
by switching to one
Wim,
On Thursday 28 November 2013 06:29 PM, Guenter Roeck wrote:
On 11/27/2013 10:04 PM, Sekhar Nori wrote:
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch
will be converted to DT and use ti-aemif.c driver.
The long device name davinci_ntosd2_nandflash_device was renamed
to ntosd2_nandflash as requested by Sekhar Nori, because after
adding changes the line is so broken that its almost unreadable.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
+ MTD maintainers
On Tuesday 26 November 2013 01:30 AM, Ivan Khoronzhuk wrote:
The problem that the set timings code contains the call of Davinci
platform function davinci_aemif_setup_timing() which is not
accessible if kernel is built for another platform like Keystone.
The Keysone
On Wednesday 27 November 2013 04:31 PM, ivan.khoronzhuk wrote:
@@ -192,9 +193,15 @@ static __init void davinci_ntosd2_init(void)
davinci_cfg_reg(DM644X_ATAEN_DISABLE);
/* only one device will be jumpered and detected */
-if (HAS_NAND)
+if (HAS_NAND) {
On Wednesday 27 November 2013 09:27 PM, Guenter Roeck wrote:
On 11/27/2013 06:00 AM, Sekhar Nori wrote:
On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
As we switch to use the watchdog core which permits more than one
active watchdog in the system, rename platform driver
On Tuesday 26 November 2013 06:03 PM, Grygorii Strashko wrote:
On 11/25/2013 01:00 PM, Sekhar Nori wrote:
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
This patch adds OF parser support for davinci gpio
driver and also appropriate documentation
On 11/26/2013 8:35 PM, Santosh Shilimkar wrote:
On Tuesday 26 November 2013 02:20 AM, Sekhar Nori wrote:
On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
is intended to provide a glue-less interface to a variety
On Wednesday 27 November 2013 01:11 AM, Grygorii Strashko wrote:
On 11/26/2013 07:12 PM, Sekhar Nori wrote:
On Tuesday 26 November 2013 06:03 PM, Grygorii Strashko wrote:
On 11/25/2013 01:00 PM, Sekhar Nori wrote:
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith
On Tuesday 26 November 2013 11:14 PM, ivan.khoronzhuk wrote:
+static int davinci_aemif_probe(struct platform_device *pdev)
+{
+ int ret = -ENODEV, i;
+ struct resource *res;
+ struct device *dev = pdev-dev;
+ struct device_node *np = dev-of_node;
+
+ if (np
Prabhakar,
On Monday 25 November 2013 09:42 AM, Prabhakar Lad wrote:
Hi Taras,
On Fri, Nov 22, 2013 at 3:38 PM, Taras Kondratiuk
taras.kondrat...@linaro.org wrote:
On 21 November 2013 20:15, Prabhakar Lad prabhakar.cse...@gmail.com wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
From: KV Sujith sujit...@ti.com
This patch adds OF parser support for davinci gpio
driver and also appropriate documentation in gpio-davinci.txt
located at Documentation/devicetree/bindings/gpio/.
Acked-by: Linus Walleij
On Monday 18 November 2013 10:48 PM, Ivan Khoronzhuk wrote:
@@ -211,29 +129,34 @@ static int davinci_wdt_probe(struct platform_device
*pdev)
clk_prepare_enable(wdt_clk);
- if (heartbeat 1 || heartbeat MAX_HEARTBEAT)
- heartbeat = DEFAULT_HEARTBEAT;
+ wdd
On Monday 11 November 2013 10:31 PM, Khoronzhuk, Ivan wrote:
The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
nand-bus-width accordingly. So rename them in dts and documentation.
On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
Add new AEMIF driver for EMIF16 davinci controller. The EMIF16 module
is intended to provide a glue-less interface to a variety of
asynchronous memory devices like ASRA M, NOR and NAND memory. A total
of 256M bytes of any of these
:
On Wednesday 13 November 2013 12:02 AM, Sekhar Nori wrote:
On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers/memory/davinci-aemfi.c).
Signed-off-by: Ivan Khoronzhuk ivan.khoronz
On Wednesday 13 November 2013 07:44 PM, Santosh Shilimkar wrote:
On Wednesday 13 November 2013 12:02 AM, Sekhar Nori wrote:
On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers
On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
If Davinci AEMIF is used we don't need to set timings and bus width.
It is done by AEMIF driver (drivers/memory/davinci-aemfi.c).
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
drivers/mtd/nand/davinci_nand.c | 22
On Wednesday 06 November 2013 03:45 PM, Prabhakar Lad wrote:
Hi Linus,
On Wed, Nov 6, 2013 at 3:26 PM, Linus Walleij linus.wall...@linaro.org
wrote:
On Wed, Nov 6, 2013 at 10:33 AM, Prabhakar Lad
prabhakar.cse...@gmail.com wrote:
On Tue, Nov 5, 2013 at 6:09 PM, Linus Walleij
Hi Grygorii,
On Wednesday 06 November 2013 05:03 PM, Grygorii Strashko wrote:
Hi Sekhar, Linus,
On 11/06/2013 12:49 PM, Sekhar Nori wrote:
On Wednesday 06 November 2013 03:45 PM, Prabhakar Lad wrote:
Hi Linus,
On Wed, Nov 6, 2013 at 3:26 PM, Linus Walleij
linus.wall...@linaro.org wrote
-by: Balaji T K balaj...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe devicetree in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Monday 07 October 2013 09:55 PM, Balaji T K wrote:
Add mmc2 dt node to dra7-evm board
and model eMMC vcc as fixed regulator.
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
Thanks,
Sekhar
--
To unsubscribe from this list: send the line unsubscribe
98 matches
Mail list logo