Re: [4.4-rc][PATCH] gpio: omap: drop omap1 mpuio specific irq_mask/unmask callbacks

40e ("gpio: omap: Fix regression for MPUIO interrupts") Reported-by: Aaro Koskinen <aaro.koski...@iki.fi> Signed-off-by: Grygorii Strashko <grygorii.stras...@ti.com> --- Acked-by: Santosh Shilimkar <ssant...@kernel.org> -- To unsubscribe from this list: send the line

Re: [PATCH v2] clocksource: arm_global_timer: fix suspend resume

lways-on" Also if the clock-soucre can't tick in the low power states then that device shouldn't be used as a clock-source. CC: Arnd Bergmann <a...@arndb.de> Cc: John Stultz <john.stu...@linaro.org> Cc: Felipe Balbi <ba...@ti.com> Cc: Tony Lindgren <t...@atomide.com> Cc: Sa

Re: [PATCH v2] clocksource: arm_global_timer: fix suspend resume

On 11/20/2015 10:46 AM, Marc Zyngier wrote: On 20/11/15 18:35, Grygorii Strashko wrote: Hi Santosh, On 11/20/2015 07:23 PM, santosh shilimkar wrote: + Thomas, Marc On 11/20/2015 5:57 AM, Grygorii Strashko wrote: Now the System stall is observed on TI AM437x based board (am437x-gp-evm

Re: [PATCH] arm: omap2: Kconfig: select TWD and global timer on AM43xx devices

On 11/18/2015 6:33 AM, Grygorii Strashko wrote: On 11/13/2015 06:39 PM, santosh shilimkar wrote: On 11/13/2015 5:07 AM, Mason wrote: On 13/11/2015 13:48, Grygorii Strashko wrote: On 11/12/2015 08:06 PM, Felipe Balbi wrote: Make sure to tell the kernel that AM437x has TWD and global timers

Re: [PATCH] arm: omap2: Kconfig: select TWD and global timer on AM43xx devices

On 11/13/2015 5:07 AM, Mason wrote: On 13/11/2015 13:48, Grygorii Strashko wrote: On 11/12/2015 08:06 PM, Felipe Balbi wrote: Make sure to tell the kernel that AM437x has TWD and global timers. Signed-off-by: Felipe Balbi --- Hi Tony, now that all dependencies are in place,

Re: [PATCH] gpio: omap: fix debounce time calculation

On 11/12/2015 11:33 AM, Felipe Balbi wrote: Hi, Grygorii Strashko writes: On 11/12/2015 08:09 PM, Felipe Balbi wrote: Hi, Grygorii Strashko writes: On 11/12/2015 07:50 PM, Felipe Balbi wrote: According to TRM, debounce is measured in

Re: [PATCH] gpio: omap: Fix gpiochip_add() handling for deferred probe

: Unbalanced pm_runtime_enable! Let's fix the issue by adding the missing pm_runtime_put() on error. Cc: Grygorii Strashko grygorii.stras...@ti.com Cc: Javier Martinez Canillas jav...@dowhile0.org Cc: Kevin Hilman khil...@deeprootsystems.com Cc: Santosh Shilimkar ssant...@kernel.org Signed-off

Re: [PATCH 0/7] gpio: omap: fixes and improvements

. Will look at it again in detail. For 1 to 5, Acked-by: Santosh Shilimkar ssant...@kernel.org -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH REPOST] gpio: omap: use raw locks for locking

() this one might sleep. The number of users of gpiod_set_debounce() / gpio_set_debounce() looks low but still this is not good. Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de --- Should be safe to do it. Acked-by: Santosh Shilimkar ssant...@kernel.org -- To unsubscribe from

Re: [RFC/RFT PATCH 0/7] gpio: omap: rework and fixes

Lindgren t...@atomide.com OK I take this as an excuse to apply patches 1-5 with Tony's test tag. The maintainers can cheer in if they want, I will anyway take the OMAP maintainers test tag as a good quality indication. Cheers for patch 1-5 ;-) Acked-by: Santosh Shilimkar ssant...@kernel.org

Re: [PATCH 0/3] Introduce SET_NOIRQ_SYSTEM_SLEEP_PM_OPS and use it

| 4 ++-- include/linux/pm.h| 12 3 files changed, 16 insertions(+), 7 deletions(-) Looks fine to me. Acked-by: Santosh Shilimkar ssant...@kernel.org -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord

Re: [PATCH] gpio: omap: Allow building as a loadable module

a tristate option that's selected for omaps. Cc: Felipe Balbi ba...@ti.com Cc: Javier Martinez Canillas jav...@dowhile0.org Cc: Grygorii Strashko grygorii.stras...@linaro.org Cc: Kevin Hilman khil...@deeprootsystems.com Cc: Nishanth Menon n...@ti.com Cc: Santosh Shilimkar ssant...@kernel.org

Re: [PATCH] gpio: omap: Fix regression for MPUIO interrupts

trying to do the same. Cc: Aaro Koskinen aaro.koski...@iki.fi Cc: Felipe Balbi ba...@ti.com Cc: Javier Martinez Canillas jav...@dowhile0.org Cc: Grygorii Strashko grygorii.stras...@linaro.org Cc: Kevin Hilman khil...@deeprootsystems.com Cc: Nishanth Menon n...@ti.com Cc: Santosh Shilimkar ssant

Re: [PATCH 0/5] PM / clock_ops: provide default runtime ops and cleanup users

On 4/24/2015 7:41 AM, Rafael J. Wysocki wrote: On Thursday, April 23, 2015 02:03:08 PM Rajendra Nayak wrote: Most users of PM clocks do the exact same thing in runtime callbacks. Provide default callbacks and cleanup the existing users (keystone/davinci /omap1/sh) Rajendra Nayak (5): PM /

Re: [RFC 0/5] PM / clock_ops: provide default runtime ops and cleanup users

(keystone/davinci/omap1/sh) Very nice cleanup, Thanks! Indeed !! I can't test it out but from the series, I don't expect anything to break. So looks good to me as well. For the series: Reviewed-by: Kevin Hilman khil...@linaro.org Acked-by: Santosh Shilimkar ssant...@kernel.org -- To unsubscribe

Re: [PATCH] ARM: OMAP4: remove dead kconfig option OMAP4_ERRATA_I688

the code since nobody complained for a few years and Santosh Shilimkar agreed. https://lkml.org/lkml/2015/2/25/449 --- As far as I see, this should remove all the code related to OMAP4_ERRATA_I688, I hope I didn't remove too much. Seems to boot fine, so applying into omap-for-v4.1/fixes-not-urgent

Re: Dead Kconfig Option OMAP4_ERRATA_I688

On 2/25/2015 9:14 AM, Tony Lindgren wrote: Hi, Adding Santosh to Cc on this one. * Stefan Hengelein stefan.hengel...@fau.de [150225 09:13]: During the research for my masters thesis i came across the OMAP4_ERRATA_I688 option and realized, it is never possible to enable this option. The

Re: [PATCH v5 0/7] irqchip: Move OMAP{4,5}/DRA7 to use stacked domains

crossbar to stacked domains DT: update ti,irq-crossbar binding irqchip: GIC: get rid of routable domain DT: arm,gic: kill arm,routable-irqs DT: omap4/5: add binding for the wake-up generator ARM: omap: convert wakeupgen to stacked domains Acked-by: Santosh Shilimkar ssant

Re: [PATCH v4 13/21] ARM: omap: convert wakeupgen to stacked domains

On 1/21/2015 10:36 AM, Tony Lindgren wrote: * Marc Zyngier marc.zyng...@arm.com [150121 09:25]: On 21/01/15 16:30, Tony Lindgren wrote: I gave this a quick boot test on am437x-gp-evm and the interrupts look OK with the fix also applied: # cat /proc/interrupts CPU0 16:

Re: [PATCH v4 13/21] ARM: omap: convert wakeupgen to stacked domains

On 1/21/2015 12:43 PM, Tony Lindgren wrote: * santosh shilimkar santosh.shilim...@oracle.com [150121 12:16]: On 1/21/2015 10:36 AM, Tony Lindgren wrote: * Marc Zyngier marc.zyng...@arm.com [150121 09:25]: On 21/01/15 16:30, Tony Lindgren wrote: I gave this a quick boot test on am437x-gp-evm

Re: [PATCH 1/1] gpio: omap: Fix bad device access with setup_irq()

: Kevin Hilman khil...@kernel.org Cc: Linus Walleij linus.wall...@linaro.org Cc: Russell King - ARM Linux li...@arm.linux.org.uk Cc: Santosh Shilimkar ssant...@kernel.org Signed-off-by: Tony Lindgren t...@atomide.com --- drivers/gpio/gpio-omap.c | 39 +-- 1 file

Re: [PATCH v2 00/21] irqchip: gic: killing gic_arch_extn and co, slowly

-by: Santosh Shilimkar ssant...@kernel.org Regards, Snatosh -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ARM / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

) which is only in linux-next at the moment (via the linux-pm tree). Please let me know if it is OK to take this one into linux-pm. --- arch/arm/mach-keystone/pm_domain.c |2 +- Looks fine to me. For keystone parts. Acked-by: Santosh Shilimkar ssant...@kernel.org -- To unsubscribe from

Re: [PATCH 0/7] ARM: OMAP4+: powerdomain fixes

On Friday 22 August 2014 09:49 AM, Nishanth Menon wrote: Hi, The following series are various fixes and improvements for powerdomain support in OMAP4+. This is part 1/6 series which eventually enables framework for suspend-to-ram and cpuidle for OMAP5 and DRA7 Each of series is based

Re: [PATCH 0/6] ARM: OMAP3+: PRM: fix up prm_handling

Each of series is based on v3.17-rc1 and this specific series is available: weblink: https://github.com/nmenon/linux-2.6-playground/commits/push/v3.17/prm-fixes Series also looks reasonable. Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line

Re: [PATCH 07/10] ARM: OMAP5 / DRA7: Enable CPU RET on suspend

On Wednesday 27 August 2014 03:41 PM, Tony Lindgren wrote: * Nishanth Menon n...@ti.com [140827 12:05]: On 08/27/2014 01:58 PM, Kevin Hilman wrote: Nishanth Menon n...@ti.com writes: From: Rajendra Nayak rna...@ti.com On OMAP5 / DRA7, prevent a CPU powerdomain OFF and resulting MPU OSWR

Re: [PATCH] gpio: omap: Fix interrupt names

that we create irq_chip instance specific for each GPIO bank which is trivial to achieve. Signed-off-by: Nishanth Menon n...@ti.com --- based on v3.17-rc1 Looks good.. Acked-by: Santosh Shilimkar santosh.shilim...@ti.com drivers/gpio/gpio-omap.c | 31 +-- 1 file

Re: [PATCH v2] ARM: OMAP2+: l2c: squelch warning dump on power control setting

...@ti.com Signed-off-by: Sekhar Nori nsek...@ti.com --- Only description updated since v1 Thanks for update. Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH v4 03/11] ARM: OMAP2+: timer: Add suspend-resume callbacks for clkevent device

On Monday 14 July 2014 07:15 AM, Tony Lindgren wrote: * Dave Gerlach d-gerl...@ti.com [140710 19:59]: From: Vaibhav Bedia vaibhav.be...@ti.com OMAP timer code registers two timers - one as clocksource and one as clockevent. Since AM33XX has only one usable timer in the WKUP domain one of the

Re: [PATCH v4 05/11] Documentation: dt: add ti,am3353_wkup_m3 bindings

On Thursday 10 July 2014 10:55 PM, Dave Gerlach wrote: Add the device tree bindings document for am3353 wkup_m3. Signed-off-by: Dave Gerlach d-gerl...@ti.com CC: Ohad Ben-Cohen o...@wizery.com CC: Benoit Cousson bcous...@baylibre.com --- Looks like you missed to copy device tree list and

Re: [PATCH v4 06/11] remoteproc: wkup_m3: Add wkup_m3 remote proc driver

On Thursday 10 July 2014 10:55 PM, Dave Gerlach wrote: Add a remoteproc driver to load the firmware for and boot the wkup_m3 present on am33xx. The wkup_m3 is an integrated Cortex M3 that allows the SoC to enter the lowest possible power state by taking control from the MPU after it has gone

Re: [PATCH 07/14] cpufreq: cpu0: OPPs can be populated at runtime

On Thursday 10 July 2014 08:39 AM, Nishanth Menon wrote: On Thu, Jul 10, 2014 at 6:19 AM, Viresh Kumar viresh.ku...@linaro.org wrote: On 9 July 2014 20:14, Santosh Shilimkar santosh.shilim...@ti.com wrote: Assuming you are updating bidnings as suggested by Stephen, patch looks good to me

Re: [PATCH] ARM: OMAP2+: l2c: squelch warning dump on power control setting

) Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk --- Right. Feel free add my ack if you need one. Acked-by: Santosh Shilimkar santosh.shilim...@ti.com arch/arm/mm/cache-l2x0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mm/cache-l2x0.c b/arch/arm/mm

Re: [PATCH] ARM: OMAP2+: l2c: squelch warning dump on power control setting

On Wednesday 09 July 2014 08:39 AM, Russell King - ARM Linux wrote: On Wed, Jul 09, 2014 at 05:56:37PM +0530, Sekhar Nori wrote: On Wednesday 09 July 2014 02:55 PM, Tony Lindgren wrote: I guess no more comments. Took a look at the patch again, Sekhar, can you please update the description with

Re: [PATCH V3 00/16] irqchip: crossbar: driver fixes

and fixed comments for other patches. I scanned entire series again including your updates on Jason's comments. All look good to my eyes. Hopefully after this series now, we can actually enable the crossbar support on those machines. FWIW, Acked-by: Santosh Shilimkar santosh.shilim...@ti.com

Re: [PATCH V2 03/19] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Friday 13 June 2014 09:10 AM, Jason Cooper wrote: On Fri, Jun 13, 2014 at 12:26:10PM +0530, Sricharan R wrote: On Thursday 12 June 2014 07:35 PM, Jason Cooper wrote: ... Do you have other changes outside of irqchip depending on this series? If so, I can set up a topic branch for you guys

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140523 13:53]: On 23 May 2014 20:32, Tony Lindgren t...@atomide.com wrote: * Tony Lindgren t...@atomide.com [140523 07:45]: * Tobias Jakobi tjak...@math.uni-bielefeld.de [140519 14:19]: But

Re: RCU stall on panda

On Thursday 22 May 2014 04:59 AM, Alex Shi wrote: On 05/16/2014 09:37 PM, Santosh Shilimkar wrote: On Friday 16 May 2014 03:41 AM, Alex Shi wrote: On 05/16/2014 02:36 AM, Santosh Shilimkar wrote: yes. My board is panda ES. without this revert, it works. Care to specify what linux version

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140519 09:46]: On 05/16/2014 11:29 PM, Tony Lindgren wrote: And just to recap, this problem can be reproduced with current Linux next with omap2plus_defconfig with CONFIG_CPU_IDLE enabled. The

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Monday 19 May 2014 03:36 PM, Tony Lindgren wrote: * Daniel Lezcano daniel.lezc...@linaro.org [140519 11:07]: On 05/19/2014 07:51 PM, Tony Lindgren wrote: * Santosh Shilimkar santosh.shilim...@ti.com [140519 10:35]: On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote: * Daniel Lezcano

Re: RCU stall on panda

On Friday 16 May 2014 03:41 AM, Alex Shi wrote: On 05/16/2014 02:36 AM, Santosh Shilimkar wrote: yes. My board is panda ES. without this revert, it works. Care to specify what linux version you are testing against? Does it hang in idle always immediately on booting? Or does the serial

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

Tony, On Thursday 15 May 2014 02:29 PM, Santosh Shilimkar wrote: On Thursday 15 May 2014 01:54 PM, Santosh Shilimkar wrote: On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote: On 05/15/2014 07:03 PM, Santosh Shilimkar wrote: [..] With above mentioned change, it should work. Other

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

Daniel, On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote: On 05/14/2014 09:50 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote: On 05/13/2014 04:39 PM, Santosh Shilimkar wrote: On OMAP4

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote: On 05/15/2014 07:03 PM, Santosh Shilimkar wrote: Daniel, On Wednesday 14 May 2014 05:18 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote: On 05/14/2014 09:50 PM, Santosh Shilimkar wrote: On Wednesday

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Thursday 15 May 2014 01:54 PM, Santosh Shilimkar wrote: On Thursday 15 May 2014 01:50 PM, Daniel Lezcano wrote: On 05/15/2014 07:03 PM, Santosh Shilimkar wrote: [..] With above mentioned change, it should work. Other alternatives is OMAP4 driver does its won registration where it can

Re: RCU stall on panda

locking up hard? I just posted an updated patch Alex on other thread. Attaching here again for your reference. Please try it out and see if the you still get a hang. Regards, Santosh From bb3b82cc5645b83bedf1343d03cc956f27f6fc83 Mon Sep 17 00:00:00 2001 From: Santosh Shilimkar santosh.shilim...@ti.com

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote: On 05/13/2014 04:39 PM, Santosh Shilimkar wrote: On OMAP4 panda board, there have been several bug reports about boot hang and lock-ups with CPU_IDLE enabled. The root cause of the issue is missing interrupts while in idle state. Commit

Re: [PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

On Wednesday 14 May 2014 04:02 PM, Daniel Lezcano wrote: On 05/14/2014 09:50 PM, Santosh Shilimkar wrote: On Wednesday 14 May 2014 03:44 PM, Daniel Lezcano wrote: On 05/13/2014 04:39 PM, Santosh Shilimkar wrote: On OMAP4 panda board, there have been several bug reports about boot hang

Re: omap4-panda-es boot issues with v3.15-rc4

On Tuesday 13 May 2014 04:10 AM, Roger Quadros wrote: On 05/13/2014 01:07 AM, Tony Lindgren wrote: * Santosh Shilimkar santosh.shilim...@ti.com [140512 14:41]: On Sunday 11 May 2014 11:55 AM, Tony Lindgren wrote: * Kevin Hilman khil...@linaro.org [140509 16:46]: Roger Quadros rog...@ti.com

[PATCH] ARM: OMAP4: Fix the boot regression with CPU_IDLE enabled

...@linaro.org Reported-tested-by: Roger Quadros rog...@ti.com Reported-tested-by: Kevin Hilman khil...@linaro.org Tested-by: Tony Lindgren t...@atomide.com Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/mach-omap2/cpuidle44xx.c | 12 1 file changed, 8 insertions(+), 4

Re: omap4-panda-es boot issues with v3.15-rc4

bdd30d68f8fa659aa0e3ce436f94029a7719036b Mon Sep 17 00:00:00 2001 From: Santosh Shilimkar santosh.shilim...@ti.com Date: Mon, 12 May 2014 17:37:59 -0400 Subject: [PATCH] Revert cpuidle / omap4 : use CPUIDLE_FLAG_TIMER_STOP flag This reverts commit cb7094e848f7bcaa0a4cda3db4b232f08dbf5b78. Conflicts: arch/arm/mach

Re: [PATCH 3/5] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote: On 05/08/2014 11:22 PM, Joel Fernandes wrote: On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar santosh.shilim...@ti.com wrote: [...] Ok, thanks for pointing to the post. Yep - thanks Santosh for clarifying this. Now, we still have

Re: [PATCH 3/5] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Friday 09 May 2014 09:36 AM, Nishanth Menon wrote: On 05/09/2014 08:27 AM, Santosh Shilimkar wrote: On Friday 09 May 2014 08:54 AM, Nishanth Menon wrote: On 05/08/2014 11:22 PM, Joel Fernandes wrote: On Thu, May 8, 2014 at 7:25 PM, Santosh Shilimkar santosh.shilim...@ti.com wrote

Re: [PATCH 3/5] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Friday 09 May 2014 10:00 AM, Nishanth Menon wrote: On 05/09/2014 08:45 AM, Santosh Shilimkar wrote: On Friday 09 May 2014 09:36 AM, Nishanth Menon wrote: [..] Looks like I am missing something. Is the issue because of SPI offset (32) which makes above confusion ? The way we modelled

Re: [PATCH 1/2] gpio: omap: prepare and unprepare the debounce clock

. Reported-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Rajendra Nayak rna...@ti.com Cc: linux-g...@vger.kernel.org Cc: Santosh Shilimkar santosh.shilim...@ti.com Cc: Kevin Hilman khil...@deeprootsystems.com --- drivers/gpio/gpio-omap.c | 10 +- 1 file changed, 5

Re: [PATCH 1/2] gpio: omap: prepare and unprepare the debounce clock

. Reported-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Rajendra Nayak rna...@ti.com Cc: linux-g...@vger.kernel.org Cc: Santosh Shilimkar santosh.shilim...@ti.com Cc: Kevin Hilman khil...@deeprootsystems.com --- $subject patch looks fine but I don't see patch 2/2 assuming

Re: [PATCH 3/5] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Thursday 08 May 2014 06:43 PM, Joel Fernandes wrote: On Thu, May 8, 2014 at 3:37 PM, Nishanth Menon n...@ti.com wrote: On 14:24-20140508, Joel Fernandes wrote: On 05/05/2014 09:18 AM, Sricharan R wrote: From: Nishanth Menon n...@ti.com When, in the system due to varied reasons, interrupts

Re: [PATCH 3/5] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Thursday 08 May 2014 08:13 PM, Joel Fernandes wrote: On Thu, May 8, 2014 at 6:05 PM, Santosh Shilimkar santosh.shilim...@ti.com wrote: [..] Further since not everything goes through the crossbar and some are direct mapped like your diagram, the correct fix is probably making it an irqchip

Re: [PATCH v3] gpio: omap: implement get_direction

? Looks fine to me as well. Acked-by: Santosh Shilimkar santosh.shilim...@ti.com Part of me wants to list Javier as maintainer for this driver. Am ok with it as well. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More

Re: [PATCH v3 0/3] ARM: OMAP2+: AM437x: L2 cache support

of redundant cache replacement policy setting ARM: OMAP2+: AM43x: L2 cache support For the whole series, Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] ARM: OMAP5: Switch to THUMB mode if needed on secondary CPU

to the kernel. Switch to THUMB mode if required once the kernel is control of secondary CPU. On OMAP4 on the other hand, it appears to be in THUMB mode on entry so this is not required and SMP boot works as is. Cc: Santosh Shilimkar santosh.shilim...@ti.com Cc: Russell King li...@arm.linux.org.uk

Re: [PATCH V2 01/19] bus: omap_l3_noc: Fix copyright information

coverage to the current year and update the template to remove redundant information and use the standard boiler plate licensing. Signed-off-by: Nishanth Menon n...@ti.com --- Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap

Re: [PATCH V2 02/19] bus: omap_l3_noc: rename functions and data to omap_l3

-by: Nishanth Menon n...@ti.com --- Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH V2 03/19] bus: omap_l3_noc: remove iclk from omap_l3 struct

On Thursday 17 April 2014 04:49 PM, Nishanth Menon wrote: we do not use iclk directly anymore. And, even if we had to, we should be using pm_runtime APIs to do the same to be completely SoC independent. Signed-off-by: Nishanth Menon n...@ti.com --- Acked-by: Santosh Shilimkar santosh.shilim

Re: [PATCH V2 00/19] bus: omap_l3_noc: driver cleanups and support for DRA7/AM4372

pretty good. Thanks for fixups, updates. For whole series, Acked-by: Santosh Shilimkar santosh.shilim...@ti.com Patches(including Peter's) is available here: https://github.com/nmenon/linux-2.6-playground/commits/l3noc/driver-fixes-v2 Can Tony pull this branch for 3.16 then which includes

Re: [PATCH V2 05/19] bus: omap_l3_noc: switch over to relaxed variants of readl/writel

On Thursday 17 April 2014 05:52 PM, Felipe Balbi wrote: Hi, On Thu, Apr 17, 2014 at 03:49:21PM -0500, Nishanth Menon wrote: Currently we use __raw_readl and writel in this driver, however, there __raw_* and *_relaxed variants are the same, just have a look asm/io.h Except the relaxed

Re: L3 custom error on OMAP4460

On Saturday 12 April 2014 05:06 PM, Joachim Eastwood wrote: Hi, I getting the following error on Linus master right now. [ 2.166320] WARNING: CPU: 0 PID: 0 at drivers/bus/omap_l3_noc.c:113 l3_interrupt_handler+0xf4/0x154() [ 2.166320] L3 custom error: MASTER:MPU TARGET:L4 PER2 [

Re: [PATCH 1/5] gpio: omap: convert to use irq_domain_add_simple()

+ bank-domain = irq_domain_add_simple(node, bank-width, irq_base, + irq_domain_simple_ops, NULL); if (!bank-domain) { dev_err(dev, Couldn't register an IRQ domain\n); return -ENODEV; Looks good. Acked-by: Santosh

Re: [PATCH 2/5] gpio: omap: check gpiochip_add() return value

--- Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3/5] gpio: omap: add a GPIO_OMAP option instead of using ARCH_OMAP

dependencies (i.e: select) since that would mean touching the sub-arch config option. So is better to add a boolean Kconfig option for this driver that defaults to true if ARCH_OMAP is enabled. Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk --- Acked-by: Santosh

Re: [PATCH 4/5] gpio: omap: convert driver to use gpiolib irqchip

On Sunday 06 April 2014 10:58 AM, Javier Martinez Canillas wrote: Converts the GPIO OMAP driver to register its chained irq handler and irqchip using the helpers in the gpiolib core. Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk --- drivers/gpio/Kconfig | 1

Re: [PATCH v2 3/3] ARM: OMAP2+: AM43x: L2 cache support

On Wednesday 09 April 2014 12:33 PM, Russell King - ARM Linux wrote: On Tue, Apr 08, 2014 at 11:17:17AM -0400, Santosh Shilimkar wrote: On Tuesday 08 April 2014 10:53 AM, Sekhar Nori wrote: On Friday 04 April 2014 03:48 PM, Russell King - ARM Linux wrote: On Fri, Apr 04, 2014 at 03:40:29PM

Re: [PATCH v2 3/3] ARM: OMAP2+: AM43x: L2 cache support

On Tuesday 08 April 2014 10:53 AM, Sekhar Nori wrote: On Friday 04 April 2014 03:48 PM, Russell King - ARM Linux wrote: On Fri, Apr 04, 2014 at 03:40:29PM +0530, Sekhar Nori wrote: diff --git a/arch/arm/mach-omap2/omap4-common.c b/arch/arm/mach-omap2/omap4-common.c index f8b8dac..6b2a056

Re: [PATCH 1/5] iommu/omap: Use the cache cleaning API

On Friday 14 March 2014 09:49 PM, Suman Anna wrote: Hi Santosh, Laurent, Russell, Arnd, On 03/14/2014 12:51 PM, Santosh Shilimkar wrote: On Friday 14 March 2014 12:38 PM, Laurent Pinchart wrote: Hi Santosh, On Friday 14 March 2014 12:15:11 Santosh Shilimkar wrote: + Russell, Arnd

Re: [PATCH 1/5] iommu/omap: Use the cache cleaning API

+ Russell, Arnd On Thursday 13 March 2014 10:47 PM, Anna, Suman wrote: Hi Laurent, On 03/07/2014 06:46 PM, Laurent Pinchart wrote: The page table entries must be cleaned from the cache before being accessed by the IOMMU. Instead of implementing cache management manually (and ignoring L2

Re: [PATCH 1/5] iommu/omap: Use the cache cleaning API

On Friday 14 March 2014 12:38 PM, Laurent Pinchart wrote: Hi Santosh, On Friday 14 March 2014 12:15:11 Santosh Shilimkar wrote: + Russell, Arnd On Thursday 13 March 2014 10:47 PM, Anna, Suman wrote: On 03/07/2014 06:46 PM, Laurent Pinchart wrote: The page table entries must be cleaned

Re: [PATCH 1/5] iommu/omap: Use the cache cleaning API

On Friday 14 March 2014 12:57 PM, Arnd Bergmann wrote: On Friday 14 March 2014, Santosh Shilimkar wrote: I remember NAKing this approach in past and my stand remains same. The cache APIs which you are trying to use here are not suppose to be used outside. I think the right way to fix

Re: [PATCH v3 5/5] drivers: bus: omap_l3: Change pr_crit() to dev_err() when IRQ request fails

On Thursday 13 March 2014 01:28 AM, Tony Lindgren wrote: * Peter Ujfalusi peter.ujfal...@ti.com [140304 23:14]: On 03/04/2014 04:37 PM, Santosh Shilimkar wrote: On Tuesday 04 March 2014 08:48 PM, Peter Ujfalusi wrote: Use dev_err() which will going to print the driver's name as well

Re: [PATCH] ARM: OMAP4: Fix definition of IS_PM44XX_ERRATUM

On Thursday 13 March 2014 05:43 AM, Nishanth Menon wrote: Just like IS_PM34XX_ERRATUM, IS_PM44XX_ERRATUM is valid only if CONFIG_PM is enabled, else, disabling CONFIG_PM results in build failure complaining about the following: arch/arm/mach-omap2/built-in.o: In function

Re: [PATCH] ARM: OMAP4: Fix definition of IS_PM44XX_ERRATUM

On Thursday 13 March 2014 06:07 AM, Nishanth Menon wrote: On 03/12/2014 04:59 PM, Santosh Shilimkar wrote: On Thursday 13 March 2014 05:43 AM, Nishanth Menon wrote: Just like IS_PM34XX_ERRATUM, IS_PM44XX_ERRATUM is valid only if CONFIG_PM is enabled, else, disabling CONFIG_PM results in build

Re: [PATCH RFC 08/26] dmaengine: omap-dma: consolidate setup of CCR

On Wednesday 22 January 2014 09:19 AM, Russell King - ARM Linux wrote: On Wed, Jan 22, 2014 at 06:25:57PM +0530, Sricharan R wrote: Setting up of DMA_DST_SYNC_PREFETCH is missing after this ? I'm not looking for the DMA engine driver to be a 100% reimplementation of the legacy driver.

Re: [PATCH] ARM: OMAP4: sleep: byteswap data for big-endian

for BE work for a while. We are very grateful to the platform for that - it is affordable and easily available! Given, beyond ongoing BE testing on Pandaboard in LNG there may not be valid use case for further things on OMAP4 BE. We had discussion with Santosh Shilimkar from TI during last Linaro

Re: [PATCH v2] ARM: OMAP4460: cpuidle: Extend PM_OMAP4_ROM_SMP_BOOT_ERRATUM_GICD on cpuidle

On Tuesday 14 January 2014 04:26 PM, Kevin Hilman wrote: On Fri, Nov 15, 2013 at 8:12 AM, Santosh Shilimkar santosh.shilim...@ti.com wrote: On Friday 15 November 2013 11:11 AM, Tony Lindgren wrote: * Taras Kondratiuk taras.kondrat...@linaro.org [131115 08:03]: On 11/15/2013 05:36 PM, Tony

Re: [PATCH] ARM: OMAP4: sleep: byteswap data for big-endian

On Tuesday 14 January 2014 04:13 PM, Nishanth Menon wrote: On Tue, Jan 14, 2014 at 3:03 PM, Santosh Shilimkar santosh.shilim...@ti.com wrote: ok.. some sort of Linaro thing about which I have no background about - but dont really care in this context. Nothing related Linaro. Its just

Re: [PATCH V5 0/4] DRIVERS: IRQCHIP: Add support for crossbar IP

Sricharan, On Wednesday 25 December 2013 11:52 PM, Sricharan R wrote: Hi Thomas, On Wednesday 18 December 2013 02:49 PM, Sricharan R wrote: Hi Thomas, On Tuesday 03 December 2013 03:57 PM, Sricharan R wrote: Some socs have a large number of interrupts requests to service the needs of its

Re: [PATCH] cpufreq: omap: clk_round_rate() can return a zero upon error

in the meantime. This patch also removes a bogus usage of IS_ERR_VALUE(), which is intended to be used only on combination pointer/error code return values; a side-benefit. Signed-off-by: Paul Walmsley pwalms...@nvidia.com Cc: Santosh Shilimkar santosh.shilim...@ti.com Cc: Viresh Kumar viresh.ku

Re: [PATCH v2 1/7] usb: dwc3: keystone: add basic PM support

On Thursday 12 December 2013 07:43 PM, Felipe Balbi wrote: On Thu, Dec 12, 2013 at 07:29:24PM -0500, Santosh Shilimkar wrote: On Thursday 12 December 2013 04:45 PM, Felipe Balbi wrote: A bare-minimum PM implementation which will server as building block for more complex s/server/serve

Re: [PATCH v2 1/7] usb: dwc3: keystone: add basic PM support

On Thursday 12 December 2013 04:45 PM, Felipe Balbi wrote: A bare-minimum PM implementation which will server as building block for more complex s/server/serve ;-) PM implementation in the future. At the least will not leave clocks on unnecessarily when e.g. a user write mem to

Re: [PATCH V2] gpio: omap: refresh patch be more aggressive with pm_runtime against v3.12-rc5

Adding Kevin's Linaro id, + Nishant, On Tuesday 26 November 2013 05:46 PM, Chao Xu wrote: From: Felipe Balbi ba...@ti.com try to keep gpio block suspended as much as possible. Tested with pandaboard and a sysfs exported gpio. Signed-off-by: Felipe Balbi balbi at ti.com

Re: HYP Kernel boot requirements

On Tuesday 26 November 2013 09:13 AM, Catalin Marinas wrote: On Mon, Nov 25, 2013 at 07:44:08PM +, Santosh Shilimkar wrote: On Monday 25 November 2013 12:28 PM, Catalin Marinas wrote: On Mon, Nov 25, 2013 at 04:59:16PM +, Santosh Shilimkar wrote: What I am saying is the platforms like

Re: HYP Kernel boot requirements

On Tuesday 26 November 2013 12:37 PM, Dave Martin wrote: On Tue, Nov 26, 2013 at 09:47:13AM -0500, Santosh Shilimkar wrote: On Tuesday 26 November 2013 09:13 AM, Catalin Marinas wrote: On Mon, Nov 25, 2013 at 07:44:08PM +, Santosh Shilimkar wrote: On Monday 25 November 2013 12:28 PM

Re: [PATCH 2/2] ARM: OMAP5: Add HYP mode entry support for secondary CPUs

On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote: On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com wrote: Boot-CPU entry into the HYP mode is managed in boot-loader but the secondary CPUs directly jumps to kernel during boot. Same path is also used for CPU

HYP Kernel boot requirements [Was ...Re: [PATCH 2/2] ARM: OMAP5: Add HYP mode entry support for secondary CPUs]

On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote: On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com wrote: On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote: On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com wrote: Boot-CPU entry

Re: [PATCH 2/2] ARM: OMAP5: Add HYP mode entry support for secondary CPUs

On Monday 25 November 2013 11:42 AM, Marc Zyngier wrote: On 25/11/13 16:28, Santosh Shilimkar wrote: On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote: On 23 November 2013 16:07, Santosh Shilimkar santosh.shilim...@ti.com wrote: Boot-CPU entry into the HYP mode is managed in boot

Re: HYP Kernel boot requirements

On Monday 25 November 2013 12:28 PM, Catalin Marinas wrote: On Mon, Nov 25, 2013 at 04:59:16PM +, Santosh Shilimkar wrote: On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote: On 25 November 2013 08:28, Santosh Shilimkar santosh.shilim...@ti.com wrote: On Monday 25 November 2013

[PATCH 1/2] ARM: dts: OMAP5: Add maintenance interrupt for virtualisation

Add a maintenance IRQ using PPI 9 to OMAP5 device tree needed for virtualisation. Cc: Marc Zyngier marc.zyng...@arm.com Cc: Christoffer Dall christoffer.d...@linaro.org Cc: Benoît Cousson bcous...@baylibre.com Cc: Tony Lindgren t...@atomide.com Signed-off-by: Santosh Shilimkar santosh.shilim

[PATCH 0/2] ARM: OMAP5: Couple of patches for KVM

Couple of patches for OMAP5 machines towards KVM support. Cc: Marc Zyngier marc.zyng...@arm.com Cc: Christoffer Dall christoffer.d...@linaro.org Cc: Tony Lindgren t...@atomide.com Santosh Shilimkar (2): ARM: dts: OMAP5: Add maintenance interrupt for virtualisation ARM: OMAP5: Add HYP mode

[PATCH 2/2] ARM: OMAP5: Add HYP mode entry support for secondary CPUs

...@arm.com Cc: Christoffer Dall christoffer.d...@linaro.org Cc: Tony Lindgren t...@atomide.com Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/mach-omap2/omap-headsmp.S |7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/mach-omap2/omap-headsmp.S b/arch/arm/mach

Re: [PATCH 1/2] ARM: dts: OMAP5: Add maintenance interrupt for virtualisation

On Saturday 23 November 2013 07:07 PM, Santosh Shilimkar wrote: Add a maintenance IRQ using PPI 9 to OMAP5 device tree needed for virtualisation. Cc: Marc Zyngier marc.zyng...@arm.com Cc: Christoffer Dall christoffer.d...@linaro.org Cc: Benoît Cousson bcous...@baylibre.com Cc: Tony

Re: [RFC 01/23] gpio/omap: raw read and write endian fix

Kamensky victor.kamen...@linaro.org Signed-off-by: Taras Kondratiuk taras.kondrat...@linaro.org --- Acked-by: Santosh Shilimkar santosh.shilim...@ti.com -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info

  1   2   3   4   5   6   7   8   9   10   >