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
regression for MPUIO interrupts")
Reported-by: Aaro Koskinen
Signed-off-by: Grygorii Strashko
---
Acked-by: Santosh Shilimkar
--
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
ays-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
Cc: John Stultz
Cc: Felipe Balbi
Cc: Tony Lindgren
Cc: Santosh Shilimkar
Signed-off-by: Grygorii Strashko
---
Changes in v2:
- su
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
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, we can
finally e
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 periods of
the functional clock of the GPIO IP. This
: Unbalanced pm_runtime_enable!
Let's fix the issue by adding the missing pm_runtime_put() on error.
Cc: Grygorii Strashko
Cc: Javier Martinez Canillas
Cc: Kevin Hilman
Cc: Santosh Shilimkar
Signed-off-by: Tony Lindgren
---
drivers/gpio/gpio-omap.c | 5 -
1 file changed, 4 inser
and 7. Will look at it again in detail.
For 1 to 5,
Acked-by: Santosh Shilimkar
--
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
_enable()
+ clk_prepare() 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
---
Should be safe to do it.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "
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
--
To unsubscribe from this list: send the line "unsubscribe linux-om
.c | 7 ++-
drivers/bus/omap_l3_noc.c | 4 ++--
include/linux/pm.h| 12
3 files changed, 16 insertions(+), 7 deletions(-)
Looks fine to me.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
e Kconfig entry just a tristate
option that's selected for omaps.
Cc: Felipe Balbi
Cc: Javier Martinez Canillas
Cc: Grygorii Strashko
Cc: Kevin Hilman
Cc: Nishanth Menon
Cc: Santosh Shilimkar
Signed-off-by: Tony Lindgren
---
drivers/gpio/Kconfig| 2 +-
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 / cl
code trying to do the same.
Cc: Aaro Koskinen
Cc: Felipe Balbi
Cc: Javier Martinez Canillas
Cc: Grygorii Strashko
Cc: Kevin Hilman
Cc: Nishanth Menon
Cc: Santosh Shilimkar
Signed-off-by: Tony Lindgren
---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "u
/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
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe
omplained 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.
Acke
On 2/25/2015 9:14 AM, Tony Lindgren wrote:
Hi,
Adding Santosh to Cc on this one.
* Stefan Hengelein [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 a62a6e98 commit added the "&&
p: crossbar: convert dra7 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:
On 1/21/2015 12:43 PM, Tony Lindgren wrote:
* santosh shilimkar [150121 12:16]:
On 1/21/2015 10:36 AM, Tony Lindgren wrote:
* Marc Zyngier [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
On 1/21/2015 10:36 AM, Tony Lindgren wrote:
* Marc Zyngier [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:657 WUGEN 68 gp_
This will allow
us to rely on just runtime PM for tracking the bank specific state.
Reported-by: Russell King
Cc: Felipe Balbi
Cc: Javier Martinez Canillas
Cc: Kevin Hilman
Cc: Linus Walleij
Cc: Russell King - ARM Linux
Cc: Santosh Shilimkar
Signed-off-by: Tony Lindgren
---
drivers/gpio
up the GIC code for better.
Feel free to add my ack if you need one.
Acked-by: Santosh Shilimkar
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
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
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
On Wednesday 27 August 2014 03:41 PM, Tony Lindgren wrote:
> * Nishanth Menon [140827 12:05]:
>> On 08/27/2014 01:58 PM, Kevin Hilman wrote:
>>> Nishanth Menon writes:
>>>
From: Rajendra Nayak
On OMAP5 / DRA7, prevent a CPU powerdomain OFF and resulting MPU OSWR
and instead a
On Wednesday 27 August 2014 03:35 PM, Nishanth Menon wrote:
> On Wed, Aug 27, 2014 at 2:13 PM, Kevin Hilman
> wrote:
>> + Daniel (cpuidle maintainer)
> [...]
>>> +static int omap_enter_idle_smp(struct cpuidle_device *dev,
>>> +struct cpuidle_driver *drv,
>>> +
OMAP5 and DRA7
>
> 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
--
To unsubscribe from this
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
0 4805d000.gpio 27 mmc0
>
> This requires that we create irq_chip instance specific for each GPIO
> bank which is trivial to achieve.
>
> Signed-off-by: Nishanth Menon
> ---
> based on v3.17-rc1
Looks good..
Acked-by: Santosh Shilimkar
> drivers/gpio/gpio-omap.c
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 gon
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
> CC: Ohad Ben-Cohen
> CC: Benoit Cousson
> ---
Looks like you missed to copy device tree list and maintainers.
As Tony suggested, split up the seri
On Monday 14 July 2014 07:15 AM, Tony Lindgren wrote:
> * Dave Gerlach [140710 19:59]:
>> From: Vaibhav Bedia
>>
>> 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 timers needs suspend-resu
t; Reported-by: Nishanth Menon
> Tested-by: Felipe Balbi
> Signed-off-by: Sekhar Nori
> ---
> Only description updated since v1
>
Thanks for update.
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a m
On Thursday 10 July 2014 08:39 AM, Nishanth Menon wrote:
> On Thu, Jul 10, 2014 at 6:19 AM, Viresh Kumar wrote:
>> On 9 July 2014 20:14, Santosh Shilimkar wrote:
>>> Assuming you are updating bidnings as suggested by Stephen,
>>> patch looks good to me.
>>> Ac
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 descript
x.
>
Sorry for joining late on the thread. Yes the power control register API
isn't provided and write should be avoiding.
> From: Russell King
> Cc: linux-arm-ker...@lists.infradead.org
> Subject: [PATCH] ARM: l2c: fix revision checking
>
> The revision checking in l2c310_en
-skip properties from DT,
> merged path#8 for checkpatch warning to other relevant
> patches 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 actua
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 y
On Tuesday 27 May 2014 04:34 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140523 13:53]:
>> On 23 May 2014 20:32, Tony Lindgren wrote:
>>
>>> * Tony Lindgren [140523 07:45]:
* Tobias Jakobi [140519 14:19]:
>
> But even if I don't connect via WiFi at all, just boot and let me
>>> sy
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.
>>>>&g
On Monday 19 May 2014 03:36 PM, Tony Lindgren wrote:
> * Daniel Lezcano [140519 11:07]:
>> On 05/19/2014 07:51 PM, Tony Lindgren wrote:
>>> * Santosh Shilimkar [140519 10:35]:
>>>> On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
>>>>> * Daniel
On Monday 19 May 2014 01:23 PM, Tony Lindgren wrote:
> * Daniel Lezcano [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
>>> system should
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:
>
> [..]
>
>>>>&
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 testin
itialization} to
avoid the issue. With this change, OMAP4 panda boards, the mentioned
issues are getting fixed. We no longer loose interrupts which was the cause
of the regression.
Cc: Roger Quadros
Cc: Kevin Hilman
Cc: Tony Lindgren
Cc: Daniel Lezcano
Reported-tested-by: Roger Quadros
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
>>>> driv
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
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:
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
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 interrupt
Tested-by: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/cpuidle44xx.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle44xx.c
b/arch/arm/mach-omap2/cpuidle44xx.c
index 01fc710..3e169d9 100644
--- a/arch/arm
On Tuesday 13 May 2014 04:10 AM, Roger Quadros wrote:
> On 05/13/2014 01:07 AM, Tony Lindgren wrote:
>> * Santosh Shilimkar [140512 14:41]:
>>> On Sunday 11 May 2014 11:55 AM, Tony Lindgren wrote:
>>>> * Kevin Hilman [140509 16:46]:
>>>>&
row.
>
> But what has caused this regression, does it work reliably with let's
> say v3.13 or v3.12?
>
IIRC things were stable till some CPUIDLE code consolidation happened.
I don't recall exactly but some one did discuss about it a while back.
Can you re-
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 confus
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
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
>> wrote:
> [...]
>> Ok, thanks for pointing to the post.
>>
>
>
> Yep - thanks Santosh for clarifyin
On Thursday 08 May 2014 08:13 PM, Joel Fernandes wrote:
> On Thu, May 8, 2014 at 6:05 PM, Santosh Shilimkar
> wrote:
> [..]
>>> Further since not everything goes through the crossbar and some are
>>> direct mapped like your diagram, the correct fix is probably making
On Thursday 08 May 2014 06:43 PM, Joel Fernandes wrote:
> On Thu, May 8, 2014 at 3:37 PM, Nishanth Menon wrote:
>> On 14:24-20140508, Joel Fernandes wrote:
>>> On 05/05/2014 09:18 AM, Sricharan R wrote:
From: Nishanth Menon
When, in the system due to varied reasons, interrupts migh
tate by default.
>
> Reported-by: Kishon Vijay Abraham I
> Signed-off-by: Rajendra Nayak
> Cc: linux-g...@vger.kernel.org
> Cc: Santosh Shilimkar
> Cc: Kevin Hilman
> ---
$subject patch looks fine but I don't see patch 2/2 assuming this
is series of two patch
tate by default.
>
> Reported-by: Kishon Vijay Abraham I
> Signed-off-by: Rajendra Nayak
> Cc: linux-g...@vger.kernel.org
> Cc: Santosh Shilimkar
> Cc: Kevin Hilman
> ---
> drivers/gpio/gpio-omap.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions
gt; struct gpio_desc.
>>
>> Signed-off-by: Yegor Yefremov
>> Acked-by: Javier Martinez Canillas
>> ---
>> Changes:
>> v3: get rid of _get_gpio_direction() (Linus Walleij)
>> v2: rework return value calculation
>
> Looks good to me
ontrol 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
> Cc: Russell King
>
L2 cache: get rid of init call
> ARM: OMAP2+: L2 cache: git rid of redundant cache replacement policy
> setting
> ARM: OMAP2+: AM43x: L2 cache support
>
For the whole series,
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-
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
>
Except the relaxed vers
ts.
>
> This series cleansup omap_l3_noc driver and adds data to support DRA7
> and AM437x SoCs.
>
I looked at the series and its looks pretty good. Thanks for fixups, updates.
For whole series,
Acked-by: Santosh Shilimkar
> Patches(including Peter's) is available here:
>
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
> ---
Acked-by: Santosh Shilimkar
Menon
> ---
>
Acked-by: Santosh Shilimkar
--
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
t;
:D
> While at it, update 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
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line &q
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
> [ 2
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
> ---
> drivers/gpio/Kconfig | 1 +
> drivers/gpio/gpio-oma
cies or reverse
> 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
> -
On Sunday 06 April 2014 10:58 AM, Javier Martinez Canillas wrote:
> The gpiochip_add() function can fail if the chip cannot
> be registered so the return value has to be checked and
> the error propagated in case it happens.
>
> Signed-off-by: Javier Martinez Canillas
> ---
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 Shilimkar
--
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 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 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..
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 M
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.
>>
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 Pinchar
+ 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 ignori
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,
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 `omap4_boot_seconda
On Thursday 13 March 2014 01:28 AM, Tony Lindgren wrote:
> * Peter Ujfalusi [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
f-by: Peter Ujfalusi
> Reviewed-by: Santosh Shilimkar
> ---
> drivers/bus/omap_l3_noc.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
> index 0eff48585ae3..972691a668a3 100644
> --- a/d
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.
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 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
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
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 n
pt to preserve the correct behavior 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
> Cc: Santosh Shilimkar
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 f
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 /sys/p
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 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
On Tuesday 26 November 2013 09:13 AM, Catalin Marinas wrote:
> On Mon, Nov 25, 2013 at 07:44:08PM +0000, 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:
>>&g
On Monday 25 November 2013 12:28 PM, Catalin Marinas wrote:
> On Mon, Nov 25, 2013 at 04:59:16PM +0000, Santosh Shilimkar wrote:
>> On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote:
>>> On 25 November 2013 08:28, Santosh Shilimkar
>>> wrote:
>>>&
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
>>> wrote:
>>>> Boot-CPU entry into the
On Monday 25 November 2013 11:33 AM, Christoffer Dall wrote:
> On 25 November 2013 08:28, Santosh Shilimkar wrote:
>> On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
>>> On 23 November 2013 16:07, Santosh Shilimkar
>>> wrote:
>>>> Boot-CPU ent
On Monday 25 November 2013 10:09 AM, Christoffer Dall wrote:
> On 23 November 2013 16:07, Santosh Shilimkar 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 h
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
> Cc: Christoffer Dall
> Cc: Benoît Cousson
> Cc: Tony Lindgren
> Signed-off-by: Santosh Shilimkar
Dall
Cc: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
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-omap2/omap-headsmp.S
index 75e9295..4844dd8 100644
--- a/arch/arm/mach-omap2/omap
Add a maintenance IRQ using PPI 9 to OMAP5 device tree
needed for virtualisation.
Cc: Marc Zyngier
Cc: Christoffer Dall
Cc: Benoît Cousson
Cc: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
arch/arm/boot/dts/omap5.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot
1 - 100 of 1884 matches
Mail list logo