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
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
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
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
state on past OMAP SOCs.
If either of these are still the issue then
TWD shouldn't be used.
Regards,
Santosh
--
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
hile, let's let's keep it as is.
Just to be clear, being a common GPIO driver, it can't break
backward compatibility. So NAK for current patch.
If needed, please setup different debounce functions based
on GPIO IP numbers if it makes is efficient/accurate.
Regards,
Santosh
--
To unsubscribe from th
: 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
. 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
() 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
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
| 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
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
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
that if people don't have problems with that.
I am fine by that given dependency with first patch.
Another way is, you pick up the first patch and give us an
immutable branch.
Either way is fine by me.
Regards,
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
(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
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
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
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
. Also seems to actually work with the
attached patch:
TWD is useless on this machine since single core and TWD
as know die in low power states. All the broadcast stuff
is for SMP machines.
Above is expected and correct and no patching is needed.
Regards,
Santosh
--
To unsubscribe from this list
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
: 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
-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
) 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
Sorry for the format. Emailing from webmail.
From: Daniel Lezcano [daniel.lezc...@linaro.org]
Sent: Wednesday, September 17, 2014 2:49 PM
To: Menon, Nishanth; Shilimkar, Santosh; Tony Lindgren; Kristo, Tero; Paul
Walmsley
Cc: Kevin Hilman; linux-arm-ker
From: Daniel Lezcano [daniel.lezc...@linaro.org]
Sent: Wednesday, September 17, 2014 8:22 PM
To: Shilimkar, Santosh; Menon, Nishanth; Tony Lindgren; Kristo, Tero; Paul
Walmsley
Cc: Kevin Hilman; linux-arm-ker...@lists.infradead.org;
linux-omap
.
Once you update Kevin's BUG() comments, feel free to add my ack.
Regards,
Santosh
--
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
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
? That limits the use of
soc_is to init code only which makes it easier to phase it
out completely eventually.
Indeed. Infact the version of the code I tried posting last year was
using a flag which was initialised during init. Same can be
done her.
Regards,
Santosh
--
To unsubscribe from
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
...@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
initialize the SoC specific
timer suspend and resume functions in mach-omap2/timer.c
in a way where eventually the device driver can easily use
them?
+1. I had similar comments on the previous version too.
Regards,
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap
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
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
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
)
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
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
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
and hence the above
combinations becomes bit irrelevant.
Regards,
Santosh
--
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
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
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
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
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
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
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
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
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
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
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
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
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
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
...@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
CPUIDLE code consolidation happened.
I don't recall exactly but some one did discuss about it a while back.
Can you re-run your test-cases with patch at end of the email. This
is just a hunch so don't blame me if I waste your time testing the
patch.
regards,
Santosh
From
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
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
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
.
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
.
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
to complicate
it further.
Regards,
Santosh
--
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
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
using
struct gpio_desc.
Signed-off-by: Yegor Yefremov yegorsli...@googlemail.com
Acked-by: Javier Martinez Canillas jav...@dowhile0.org
---
Changes:
v3: get rid of _get_gpio_direction() (Linus Walleij)
v2: rework return value calculation
Looks good to me, Kevin, Santosh
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
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
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
-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
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
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
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
on top of
Linus master which is the DT support patch which I posted a couple of
hours ago.
Have you tried removing AES from the build ? Probably worth a
try.
Regards,
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
+ 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
---
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
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
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
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
of UP config,
keeping that doesn't hurt either.
Why don't you just re-use that as is ? Sorry if I have missed any
other discussion on the thread.
Regards,
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
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
=2
Santosh,
Can you please take a look at this patch and provide your comments?
regards
Suman
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 41 ++---
1 file changed, 10 insertions(+), 31
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
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
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
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
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
/arm/plat-omap/dma.c: if (src_or_dst_synch ==
OMAP_DMA_DST_SYNC_PREFETCH) {
include/linux/omap-dma.h:#define OMAP_DMA_DST_SYNC_PREFETCH 0x02
Hence, this feature is unused at present.
I thought the crypto was using the prefetch feature but it isn't.
Regards,
Santosh
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
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
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
these patches applied and send it
to Tony ?
Tony, Will you able to pull this and send it up to arm-soc ?
Regards,
Santosh
--
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
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
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
/state.
Signed-off-by: Felipe Balbi ba...@ti.com
---
improve error path a little bit.
We will test this out. Thanks for the
patch Felipe.
Regards,
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
,
Santosh
--
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
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
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
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
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
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
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
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
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
...@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
1 - 100 of 2783 matches
Mail list logo