ion to the AM335x suspend handler which modifies the
> PWR_MGMT_CTRL register in the EMIF.
>
> Signed-off-by: Vaibhav Bedia
> Signed-off-by: Dave Gerlach
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the bod
On Tuesday 06 August 2013 01:49 PM, Dave Gerlach wrote:
> From: Vaibhav Bedia
>
> Allow interrupt for wkup_m3 to be set from DT.
>
> Signed-off-by: Vaibhav Bedia
> Signed-off-by: Dave Gerlach
> Cc: Benoit Cousson
> ---
Acked-by: Santosh Shilimkar
--
To unsubscribe
On Tuesday 06 August 2013 01:49 PM, Dave Gerlach wrote:
> From: Vaibhav Bedia
>
> Interacting with WKUP-M3 requires some more control
> module register writes. Add the register offsets and
> APIs to write to these.
>
> Signed-off-by: Vaibhav Bedia
> Signed-off-by: Dave Gerlach
> ---
> arch/ar
header file to include/linux so that
> both the EMIF driver and the AM33XX PM code can benefit.
>
> Signed-off-by: Dave Gerlach
> Cc: Santosh Shilimkar
> Cc: Benoit Cousson
> Cc: Aneesh V
> ---
> drivers/memory/emif.h | 543 +-
On Tuesday 06 August 2013 01:49 PM, Dave Gerlach wrote:
> Hi,
>
> This is the third version of the patch series for adding basic suspend-resume
> support for AM33XX, previously submitted by Vaibhav Bedia. This patchset
> is based on 3.11-rc4 and depends on a forthcoming patchset from Suman Anna
>
On Tuesday 30 July 2013 07:25 AM, Rajendra Nayak wrote:
> Changes in v2:
> -1- Fixed minor changelog details
> -2- Dropped the SRAM support patch since we need to move to
> drivers/misc/sram.c
> -3- Added DTS update patches to this series which were earlier posted as
> part of the data series (Sin
On Friday 02 August 2013 10:45 AM, Sudeep KarkadaNagesha wrote:
> On 01/08/13 19:17, Santosh Shilimkar wrote:
>> From: Vaibhav Bedia
>>
>> The generic code is well equipped to differentiate between
>> SMP and UP configurations.However, there are some devices which
>&
On Friday 02 August 2013 10:18 AM, Dave Martin wrote:
> On Thu, Aug 01, 2013 at 02:17:13PM -0400, Santosh Shilimkar wrote:
>> From: Vaibhav Bedia
>>
>> The generic code is well equipped to differentiate between
>> SMP and UP configurations.However, there are some device
On Friday 02 August 2013 05:53 AM, Will Deacon wrote:
> On Thu, Aug 01, 2013 at 07:17:13PM +0100, Santosh Shilimkar wrote:
>> From: Vaibhav Bedia
>>
>> The generic code is well equipped to differentiate between
>> SMP and UP configurations.However, there are some device
On Thursday 01 August 2013 10:00 PM, Richard Zhao wrote:
> pass of_phandle_args dma_spec to dma_request_channel in of_dma_simple_xlate,
> so the filter function could access of_node in of_phandle_args.
>
Am just curious the reasoning behind doing so. Can you please expand
above bit more with why yo
On Thursday 01 August 2013 02:59 PM, Stephen Boyd wrote:
> On 08/01, Santosh Shilimkar wrote:
>> This one looks fine for me. Can you send above in
>> a proper patch ? Let me know if you want me to
>> send it.
>>
>
> Here's a proper patch. Olof, can you please
On Thursday 01 August 2013 02:37 PM, Stephen Boyd wrote:
> On 08/01/13 11:34, Stephen Boyd wrote:
>> On 08/01/13 11:31, Santosh Shilimkar wrote:
>>> On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
>>>> On Thu, Aug 01, 2013 at 02:11:18PM -0400, San
On Thursday 01 August 2013 02:27 PM, Russell King - ARM Linux wrote:
> On Thu, Aug 01, 2013 at 02:11:18PM -0400, Santosh Shilimkar wrote:
>> On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
>>> My allnoconfig fails with this error:
>>>
>>>
with omap2plus_defconfig which
enables SMP by default. The change is kept limited to only
Cortex-A9 MPCore detection code.
Cc: Will Deacon
Cc: Russell King
Acked-by: Sricharan R
Signed-off-by: Vaibhav Bedia
Signed-off-by: Santosh Shilimkar
---
arch/arm/kernel/head.S | 18 +-
1 file ch
On Thursday 01 August 2013 01:52 PM, Russell King - ARM Linux wrote:
> My allnoconfig fails with this error:
>
> arch/arm/mach-omap2/built-in.o: In function `omap4_local_timer_init':
> dss-common.c:(.init.text+0x1d90): undefined reference to
> `twd_local_timer_register'
>
> Might be worth lookin
On Monday 29 July 2013 11:18 AM, Alexander Holler wrote:
> Am 29.07.2013 17:06, schrieb Santosh Shilimkar:
>> On Monday 29 July 2013 10:52 AM, Alexander Holler wrote:
>>> Am 29.07.2013 14:57, schrieb Santosh Shilimkar:
>>>
>>>> With some helps from MMC and o
On Monday 29 July 2013 10:52 AM, Alexander Holler wrote:
> Am 29.07.2013 14:57, schrieb Santosh Shilimkar:
>
>> With some helps from MMC and other guys, we validated the Linus's tip which
>> includes
>> your patches. It actually doesn't break anything and as
Javier,
On Monday 29 July 2013 05:39 AM, Javier Martinez Canillas wrote:
> On 07/29/2013 11:19 AM, Javier Martinez Canillas wrote:
>> On 07/29/2013 11:01 AM, Linus Walleij wrote:
>>> Hi Paul,
>>>
>>> On Mon, Jul 29, 2013 at 9:52 AM, Paul Walmsley wrote:
>>>
your commit 0e970cec05635adbe7b686
On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
> On 07/24/2013 01:43 PM, Sricharan R wrote:
>> On Wednesday 24 July 2013 10:17 PM, Nishanth Menon wrote:
>>> On 07/24/2013 11:38 AM, Santosh Shilimkar wrote:
>>>> On Wednesday 24 July 2013 12:08 PM, Nishant
On Wednesday 24 July 2013 01:23 PM, Russell King - ARM Linux wrote:
> On Wed, Jul 24, 2013 at 11:40:33AM -0400, Santosh Shilimkar wrote:
>> On Wednesday 24 July 2013 10:52 AM, Russell King - ARM Linux wrote:
>>> I also continue to be disappointed by the lack of things worki
On Wednesday 24 July 2013 12:08 PM, Nishanth Menon wrote:
> On 07/22/2013 11:23 AM, Santosh Shilimkar wrote:
>> To summaries it again, what I understood from Sricharan's proposal,
>>
>> - Setup all the routing at cross-bar probe so that kernel continue to
>> work
On Wednesday 24 July 2013 10:52 AM, Russell King - ARM Linux wrote:
> On Wed, Jul 24, 2013 at 10:17:01AM -0400, Santosh Shilimkar wrote:
>> On Wednesday 24 July 2013 09:56 AM, Will Deacon wrote:
>>> On Tue, Jul 23, 2013 at 10:05:17AM +0100, Rajendra Nayak wrote:
>>>>
On Wednesday 24 July 2013 10:20 AM, Will Deacon wrote:
> On Wed, Jul 24, 2013 at 03:17:01PM +0100, Santosh Shilimkar wrote:
>> On Wednesday 24 July 2013 09:56 AM, Will Deacon wrote:
>>> On Tue, Jul 23, 2013 at 10:05:17AM +0100, Rajendra Nayak wrote:
>>>> On Tuesd
On Wednesday 24 July 2013 09:56 AM, Will Deacon wrote:
> On Tue, Jul 23, 2013 at 10:05:17AM +0100, Rajendra Nayak wrote:
>> On Tuesday 23 July 2013 12:37 PM, Paul Walmsley wrote:
>>> Hi Rajendra,
>>>
>>> On Tue, 23 Jul 2013, Rajendra Nayak wrote:
>>>
On Tuesday 23 July 2013 01:37 AM, Paul Walm
On Monday 22 July 2013 08:20 AM, Sricharan R wrote:
> Hi Linus,
> On Sunday 21 July 2013 10:19 PM, Linus Walleij wrote:
>> On Thu, Jul 18, 2013 at 8:56 PM, Nishanth Menon wrote:
>>
>>> I carry forward my TI internal objection to this approach:
>> It is actually a very good sign of FOSS-maturity th
On Sunday 21 July 2013 07:10 AM, Linus Walleij wrote:
> On Sun, Jul 21, 2013 at 6:54 AM, Javier Martinez Canillas
> wrote:
>
>> Linus, are you still planing to send this patches as fixes for the
>> v3.11 -rc cycle or did you decide to wait for v3.12?
>
> It will go into the v3.11 RC:s.
>
Thanks
On Thursday 18 July 2013 02:56 PM, Nishanth Menon wrote:
> On 07/18/2013 11:43 AM, Sricharan R wrote:
>> Some socs have a large number of interrupts/dma requests to service
>> the needs of its many peripherals and subsystems. All of the
>> requests lines from the subsystems are not needed at the sa
.S
> b/arch/arm/mach-omap2/omap-smc.S
> >> index f6441c1..5c02b8d 100644
> >> --- a/arch/arm/mach-omap2/omap-smc.S
> >> +++ b/arch/arm/mach-omap2/omap-smc.S
> >> @@ -1,9 +1,11 @@
> >> /*
> >> - * OMAP44xx secure APIs file.
> >> + * O
Ping..
On Wednesday 19 June 2013 03:52 PM, Santosh Shilimkar wrote:
> ARM errata 798181 is applicable for OMAP5 based devices. So enable
> the same in the build. Errata extract and workaround information
> is as below.
>
> On Cortex-A15 (r0p0..r3p2) the TLBI*IS/DSB ope
sed as an IRQ, the GPIO can be setup
> and configured as input there automatically.
>
> Signed-off-by: Javier Martinez Canillas
> Tested-by: Enric Balletbo i Serra
> Acked-by: Grant Likely
> Acked-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
>
Acked-by: Santosh Sh
uring
> a GPIO as input and enabling the GPIO bank.
>
> Signed-off-by: Javier Martinez Canillas
> Tested-by: Enric Balletbo i Serra
> Acked-by: Grant Likely
> Acked-by: Jean-Christophe PLAGNIOL-VILLARD
> ---
>
Thanks for the patches.
Acked-by: Santosh Shilimkar
--
To uns
ted-by: Arnd Bergmann
> Signed-off-by: Nishanth Menon
> Cc: Kevin Hilman
> Cc: Benoit Cousson
> Cc: Santosh Shilimkar
> Cc: Paul Walmsley
> Cc: Tony Lindgren
> Cc: linux-omap@vger.kernel.org
> ---
>
Thanks Nishant for the patch.
Acked-by: Santosh Shilimkar
--
On Tuesday 25 June 2013 07:02 PM, Nishanth Menon wrote:
> On 18:43-20130625, Santosh Shilimkar wrote:
>> On Tuesday 25 June 2013 06:36 PM, Nishanth Menon wrote:
>>> On 16:59-20130625, Santosh Shilimkar wrote:
>>>> On Tuesday 25 June 2013 04:56 PM, Kevin Hilman
On Tuesday 25 June 2013 06:36 PM, Nishanth Menon wrote:
> On 16:59-20130625, Santosh Shilimkar wrote:
>> On Tuesday 25 June 2013 04:56 PM, Kevin Hilman wrote:
>>> Santosh Shilimkar writes:
>>>
>>>> On Tuesday 25 June 2013 04:17 PM, Nishanth Menon wrote
On Tuesday 25 June 2013 04:56 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> On Tuesday 25 June 2013 04:17 PM, Nishanth Menon wrote:
>>> On Tue, Jun 25, 2013 at 3:12 PM, Santosh Shilimkar
>>> wrote:
>>>>
>>>> Well hav
On Tuesday 25 June 2013 04:17 PM, Nishanth Menon wrote:
> On Tue, Jun 25, 2013 at 3:12 PM, Santosh Shilimkar
> wrote:
>>
>> Well having voltage data in voltage domain was not my decision ;-)
>> Instead of creating another set of dummy data, I just used what
>>
On Tuesday 25 June 2013 03:57 PM, Nishanth Menon wrote:
> On 15:55-20130625, Santosh Shilimkar wrote:
>> On Tuesday 25 June 2013 03:20 PM, Paul Walmsley wrote:
>>> Santosh,
>>>
>>> On Fri, 21 Jun 2013, Nishanth Menon wrote:
>>>
>>>>/*
&
On Tuesday 25 June 2013 03:20 PM, Paul Walmsley wrote:
> Santosh,
>
> On Fri, 21 Jun 2013, Nishanth Menon wrote:
>
>> /*
>> * XXX Will depend on the process, validation, and binning
>> * for the currently-running IC. Use OMAP4 data for time being.
>> */
>> #ifdef CONFIG_PM_
On Tuesday 25 June 2013 10:16 AM, Sekhar Nori wrote:
> On 6/25/2013 12:24 PM, Tony Lindgren wrote:
>> * Benoit Cousson [130624 07:42]:
>>> Hi Tony,
>>>
>>> On 06/24/2013 12:19 PM, Tony Lindgren wrote:
Hi,
For merging this series, I suggest the following sets:
* Joel A Fern
the Linux kernel workaround
for this erratum which sends an IPI to the CPUs that are running
the same ASID as the one being invalidated.
Cc: Tony Lindgren
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2
On Tuesday 18 June 2013 04:24 AM, Tony Lindgren wrote:
> * Santosh Shilimkar [130612 14:14]:
>> Add ramdisk fileystem related options which lets OMAP5 and Keystone
>> SOCs to boot till shell with multi_v7_config.
>
> Please add also other v7 omaps.
>
Should have done
rm/mach-omap2/voltage.h |1 -
> arch/arm/mach-omap2/voltagedomains33xx_data.c | 43
> -
> 7 files changed, 14 insertions(+), 46 deletions(-)
> delete mode 100644 arch/arm/mach-omap2/voltagedomains33xx_data.c
>
Nice !!
FWIW, Acked-by: Santosh Shilimkar
--
To u
On Friday 14 June 2013 05:11 AM, Rajendra Nayak wrote:
> Building omap5 standalone results in the below errors..
>
> arch/arm/mach-omap2/built-in.o: In function `scu_gp_set':
> arch/arm/mach-omap2/sleep44xx.S:132: undefined reference to `scu_power_mode'
> arch/arm/mach-omap2/built-in.o: In functio
On Thursday 13 June 2013 07:15 AM, Tony Lindgren wrote:
> * Santosh Shilimkar [130612 13:36]:
>> On Wednesday 12 June 2013 02:24 PM, Tony Lindgren wrote:
>>> The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
>>>
>>> Linux
Add ramdisk fileystem related options which lets OMAP5 and Keystone
SOCs to boot till shell with multi_v7_config.
Cc: Olof Johansson
Cc: Arnd Bergmann
Signed-off-by: Sricharan R
Signed-off-by: Santosh Shilimkar
---
The ARCH_SIRF related fix is already in arm-soc as pointed by Olof on
IRC. So
On Wednesday 12 June 2013 02:24 PM, Tony Lindgren wrote:
> The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
>
> Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-om
On Friday 07 June 2013 02:37 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130607 11:20]:
>> On Friday 07 June 2013 01:50 PM, Tony Lindgren wrote:
>>> * Tony Lindgren [130607 09:35]:
>>>> * Paul Walmsley [130607 05:38]:
>>>>> On Fri, 7 Jun 2
firewalls links,
>>>> the mpu->emif direct link is added now.
>>>>
>>>> The above update, results in reduction of about ~1650 lines of code.
>>>>
>>>> Signed-off-by: Santosh Shilimkar
>>>> Signed-off-by: Sricharan R
>>
On Friday 07 June 2013 02:10 PM, Paul Walmsley wrote:
> On Fri, 7 Jun 2013, Tony Lindgren wrote:
>
>> I had to undo the following parts to avoid regressions on omap4sdp.
>> Can you please follow up on fixing the related issues so the fixup
>> won't be needed?
>
> Well, I can't even test it at the
On Thursday 06 June 2013 06:27 PM, Kevin Hilman wrote:
> Paul Walmsley writes:
>
>> On Wed, 29 May 2013, Santosh Shilimkar wrote:
>>
>>> From: Vaibhav Hiremath
>>>
>>> AM33XX only supports DT boot mode and with addition of
>>> extrac
On Thursday 06 June 2013 01:57 PM, Paul Walmsley wrote:
> On Wed, 29 May 2013, Santosh Shilimkar wrote:
>
>> From: Sricharan R
>>
>> - The IO resource information like dma request lines, irq number and
>> ocp address space can be populated via dt blob. So such da
gt; but not used [-Wunused-function]
> static void omap_gpio_init_context(struct gpio_bank *p) {}
> ^
>
> The solution is to mark the stub function as 'static inline' so
> it gets left out of the build when unused.
>
> Signed-off-by: Arnd Bergmann
> ---
Ack
> can be used for that.
>
> Tested on a Beaglebone (AM335x SoC) board.
>
> v2 changes:
> Refreshed patch on kernel v3.10-rc3
> v3 changes:
> Included Acks in commit message
>
> Signed-off-by: Joel A Fernandes
> Acked-by: Kevin Hilman
> Acked-by: Mark A. Greer
&
On Friday 17 May 2013 01:22 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130517 01:02]:
>> Paul, Tony,
>>
>> On Friday 05 April 2013 10:20 PM, Santosh Shilimkar wrote:
>>> On Thursday 04 April 2013 10:27 PM, Santosh Shilimkar wrote:
>>>> On Thursday 0
: Paul Walmsley
Acked-by: Rajendra Nayak
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/prcm_mpu44xx.h | 14 +---
arch/arm/mach-omap2/prcm_mpu_44xx_54xx.h | 36 ++
2 files changed, 37 insertions(+), 13 deletions(-)
create mode 100644 arch
From: Benoit Cousson
Add the data file to describe all power domains inside the OMAP54XX soc.
Cc: Paul Walmsley
Signed-off-by: Benoit Cousson
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/powerdomain.h |1 +
arch/arm
Add voltagedomain related data for OMAP54XX SOCs. OMAP4 OPP data is
used for now. OMAP5 OPP data will be added as part of OMAP5 DVFS
support.
Cc: Kevin Hilman
Cc: Paul Walmsley
Signed-off-by: Benoit Cousson
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/voltage.h
From: Benoit Cousson
Add the data file to describe all clock domains inside the OMAP54XX soc.
Cc: Paul Walmsley
Signed-off-by: Benoit Cousson
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/clockdomain.h |1 +
arch/arm
Include the OMAP5 data files in build. Initialise the voltage, power,
clock domains.
Cc: Paul Walmsley
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/Makefile |4
arch/arm/mach-omap2/io.c |7 +++
2 files changed, 11 insertions(+)
diff --git a/arch/arm/mach
: Paul Walmsley
Acked-by: Rajendra Nayak
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/cm1_44xx.h |7 ++-
arch/arm/mach-omap2/cm2_44xx.h |7 ++-
arch/arm/mach-omap2/cm_44xx_54xx.h | 36
3 files changed, 40 insertions(+), 10
From: Benoit Cousson
Adding the OMAP5 specific header for SCRM module.
Cc: Paul Walmsley
Signed-off-by: Benoit Cousson
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/scrm54xx.h | 231
1
From: Benoit Cousson
Add the PRCM MPU registers for OMAP54XX platforms.
Cc: Paul Walmsley
Signed-off-by: Benoit Cousson
[santosh.shilim...@ti.com: Generated es2.0 data]
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/prcm44xx.h |6 +++
arch/arm/mach-omap2/prcm_mpu54xx.h
Acked-by: Rajendra Nayak
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/prm44xx.h | 33 +---
arch/arm/mach-omap2/prm44xx_54xx.h | 58
2 files changed, 59 insertions(+), 32 deletions(-)
create mode 100644 arch/arm/mach-omap2
l MPU PRCM registers
ARM: OMAP5: SCRM: Add OMAP54XX header file.
ARM: OMAP5: clockdomain data: Add OMAP54XX data and update the header
ARM: OMAP5: powerdomain data: Add OMAP54XX data and update the header
ARM: OMAP5: hwmod data: Create initial OMAP5 SOC hwmod data
Santosh Shilimkar (5):
ARM: O
ts: OMAP2+: header file for pinctrl constants
> ARM: dts: OMAP2+: use pinctrl constants
>
I just quickly scanned the series and patches looks
good to my eyes. Its a nice clean-up to align OMAP
dts files with others.
FWIW,
Acked-by: Santosh Shilimkar
--
To unsubscribe from this list: se
Paul, Tony,
On Friday 05 April 2013 10:20 PM, Santosh Shilimkar wrote:
> On Thursday 04 April 2013 10:27 PM, Santosh Shilimkar wrote:
>> On Thursday 04 April 2013 10:22 PM, Tony Lindgren wrote:
>>> * Santosh Shilimkar [130404 04:15]:
> [..]
>
>>> Can't
---
I am ok with the subject patch and other two patches.
Would be good to get a tested by at least for though for OMAP4
and OMAP3. I have no access to boards for few weeks so
can't test it myself.
Other than that, for all three patches,
Acked-by: Santosh Shilimkar
--
To unsubscribe from
On Tuesday 14 May 2013 10:27 PM, Vincent Stehlé wrote:
> From: Vincent Stehlé
>
> OMAP5 needs SCU in SMP.
>
> This fixes the following link errors:
>
> arch/arm/mach-omap2/built-in.o: In function `scu_gp_set':
> arch/arm/mach-omap2/sleep44xx.S:132: undefined reference to `scu_power_mode'
>
to my eyes. In the last patch wher
you are changing the error level is bit debatable but I agree with you.
So FWIW,
Reviewed-by: Santosh Shilimkar
> Peter Ujfalusi (5):
> drivers: bus: omap_l3: Convert to use devm_kzalloc
> drivers: bus: omap_l3: Convert to use devm_request_and
On Thursday 25 April 2013 07:28 PM, Kevin Hilman wrote:
> Tony Lindgren writes:
>
>> * Santosh Shilimkar [130419 10:56]:
>>> On Friday 19 April 2013 11:14 PM, Tony Lindgren wrote:
>>>> * Santosh Shilimkar [130419 10:43]:
>>>>> On Friday 19 Apr
On Saturday 20 April 2013 12:50 AM, Andreas Fenkart wrote:
> When a gpio interrupt is masked, the gpio event will still be latched in
> the interrupt status register so when you unmask it later you may get an
> interrupt straight away. However, if the interrupt is disabled then gpio
> events occurr
On Friday 19 April 2013 11:14 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130419 10:43]:
>> On Friday 19 April 2013 10:43 PM, Tony Lindgren wrote:
>>> Hi all,
>>>
>>> Here's a list of breakage I've noticed so far while trying to
>>> use
On Friday 19 April 2013 10:43 PM, Tony Lindgren wrote:
> Hi all,
>
> Here's a list of breakage I've noticed so far while trying to
> use linux next on my pandaboard es. Probably similar issues exist
> on other boards as well.
>
> Ideally we would not have any breakage by the merge window, so
> le
On Friday 19 April 2013 07:35 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> On Friday 19 April 2013 06:19 AM, Jon Hunter wrote:
>>>
>>> On 04/18/2013 07:34 PM, Jon Hunter wrote:
>>>>
>>>> On 04/18/2013 06:10 PM, Jon Hunter w
t; suspend following a resume, by populating the get_count_loss_count()
> function pointer after the first pm-runtime resume. To make the code
> more readable and logical, initialise the context loss count on the
> first pm-runtime resume if the context is not yet valid.
>
> Reported-by: Tony Lindgren
> Signed-off-by: Jon Hunter
> ---
This version looks better than the first one for sure. I am still not
happy with per bank "context_valid" flag whose job just ends after
the probe. But then I do agree with you about the global flag might
be fragile and less maintainable.
So, FWIW,
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 Thursday 18 April 2013 02:01 AM, Jon Hunter wrote:
> Commit a2797be (gpio/omap: force restore if context loss is not
> detectable) broke gpio support for OMAP when booting with device-tree
> because a restore of the gpio context being performed without ever
> initialising the gpio context. In ot
On Monday 15 April 2013 10:36 AM, Hiremath, Vaibhav wrote:
>
>> -Original Message-
>> From: Shilimkar, Santosh
>> Sent: Wednesday, April 10, 2013 5:02 PM
[..]
From b95dd33fe59b8e77727eb3b1717d763bbf9a2893 Mon Sep 17 00:00:00
>> 2001
From: Sricharan R
Date: Fri, 5 Apr 2013
On Friday 12 April 2013 02:43 PM, Andreas Fenkart wrote:
> In PM suspend, some omaps can't detect sdio irqs via the sdio interface.
> The way to implement this, is to declare the corresponding pin as part
> of the sdio interface and as a gpio input via pinctrl-single states.
> The MMC driver reques
On Thursday 11 April 2013 06:48 PM, Andreas Fenkart wrote:
> Hi Santosh,
>
> I submitted the following patch a while back.
> https://patchwork.kernel.org/patch/1886421/
>
> As already said, the patch is straight forward, but without it,
> we probably will not see decent SDIO performance on am335x
s.infradead.org; Kristo, Tero; Menon, Nishanth; Nayak,
>> Rajendra; Valentin, Eduardo; Anna, Suman; Bedia, Vaibhav; Hiremath,
>> Vaibhav
>> Subject: Re: [GIT PULL] ARM: OMAP5: hwmod, prm/cm data files and
>> updates for 3.10
>>
>> On Thursday 04 April 2013 10:27 P
On Tuesday 09 April 2013 10:25 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130408 23:16]:
>>>
>> As I said, the IP has been there from OMAP2XX days. Here the case that
>> IP version is very similar between OMAP4, OMAP5. DRA(next SOC) and its
>> derivatives. Hence
On Monday 08 April 2013 10:45 PM, Tony Lindgren wrote:
> * Russell King - ARM Linux [130408 10:15]:
>> On Mon, Apr 08, 2013 at 09:11:04AM +0200, Peter Ujfalusi wrote:
>>> Russell,
>>>
>>> On 04/03/2013 01:17 PM, Peter Ujfalusi wrote:
cyclic DMA is only used by audio which needs DMA to be star
On Monday 08 April 2013 10:12 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130408 03:51]:
>> On Saturday 06 April 2013 03:04 AM, Tony Lindgren wrote:
>>> * Santosh Shilimkar [130405 06:01]:
>>>> OMAP5 has backward compatible PRCM block and it's programm
On Saturday 06 April 2013 05:12 AM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> As discussed on list, I split the v2 [1] series into cleanup and OMAP5
>> support.
>
> Thanks.
>
>> This series contains the clean-up patches. I have rebased on top of Ton
On Saturday 06 April 2013 03:04 AM, Tony Lindgren wrote:
> * Santosh Shilimkar [130405 06:01]:
>> OMAP5 has backward compatible PRCM block and it's programming
>> model is mostly similar to OMAP4. Same is going to be maintained
>> for future OMAP4 based SOCs. Hence c
On Friday 05 April 2013 07:05 PM, Nishanth Menon wrote:
> On 16:19-20130405, Felipe Balbi wrote:
>> On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
>>> OMAP5 and future OMAP based SOCs has backward compatible MPUSS
>>> IP block with OMAP4. It&#x
On Friday 05 April 2013 06:49 PM, Felipe Balbi wrote:
> On Fri, Apr 05, 2013 at 06:29:00PM +0530, Santosh Shilimkar wrote:
>> OMAP5 and future OMAP based SOCs has backward compatible MPUSS
>> IP block with OMAP4. It's programming model is mostly similar.
>
&
On Friday 05 April 2013 06:51 PM, Felipe Balbi wrote:
> On Fri, Apr 05, 2013 at 06:29:01PM +0530, Santosh Shilimkar wrote:
>> OMAP5 has backward compatible PRCM block and it's programming
>> model is mostly similar to OMAP4. Same is going to be maintained
>> for futu
OMAP5 and future OMAP based SOCs has backward compatible MPUSS
IP block with OMAP4. It's programming model is mostly similar.
Hence consolidate the OMAP MPUSS code so that it can be re-used
on OMAP5 and future SOCs.
No functional change.
Acked-by: Nishanth Menon
Signed-off-by: Santosh Shil
l-doc for omap4_pm_init().
Acked-by: Nishanth Menon
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/Makefile |9 +--
arch/arm/mach-omap2/{pm44xx.c => pm_omap4plus.c} | 58
.../mach-omap2/{sleep44xx.S => sleep_omap4plus.S} |
Current code has rather inconsistent function names for 'secondary_startup'
routines. Update it to make it more consistent.
Suggested by Kevin Hilman as part of OMAP5 PM patch review.
Cc: Kevin Hilman
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/common.h
Signed-off-by: Santosh Shilimkar
---
arch/arm/mach-omap2/cpuidle44xx.c | 31 ---
1 file changed, 16 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/cpuidle44xx.c
b/arch/arm/mach-omap2/cpuidle44xx.c
index 767f657..ca1551a 100644
--- a/arch/arm/mach-omap2
:
ARM: OMAP4+: CPUidle: Consolidate idle driver for OMAP5 support (2013-04-05
18:11:06 +0530)
--------
Santosh Shilimkar (4):
ARM: OMAP4+: PM: Consolidate MPU subsystem PM code for re-use
ARM: OMAP4+: PM: Consolidate OMAP4 PM code to re-u
On Friday 05 April 2013 02:37 PM, Santosh Shilimkar wrote:
> On Thursday 04 April 2013 11:12 PM, Kevin Hilman wrote:
>> Santosh Shilimkar writes:
>>
>>> On Thursday 04 April 2013 02:24 AM, Kevin Hilman wrote:
>>>> Santosh Shilimkar writes:
>>>>
On Thursday 04 April 2013 11:25 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> On Thursday 04 April 2013 02:55 AM, Kevin Hilman wrote:
>>> Santosh Shilimkar writes:
>>>
>>>> The OMAP5 idle driver can re-use OMAP4 CPUidle driver implementat
On Thursday 04 April 2013 11:12 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> On Thursday 04 April 2013 02:24 AM, Kevin Hilman wrote:
>>> Santosh Shilimkar writes:
>>>
>>>> While waking up CPU from off state using clock domain force wake
On Thursday 04 April 2013 11:01 PM, Kevin Hilman wrote:
> Santosh Shilimkar writes:
>
>> On Thursday 04 April 2013 02:19 AM, Kevin Hilman wrote:
>>> Santosh Shilimkar writes:
>>>
>>>> Add power management code to handle the CPU off mode to enabl
On Friday 05 April 2013 01:52 PM, Benoit Cousson wrote:
> Santosh and Jon,
>
> On 04/05/2013 10:08 AM, Benoit Cousson wrote:
>> On 04/05/2013 08:26 AM, Santosh Shilimkar wrote:
>>> On Thursday 04 April 2013 11:36 PM, Jon Hunter wrote:
>>>> The L3 interrupt numb
>>>>>> used, od->flags
>>>>>>> should be ORed with "OMAP_DEVICE_NO_IDLE_ON_SUSPEND", thereby not
>>>>>>> allowing the console
>>>>>>> to idle in the suspend path. For non-dt case, this was taken care
>>>>
P2+: Identify GPIO banks that are always powered
>
> Tarun Kanti DebBarma (1):
> gpio/omap: remove extra context restores in *_runtime_resume()
>
Thanks Jon for pulling the fixes. I suggest you to split the series so
that 'gpio/omap:*' can be pulled by Grant and 'ARM:
201 - 300 of 1884 matches
Mail list logo
