ake; fixed sparse warning
> Changes in v2:
> - minor comments applied, no functional changes
>
> v2: https://lkml.org/lkml/2013/12/18/135
> v1: https://lkml.org/lkml/2013/12/12/366
>
> Cc: Linus Walleij
> Cc: Alexandre Courbot
> Cc: Sekhar Nori
> Cc: Santosh Shilimkar
&
On Tuesday 07 January 2014 11:06 PM, Sekhar Nori wrote:
> On Tuesday 07 January 2014 11:22 PM, Santosh Shilimkar wrote:
>> Sekhar,
>>
>> On Tuesday 24 December 2013 06:41 AM, Grygorii Strashko wrote:
>>> This series is intended to update Davinci GPIO driver and
On Wednesday 08 January 2014 12:27 PM, Grygorii Strashko wrote:
> Hi,
>
> On 01/08/2014 06:23 PM, Grygorii Strashko wrote:
>> Update X86 code to use NUMA_NO_NODE instead of MAX_NUMNODES while
>> calling memblock APIs, because memblock API is changed to use NUMA_NO_NODE
>> and
>> will produce warn
On Thursday 09 January 2014 05:31 AM, Sekhar Nori wrote:
> On Wednesday 08 January 2014 07:38 PM, Santosh Shilimkar wrote:
>> On Tuesday 07 January 2014 11:06 PM, Sekhar Nori wrote:
>>> On Tuesday 07 January 2014 11:22 PM, Santosh Shilimkar wrote:
>>>> Sekhar,
>>
On Friday 10 January 2014 07:53 PM, Andrew Morton wrote:
> On Thu, 5 Dec 2013 12:13:16 -0500 Santosh Shilimkar
> wrote:
>
>> On Thursday 05 December 2013 11:59 AM, Tejun Heo wrote:
>>> Hello,
>>>
>>> On Thu, Dec 05, 2013 at 03:12:30PM +0200, Grygori
On Sunday 12 January 2014 05:59 AM, Russell King - ARM Linux wrote:
> On Mon, Dec 09, 2013 at 08:02:30PM -0500, Santosh Shilimkar wrote:
>> On Monday 09 December 2013 07:54 PM, Russell King - ARM Linux wrote:
>>> The underlying reason is that - as I've already explained - AR
On Sunday 12 January 2014 10:42 AM, Santosh Shilimkar wrote:
> On Sunday 12 January 2014 05:59 AM, Russell King - ARM Linux wrote:
>> On Mon, Dec 09, 2013 at 08:02:30PM -0500, Santosh Shilimkar wrote:
>>> On Monday 09 December 2013 07:54 PM, Russell King - ARM Linux 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 of
>> asynchronous memory devices like ASRA M
On Tuesday 26 November 2013 12:21 PM, Sekhar Nori wrote:
> 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
Ivan,
On Tuesday 26 November 2013 12:44 PM, ivan.khoronzhuk wrote:
> On 11/26/2013 09:20 AM, Sekhar Nori wrote:
>> On Monday 11 November 2013 10:36 PM, Khoronzhuk, Ivan wrote:
>>> +static struct platform_driver davinci_aemif_driver = {
>>> + .probe = davinci_aemif_probe,
>>> + .remove
On Wednesday 27 November 2013 09: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 to
>> "davinci-wdt" to be identifiable.
>>
>> Sig
rch/arm/mach-davinci/board-dm644x-evm.c|5 ++
> arch/arm/mach-davinci/board-dm646x-evm.c|3 +
Ivan commented same need for board-mityomapl138.c as well.
> drivers/mtd/nand/davinci_nand.c | 23 -
> include/linux/platform_data/mtd-davinci-aemi
On Friday 29 November 2013 08:18 AM, 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.
>>
>>
On Friday 29 November 2013 09:56 AM, Grygorii Strashko wrote:
> Hi Jean-Christophe,
>
> On 11/22/2013 08:42 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
>> On 21:03 Wed 20 Nov , ivan.khoronzhuk wrote:
>>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> +
On Friday 29 November 2013 10:00 AM, Grygorii Strashko wrote:
> Hi Kumar Gala,
>
> On 11/22/2013 11:06 PM, Kumar Gala wrote:
>>
>> On Nov 20, 2013, at 1:03 PM, ivan.khoronzhuk wrote:
>>
>>> On 11/20/2013 08:21 PM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> + the chip se
On Wednesday 20 November 2013 10:46 AM, Ivan Khoronzhuk wrote:
> Add new AEMIF driver for EMIF16 Texas Instruments 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
Ivan,
On Wednesday 20 November 2013 10:22 AM, Ivan Khoronzhuk wrote:
> This series contains fixes and updates of Davinci nand driver, in
> order to prepare it to be reused for Keystone platform.
>
> V1:
> https://lkml.org/lkml/2013/11/11/352
>
> Ivan Khoronzhuk (7):
> mtd: nand: davinci: fix d
|2 +-
> drivers/gpio/gpio-davinci.c |4 ++--
> 3 files changed, 10 insertions(+), 3 deletions(-)
>
Thanks Grygorii and clean-up is inline as discussed off-list.
FWIW,
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Friday 29 November 2013 10:35 AM, Grygorii Strashko wrote:
> On 11/29/2013 05:32 PM, Santosh Shilimkar wrote:
>> On Wednesday 20 November 2013 10:46 AM, Ivan Khoronzhuk wrote:
>>> Add new AEMIF driver for EMIF16 Texas Instruments controller.
>>> The EMIF16 module is
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> Since Davinci GPIO driver is moved to support gpiolib it has to use
> ARCH_NR_GPIOS (can be configured using CONFIG_ARCH_NR_GPIO Kconfig
> option) configuration instead of any mach/platform specific options.
>
> Hence, replace privat
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> The compatible to Davinci GPIO HW block is used by other TI SoCs, like
> Keystone, where GPIO support is declared as optional.
>
> Hence, introduce GPIO_DAVINCI Kconfig option which will allow to enable
> Davinci GPIO driver for Keys
y using Kernel chained_irq_enter/chained_irq_exit APIs as
> they are intended to handle exact such cases.
>
> Signed-off-by: Grygorii Strashko
> ---
>
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Friday 29 November 2013 04:21 AM, Linus Walleij wrote:
> On Tue, Nov 26, 2013 at 8:40 PM, Grygorii Strashko
> wrote:
>
>> The Davinci GPIO IRQs initialization may need to be performed in a
>> different way depending on SoC which use it. For example:
>> - Davinci dm365 has AINTC irq controller,
On Friday 29 November 2013 04:25 AM, Linus Walleij wrote:
> On Tue, Nov 26, 2013 at 8:40 PM, Grygorii Strashko
> wrote:
>
>> The similar GPIO HW block is used by keystone SoCs as
>> in Davinci SoCs.
>> Hence, reuse Davinci GPIO driver for Keystone.
>>
>> Documentation:
>> http://www.ti.com/lit/u
Ivan,
On Thursday 21 November 2013 06:28 AM, Ivan Khoronzhuk wrote:
> This series contains fixes and updates of Davinci nand driver in
> order to reuse it for Keystone platform.
>
> The series is combination of two following series:
> - Davinci nand driver fixes and updates:
> https://lkml.org/l
On Tuesday 26 November 2013 02:40 PM, Grygorii Strashko wrote:
> This patch adds Keystone GPIO IP device definitions in DT which supports
> up to 32 GPIO lines and each GPIO line can be configured as separate
> interrupt source (so called "unbanked" IRQ).
>
> For more information see:
> http://ww
Tejun, Andrew,
On Friday 08 November 2013 06:41 PM, Santosh Shilimkar wrote:
> Tejun and others,
>
> Following up with the earlier RFC [1] comments, here is the updated
> patch series based on the discussion. This series is the last bottleneck
> now for me to enable the coherency
Adding Kevin's Linaro id, + Nishant,
On Tuesday 26 November 2013 05:46 PM, Chao Xu wrote:
> From: Felipe Balbi
>
> try to keep gpio block suspended as much as possible.
>
> Tested with pandaboard and a sysfs exported gpio.
>
> Signed-off-by: Felipe Balbi
>
> [caesarxuc...@gmail.com : Refresh
On Monday 13 January 2014 07:37 AM, Russell King - ARM Linux wrote:
> On Sun, Jan 12, 2014 at 10:42:00AM -0500, Santosh Shilimkar wrote:
>> On Sunday 12 January 2014 05:59 AM, Russell King - ARM Linux wrote:
>>> On Mon, Dec 09, 2013 at 08:02:30PM -0500, Santosh Shilimkar wrote:
On Monday 13 January 2014 06:33 PM, Russell King - ARM Linux wrote:
> On Mon, Jan 13, 2014 at 03:31:28PM -0800, Andrew Morton wrote:
>> On Mon, 13 Jan 2014 09:27:44 -0500 Santosh Shilimkar
>> wrote:
>>
>>>> It seems to me to be absolutely silly to have code intr
On Tuesday 14 January 2014 08:17 AM, Grygorii Strashko wrote:
> Hi Philipp,
>
> On 01/13/2014 03:03 PM, Philipp Hachtmann wrote:
>> Add a new memory state "nomap" to memblock. This can be used to truncate
>> the usable memory in the system without forgetting about what is really
>> installed.
>
>
ancy or proof-of-concept?
>>
>> Valid concern. From LNG BE group point of view it is not "we can do
>> it". It is more like we've done it. We have Pandaboard ES running BE
>> kernel for a while. It is in LNG BE tree. We used it as development
>> and tes
On Tuesday 14 January 2014 04:26 PM, Kevin Hilman wrote:
> On Fri, Nov 15, 2013 at 8:12 AM, Santosh Shilimkar
> wrote:
>> On Friday 15 November 2013 11:11 AM, Tony Lindgren wrote:
>>> * Taras Kondratiuk [131115 08:03]:
>>>> On 11/15/2013 05:36 PM, Tony Lind
On Tuesday 14 January 2014 04:13 PM, Nishanth Menon wrote:
> On Tue, Jan 14, 2014 at 3:03 PM, Santosh Shilimkar
> wrote:
>>
>>> ok.. some sort of Linaro thing about which I have no background about
>>> - but dont really care in this context.
>>>
>> No
On Thursday 07 November 2013 07:37 PM, Joel Fernandes wrote:
> Add documentation for the generic OMAP DES crypto module describing the device
> tree bindings.
>
> Signed-off-by: Joel Fernandes
> ---
Thanks Joel for picking this up.
FWIW, Acked-by: Santosh Shilimkar
--
To unsubs
gt; Signed-off-by: Stephen Boyd
> ---
Looks like the trick of TTBR1 as discussed on irc worked for you.
Patch looks good to me.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
on of bootmem.h
mm/memblock: drop WARN and use SMP_CACHE_BYTES as a default alignment
mm/hugetlb: Use memblock apis for early memory allocations
mm/page_cgroup: Use memblock apis for early memory allocations
Santosh Shilimkar (14):
mm/memblock: Add memblock memory allocation apis
mm/ini
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Jens Axboe
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
block/blk-ioc.c |1 -
1 file changed, 1 deletion(-)
diff --git a/block/blk
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memory_hotplug.c |1 -
1 file changed, 1 deletion(-)
diff --git a/mm/memory_hotplug.c b
From: Grygorii Strashko
drop WARN and use SMP_CACHE_BYTES as a default alignment in
memblock_alloc_base_nid() as recommended by Tejun Heo in
https://lkml.org/lkml/2013/10/13/117.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
---
mm/memblock.c |4 ++--
same.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
include/linux/bootmem.h | 83
mm/memblock.c | 194 +++
2 files changed, 277 insertions(+)
di
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: William Hubbs
Cc: Chris Brannon
Cc: Kirk Reiser
Cc: Greg Kroah-Hartman
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/staging
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
kernel/printk/printk.c | 10 +++---
1 file changed, 3
Correct ensure_zone_is_initialized() function description according
to the introduced memblock APIs for early memory allocations.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memory_hotplug.c |2 +-
1 file
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/page_alloc.c | 27 +++
1 file
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/firmware/memmap.c |2 +-
1 file changed, 1
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/char/mem.c |1 -
1 file changed, 1
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Paul Walmsley
Cc: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod.c |8 ++--
1 file
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Pavel Machek
Cc: "Rafael J. Wysocki"
Cc: linux...@vger.kernel.org
Signed-off-by: Santosh Shilimkar
---
kernel/power/
: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/page_cgroup.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/mm/page_cgroup.c b/mm/page_cgroup.c
index 6d757e3a..d8bd2c5 100644
--- a/mm/page_cgroup.c
+++ b/mm/page_cgroup.c
@@ -54,8 +54,9 @@ static int __init
of bootmem wrappers build on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/hugetlb.c | 10 +-
1
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
arch/arm/kernel/devtree.c |2 +-
arch/arm/kernel/setup.c |2 +-
2 files changed, 2
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
mm/sparse-vmemmap.c |6 --
mm/sparse.c | 27 +++
2
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Christoph Lameter
Signed-off-by: Santosh Shilimkar
---
mm/percpu.c | 41 +
1 file
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
lib/cpumask.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Konrad Rzeszutek Wilk
Signed-off-by: Santosh Shilimkar
---
lib/swiotlb.c | 36 +---
1 file
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
arch/arm/mm/init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch
on top of memblock. And the
archs which still uses bootmem, these new apis just fallback to exiting
bootmem APIs.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
init/main.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/init
ned-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memblock.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/memblock.c b/mm/memblock.c
index 0ac412a..e03918e 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
@@ -545,7 +545,7 @@ int __ini
ghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memblock.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/mm/memblock.c b/mm/memblock.c
index e03918e..88a6a0e 100644
--- a/mm/memblock.c
+++ b/mm/memblock.c
From: Grygorii Strashko
The __free_pages_bootmem is used internally by MM core and
already defined in internal.h. So, remove duplicated declaration.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
include/linux
On Saturday 09 November 2013 11:55 AM, Konrad Rzeszutek Wilk wrote:
> Santosh Shilimkar wrote:
>> Switch to memblock interfaces for early memory allocator instead of
>> bootmem allocator. No functional change in beahvior than what it is
>> in current code from bootmem
On Friday 08 November 2013 08:30 PM, Rafael J. Wysocki wrote:
> On Friday, November 08, 2013 06:41:49 PM Santosh Shilimkar wrote:
>> Switch to memblock interfaces for early memory allocator instead of
>> bootmem allocator. No functional change in beahvior than what it is
>>
t.c
> @@ -3,7 +3,7 @@
> *
> * Watchdog driver for DaVinci DM644x/DM646x processors
> *
> - * Copyright (C) 2006 Texas Instruments.
> + * Copyright (C) 2013 Texas Instruments.
s/2013/2006-2013
Apart from the minor nit, this is really nice clean-up and
more aligned with wdt coer
return PTR_ERR(wdt_base);
> + davinci_wdt->base = devm_ioremap_resource(dev, wdt_mem);
> + if (IS_ERR(davinci_wdt->base))
> + return PTR_ERR(davinci_wdt->base);
You should free up davinci_wdt memory before returning, right ?
Other than that patch lo
On Wednesday 06 November 2013 06:31 AM, ivan.khoronzhuk wrote:
> Currently, the davinci watchdog can be read while counting,
> so we can add ability to report the remaining time before
> the system will reboot.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh
On Wednesday 06 November 2013 06:32 AM, ivan.khoronzhuk wrote:
> When watchdog timer is expired we can know about it thought
> GET_STATUS ioctl option.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsu
On Wednesday 06 November 2013 06:32 AM, ivan.khoronzhuk wrote:
> Since Davinci WDT has been switched to use WDT core, it became able
> to support timeout-sec property, so add it to it's binding description.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
On Wednesday 06 November 2013 06:32 AM, ivan.khoronzhuk wrote:
> The keystone arch use the same IP watchdog, so add "ti,keystone-wdt"
> compatible and correct identity.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from
On Wednesday 06 November 2013 06:33 AM, ivan.khoronzhuk wrote:
> Add watchdog entry to keystone device tree.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
This patch I can take via my tree once the watchdog guys are ok
and queuing up rest of the series.
Thanks Ivan for the clean-up and keystone updat
gt; because this may result the Davinci NAND driver will never be probed.
> The driver probing has to be made with core mechanism.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Wednesday 06 November 2013 06:32 AM, ivan.khoronzhuk wrote:
> The Keystone arch is using clocks in DT and source clock for watchdog
> has to be specified, so add this to binding.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this
On Monday 11 November 2013 11:53 AM, Khoronzhuk, Ivan wrote:
> The property "ti,davinci-chipselect" is required. So we have to check
> if it is set.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
> drivers/mtd/nand/davinci_nand.c | 10 +-
> 1 file changed, 9 insertions(+), 1 deletion(-)
>
>
; Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the F
On Monday 11 November 2013 11:55 AM, Khoronzhuk, Ivan wrote:
> Move bindings under mtd. Do this in order to make davinci-nand
> driver usable by keystone architecture.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list
On Monday 11 November 2013 11:58 AM, Khoronzhuk, Ivan wrote:
> Extend bindings for davinci_nand driver to be more clear.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Looks fine to me but it needs blessing from DT guys.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
+ Greg KH (drivers/memory/* patches goes through his queue)
On Monday 11 November 2013 12:06 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,
pdf
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
On Monday 11 November 2013 12:10 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
> ---
> drivers/mtd/nand/davinci_nand.c | 22 +++
On Monday 11 November 2013 12:13 PM, Khoronzhuk, Ivan wrote:
> Add AEMIF/NAND device entry.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
> arch/arm/boot/dts/keystone.dts | 63
>
> 1 file changed, 63 insertions(+)
>
> diff --git a/arch/arm/boot/dts/keyston
th AEMIF driver, the memory address range is requested
> already by AEMIF, so we cannot request it twice, just ioremap.
>
> Signed-off-by: Ivan Khoronzhuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
On Tuesday 12 November 2013 11:27 AM, Guenter Roeck wrote:
> On Tue, Nov 12, 2013 at 10:37:04AM -0500, Santosh Shilimkar wrote:
>> On Wednesday 06 November 2013 06:31 AM, ivan.khoronzhuk wrote:
>>> Some SoCs, like Keystone 2, can support more than one WDT and each
>>>
only)
> when MPU really hits OSWR and its was lost context.
>
> Hence revert commit e7457253494fff660a72bc0cedeee97491ccd173
> "ARM: OMAP4+: CPUidle: Deprecate use of
> omap4_mpuss_read_prev_context_state()".
>
> Cc: Santosh Shilimkar
> Cc: Kevin Hilman
>
w.spinics.net/lists/arm-kernel/msg201402.html
>
> The ROM code bug is applicable to only OMAP4460(r2pX) devices.
> OMAP4470 (also r2pX) is not affected by this bug because ROM code has been
> fixed.
>
Just give reference to the commit which has best description about
the bug
t;
> Signed-off-by: Victor Kamensky
> Signed-off-by: Taras Kondratiuk
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kern
On Wednesday 20 November 2013 07:09 AM, Grygorii Strashko wrote:
> This patch fixes Keystone gate control clock driver initialization path:
> 1) clk_register_psc() returns error code and not a pure pointer, hence
> its return value need to be checked using IS_ERR(clk) macro.
>
> 2) Mapped IO memor
+ Kevin and Rafiel,
On Wednesday 20 November 2013 03:11 PM, Grygorii Strashko wrote:
> On 11/20/2013 09:53 PM, Stephen Boyd wrote:
>> On 11/20/13 11:06, Grygorii Strashko wrote:
>>> On 11/20/2013 08:42 PM, Stephen Boyd wrote:
On 11/20/13 05:31, Grygorii Strashko wrote:
> @@ -230,7 +230,7
On Wednesday 20 November 2013 03:17 PM, Grygorii Strashko wrote:
> On 11/20/2013 06:24 PM, Ivan Khoronzhuk wrote:
>> This series contains updates of Davinci nand driver, in order to be
>> reused for Keystone platform.
>>
>> Depends on:
>> - Davinci nand driver fixes and updates:
>>https://lkml.
On Thursday 21 November 2013 12:07 PM, Nori, Sekhar wrote:
> On 11/14/2013 8:06 PM, Santosh Shilimkar wrote:
>> On Thursday 14 November 2013 05:53 AM, Nori, Sekhar wrote:
>>> On Wednesday 13 November 2013 07:44 PM, Santosh Shilimkar wrote:
>>>> On Wednesday 13 Novem
On Friday 22 November 2013 01:43 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
> [...]
>
>>>> It looks like even if you just remove the locks here, the PM core is
>>>> free to call this function with irqs disabled if pm_runtime_irq_safe()
>>
On Wednesday 20 November 2013 01:24 PM, Taras Kondratiuk wrote:
> Keystone code is big endian compatible,
> so mark it as one that supports big endian.
>
> Note this patch just allows to select Big endian build
> for ARCH_KEYSTONE, but it does not enable BE by default.
>
> Signed-off-by: Taras Ko
Building ARM with NO_BOOTMEM generates below warning. Using min_t
to find the correct alignment avoids the warning.
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Santosh Shilimkar
---
mm/nobootmem.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/nobootmem.c b/mm
Otherwise prints would truncate the variables on LPAE machines.
Cc: Marek Szyprowski
Cc: Greg Kroah-Hartman
Signed-off-by: Santosh Shilimkar
---
drivers/base/dma-contiguous.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/base/dma-contiguous.c b
On Saturday 23 November 2013 10:43 PM, Greg Kroah-Hartman wrote:
> On Sat, Nov 23, 2013 at 10:37:01PM -0500, Santosh Shilimkar wrote:
>> Otherwise prints would truncate the variables on LPAE machines.
>>
>> Cc: Marek Szyprowski
>> Cc: Greg Kroah-Hartman
>>
On Saturday 23 November 2013 10:44 PM, Greg Kroah-Hartman wrote:
> On Sat, Nov 23, 2013 at 10:37:01PM -0500, Santosh Shilimkar wrote:
>> @@ -250,8 +249,8 @@ int __init dma_contiguous_reserve_area(phys_addr_t size,
>> phys_addr_t base,
>> *res_cma = cma;
&
Otherwise prints would truncate the variables on LPAE machines.
Cc: Marek Szyprowski
Cc: Greg Kroah-Hartman
Signed-off-by: Santosh Shilimkar
---
Dropped accidental change pr_debug to pr_info from last version.
drivers/base/dma-contiguous.c |9 -
1 file changed, 4 insertions(+), 5
On Saturday 23 November 2013 11:10 PM, Greg Kroah-Hartman wrote:
> On Sat, Nov 23, 2013 at 10:45:37PM -0500, Santosh Shilimkar wrote:
>> On Saturday 23 November 2013 10:44 PM, Greg Kroah-Hartman wrote:
>>> On Sat, Nov 23, 2013 at 10:37:01PM -0500, Santosh Shilimkar wrote:
>
On Sunday 24 November 2013 10:14 AM, Sergei Shtylyov wrote:
> Hello.
>
> On 24-11-2013 3:28, Santosh Shilimkar wrote:
>
>> Building ARM with NO_BOOTMEM generates below warning. Using min_t
>
>Where is that below? :-)
>
Damn.. Posted a wrong version of the pat
ode timeout-sec property.
> If node has no one, use default value.
>
> The heartbeat is hold in wdd->timeout by WDT core, so use it in
> order to set timeout period.
>
> Signed-off-by: Ivan Khoronzhuk
> Acked-by: Santosh Shilimkar
> Reviewed-by: Guenter Roeck
Minor
On Sunday 24 November 2013 04:46 AM, Sekhar Nori wrote:
> On Friday 22 November 2013 11:08 PM, Santosh Shilimkar wrote:
>> On Thursday 21 November 2013 12:07 PM, Nori, Sekhar wrote:
>>> On 11/14/2013 8:06 PM, Santosh Shilimkar wrote:
[..]
>>> Yes, that would be the id
401 - 500 of 1304 matches
Mail list logo
