Hi Tony,
Please pull the following dma hwmod changes into linux omap master
branch.
This pull request includes
v2[http://thread.gmane.org/gmane.linux.ports.arm.omap/48695]
+
paul's sidle mode comments incorporated
+
acks for patch 3 and 4.
The final series is boot tested on:
OMAP3530(Beagle)
N
On Sat, Dec 18, 2010 at 02:11:50AM -0700, Paul Walmsley wrote:
> On Fri, 17 Dec 2010, G, Manjunath Kondaiah wrote:
>
> > Add OMAP2430 DMA hwmod data and also add required
> > DMA device attributes.
> >
> > Signed-off-by: G, Manjunath Kondaiah
> > ---
> > arch/arm/mach-omap2/omap_hwmod_2430_data
On Sat, Dec 18, 2010 at 02:03:27AM -0700, Paul Walmsley wrote:
> On Fri, 17 Dec 2010, G, Manjunath Kondaiah wrote:
>
> > Add OMAP2420 DMA hwmod data and also add required
> > DMA device attributes.
> >
> > Signed-off-by: G, Manjunath Kondaiah
> > ---
> > arch/arm/mach-omap2/omap_hwmod_2420_data
jean.pi...@newoldbits.com had written, on 12/18/2010 09:44 AM, the
following:
Applies on top of Nishant's latest idle path errata fixes step 2,
cf. http://marc.info/?l=linux-omap&m=129139584919242&w=2
Jean Pihet (7):
OMAP3: remove unused code from the ASM sleep code
OMAP2+: use global value
From: Richard Woodruff
Analysis in TI kernel with ETM showed that using cache mapped flush
in kernel instead of SO mapped flush cost drops by 65% (3.39mS down
to 1.17mS) for clean_l2 which is used during sleep sequences.
Overall:
- speed up
- unfortunately there isn't a good alter
Hi,
as discussed in [1], here is step 2 - idle path errata fixes.
this is the next rev incorporating comments from V2 post
of this series.
Tested:
this series:
SDP3430
SDP3630
this series + ASM cleanup series[2]
SDP3430
SDP3630
Test Script:
http://elinux.org/OMAP_Po
From: Peter 'p2' De Schrijver
This disables L2 cache before invalidating it and reenables it afterwards.
This is be done according to ARM documentation. Currently this is identified
as being needed on OMAP3630 as the disable/enable is done from "public side"
while, on OMAP3430, this is done in th
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded memories
on OMAP3630
Workaround is to disable RTA on boot and coming out of core off.
For disabling rta coming out of off mode, we do this by
From: Peter 'p2' De Schrijver
Erratum i581 impacts OMAP3 platforms.
PRCM DPLL control FSM removes SDRC_IDLEREQ before DPLL3 locks causing
the DPLL not to be locked at times.
IMPORTANT:
*) This is not a complete workaround implementation as recommended
by the silicon erratum. this is a support lo
Currently omap3_cpuidle_update_states makes whole sale decision
on which C states to update based on enable_off_mode variable
Instead, achieve the same functionality by independently providing
mpu and core deepest states the system is allowed to achieve and
update the idle states accordingly.
Sign
Introduce errata handling for omap3. This patch introduces
errata variable and and stub for initialization which will be
filled up by followon patches.
Signed-off-by: Nishanth Menon
---
Splitting the errata introduction out into it's own separate patch
arch/arm/mach-omap2/pm.h |7 ++
From: Eduardo Valentin
Limitation i583: Self_Refresh Exit issue after OFF mode
Issue:
When device is waking up from OFF mode, then SDRC state machine sends
inappropriate sequence violating JEDEC standards.
Impact:
OMAP3630 < ES1.2 is impacted as follows depending on the platform:
CS0: for 38.4M
If the TPA6130 is compiled as module the id and power_gpio values are
arbitrary at module probing time since the rx51_tpa6130a2_data was marked as
__initdata. Fix this by using __initdata_or_module. Then __initdata is
defined only if the kernel is built without CONFIG_MODULES and omitted
otherwise.
* Russell King - ARM Linux [101218 09:50]:
> On Sat, Dec 18, 2010 at 09:41:36AM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [101218 09:36]:
> > > On Sat, Dec 18, 2010 at 09:20:56AM -0800, Tony Lindgren wrote:
> > > > * Russell King - ARM Linux [101218 00:26]:
> > > > > On Fri, Dec
* Kevin Hilman [101213 19:17]:
> Tony Lindgren writes:
>
> > Use omap_serial_init_port so we can let the serial code handle the
> > remuxing of the RX pads.
> >
> > Signed-off-by: Tony Lindgren
>
> Does this work for UART wakeups on n810? I don't see any 'idle' value
> for the pads, so I'm gu
On Sat, Dec 18, 2010 at 09:41:36AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [101218 09:36]:
> > On Sat, Dec 18, 2010 at 09:20:56AM -0800, Tony Lindgren wrote:
> > > * Russell King - ARM Linux [101218 00:26]:
> > > > On Fri, Dec 17, 2010 at 07:05:21PM -0800, Tony Lindgren wrote:
>
* Russell King - ARM Linux [101218 09:36]:
> On Sat, Dec 18, 2010 at 09:20:56AM -0800, Tony Lindgren wrote:
> > * Russell King - ARM Linux [101218 00:26]:
> > > On Fri, Dec 17, 2010 at 07:05:21PM -0800, Tony Lindgren wrote:
> > > > /* Maintainer: David Anders - Texas Instruments Inc */
>
* Santosh Shilimkar [101213 21:08]:
> ping
...
> > How about merging this series in omap-testing if you are ok
> > with it. Patch " ARM: l2x0: Add aux control register bitfields"
> > is already acked by Catalin.
Sorry for the delay on this series, applying.
Regards,
Tony
--
To unsubscribe fro
On Sat, Dec 18, 2010 at 09:20:56AM -0800, Tony Lindgren wrote:
> * Russell King - ARM Linux [101218 00:26]:
> > On Fri, Dec 17, 2010 at 07:05:21PM -0800, Tony Lindgren wrote:
> > > /* Maintainer: David Anders - Texas Instruments Inc */
> > > .boot_params= 0x8100,
> > > .map_io
* Russell King - ARM Linux [101218 00:26]:
> On Fri, Dec 17, 2010 at 07:05:21PM -0800, Tony Lindgren wrote:
> > /* Maintainer: David Anders - Texas Instruments Inc */
> > .boot_params= 0x8100,
> > .map_io = omap4_panda_map_io,
> > + .reserve= omap_reserve,
>
On Fri, Dec 17, 2010 at 4:58 PM, Nishanth Menon wrote:
>
> jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
> following:
>>
>> From: Jean Pihet
>
> Thanks for doing this, could you pull in the other cosmetic changes from
> patches 1-6 here as well?
>
> Also, please run checkpatc
On Fri, Dec 17, 2010 at 4:35 PM, Nishanth Menon wrote:
> jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
> following:
>>
>> From: Jean Pihet
>>
>> - Reworked and simplified the execution paths for better
>> readability and to avoid duplication of code,
>
> is it possible to sp
From: Jean Pihet
- Reworked and simplified the execution paths for better
readability and to avoid duplication of code,
- Added comments on the entry and exit points and the interaction
with the ROM code for OFF mode restore,
- Reworked the existing comments for better readability.
Tested on
From: Jean Pihet
Using macros from existing include files for registers addresses.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Based on original patch from Vishwa.
Signed-off-by: Jean Pihet
Cc: Vishwanath BS
Acked-by: Santosh Shilimkar
Tested-by: N
On Sat, Dec 18, 2010 at 12:22 AM, Nishanth Menon wrote:
> Jean Pihet had written, on 12/17/2010 05:07 PM, the following:
>>
>> Hi Kevin,
>>
>> On Sat, Dec 18, 2010 at 12:02 AM, Kevin Hilman
>> wrote:
>>>
>>> Hi Jean,
>>>
>>> jean.pi...@newoldbits.com writes:
>>>
From: Jean Pihet
T
From: Jean Pihet
Organize the code in the following sections:
- register access macros,
- API functions,
- internal functions.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Signed-off-by: Jean Pihet
Acked-by: Santosh Shilimkar
Tested-by: Nishanth Menon
From: Jean Pihet
The SRAM PA addresses are locally defined and used at
different places, i.e. SRAM management code and idle sleep code.
The macros are now defined at a centralized place, for
easier maintenance.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspen
From: Jean Pihet
This patch only contains clean-ups and cosmetic changes,
no functional change.
Clean-up of the ASM sleep code, for better readability and
easier maintenance.
Applies on top of Nishant's latest idle path errata fixes step 2,
cf. http://marc.info/?l=linux-omap&m=129139584919242&w
From: Jean Pihet
Remove unused code:
- macros,
- variables,
- unused semaphore locking API. This API shall be added back
when needed,
- infinite loops for debug.
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Signed-off-by: Jean Pihet
Acked-by: Santosh
From: Jean Pihet
Cosmetic fixes to the code:
- white spaces and tabs,
- alignement,
- comments rephrase and typos,
- multi-line comments
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Signed-off-by: Jean Pihet
Acked-by: Santosh Shilimkar
Tested-by: Nish
From: Jean Pihet
Errata covered:
- 1.157 & 1.185
- i443
- i581
Tested on N900 and Beagleboard with full RET and OFF modes,
using cpuidle and suspend.
Signed-off-by: Jean Pihet
Acked-by: Santosh Shilimkar
Tested-by: Nishanth Menon
---
arch/arm/mach-omap2/pm34xx.c|4 ++--
arch/arm/mac
Most keypad drivers make use of the
defined macros, structures and inline functions.
Convert omap-keypad driver to use those as well, as suggested by a
compile time warning, hardcoded into the OMAP .
Created against linux-2.6.37-rc5.
Tested on Amstrad Delta.
Compile tested with omap1_defconfig
Saturday 18 December 2010 07:01:04 Dmitry Torokhov napisał(a):
> Hi Janusz,
>
> On Fri, Dec 17, 2010 at 11:32:04PM +0100, Janusz Krzysztofik wrote:
> > Most keypad drivers make use of the
> > defined macros, structures and inline functions.
> >
> > Convert omap-keypad driver to use those as well,
Thanks for your comments on this patch. I'll plan to use the revised
version, without the function pointers.
- Paul
--
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/majo
Hello Jon
On Fri, 17 Dec 2010, Jon Hunter wrote:
> From: Jon Hunter
>
> J-Type DPLLs have additional configuration parameters that need to
> be programmed when setting the multipler and divider for the DPLL.
> These parameters being the sigma delta divider (SD_DIV) for the DPLL
> and the digita
On Sat, 18 Dec 2010, Russell King - ARM Linux wrote:
> I'm confused. I thought the whole point of hwmod was that the data for
> it was generated from a TI database of how the chip is actually setup.
>
> However, from all the patching which seems to be going on, it looks to
> me like that's not t
On Sat, Dec 18, 2010 at 02:11:50AM -0700, Paul Walmsley wrote:
> On Fri, 17 Dec 2010, G, Manjunath Kondaiah wrote:
>
> > Add OMAP2430 DMA hwmod data and also add required
> > DMA device attributes.
> >
> > Signed-off-by: G, Manjunath Kondaiah
> > ---
> > arch/arm/mach-omap2/omap_hwmod_2430_data
Hello Manju
On Sat, 18 Dec 2010, G, Manjunath Kondaiah wrote:
> The clock entries are modified as per your review comments and tested
> the chagnes on N800 and 2430SDP(for patch 4/9).
>
> Can you pls ack these patches so that tony can merge this series?
I've reviewed the patches and posted some
On Fri, 17 Dec 2010, G, Manjunath Kondaiah wrote:
> Add OMAP2430 DMA hwmod data and also add required
> DMA device attributes.
>
> Signed-off-by: G, Manjunath Kondaiah
> ---
> arch/arm/mach-omap2/omap_hwmod_2430_data.c | 87
>
> arch/arm/plat-omap/include/plat/dm
On Fri, 17 Dec 2010, G, Manjunath Kondaiah wrote:
> Add OMAP2420 DMA hwmod data and also add required
> DMA device attributes.
>
> Signed-off-by: G, Manjunath Kondaiah
> ---
> arch/arm/mach-omap2/omap_hwmod_2420_data.c | 87
>
> arch/arm/plat-omap/include/plat/dm
On Fri, Dec 17, 2010 at 07:05:21PM -0800, Tony Lindgren wrote:
> /* Maintainer: David Anders - Texas Instruments Inc */
> .boot_params= 0x8100,
> .map_io = omap4_panda_map_io,
> + .reserve= omap_reserve,
Please put .reserve before .map_io.
--
To unsubs
On Fri, Dec 17, 2010 at 06:09:53PM -0800, Tony Lindgren wrote:
> * Raghuveer Murthy [101207 23:31]:
> > This patch adds omap_reserve functionality to board-omap4panda.c.
> > Helps in the reserving boot time memory in SDRAM, used here for
> > framebuffer allocation.
> >
> > This patch is in simila
Op 18 dec 2010, om 03:07 heeft Tony Lindgren het volgende geschreven:
> * Anand Gadiyar [101214 06:25]:
>> On 12/14/2010 7:41 PM, Koen Kooi wrote:
>>> Any comments on this?
> ...
>
- /* TWL4030_GPIO_MAX + 1 == ledB, PMU_STAT (out, active low LED) */
- gpio_leds[2].gpio = gpio
43 matches
Mail list logo