> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Thursday, December 16, 2010 10:39 PM
> To: Belisko Marek
> Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org
> Subject: Re: [OMAP 1710] Mainline Broken
>
> Belisko Marek writes:
>
> > Hi,
> >
> > O
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Taneja, Archit
> Sent: Friday, December 17, 2010 12:13 PM
> To: linux-me...@vger.kernel.org
> Cc: linux-omap@vger.kernel.org; Taneja, Archit
> Subject: [PATCH v4 1/2] OMAP
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Taneja, Archit
> Sent: Friday, December 17, 2010 12:13 PM
> To: linux-me...@vger.kernel.org
> Cc: linux-omap@vger.kernel.org; Taneja, Archit
> Subject: [PATCH v4 2/2] O
> -Original Message-
> From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
> Sent: Tuesday, November 30, 2010 7:02 PM
> To: Hiremath, Vaibhav
> Cc: Paul Mundt; Ville Syrj?l?; M?ns Rullg?rd; linux-omap@vger.kernel.org;
> linux-fb...@vger.kernel.org
> Subject: RE: OMAP:DSS: possible bug i
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
---
arch/arm/mac
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
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
---
arch/arm/mach-omap2/control.h |
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
---
arch/arm/mach-omap2/sleep34xx.S | 114 ++
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
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
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
---
arch/arm/mach-omap2/pm34xx.c|4 ++--
arch/arm/mach-omap2/sleep34xx.S | 11 +++
2 files changed,
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
---
arch/arm/mach-omap2/sleep34xx.S | 226
Hi,
On Fri, Dec 17, 2010 at 07:23:43AM +, Tomasz Mloduchowski wrote:
I'm quoting a snippet below for commenting.
[ 1.639892] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.646759] ehci_hcd: block sizes: qh 60 qtd 96 itd 160 sitd 96
[ 1.646881] ehci-omap ehci-omap.0: failed
Hi Santosh,
On Fri, Dec 17, 2010 at 5:48 AM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
>> Sent: Thursday, December 16, 2010 11:21 PM
>> To: linux-omap@vger.k
On Fri, Dec 17, 2010 at 6:04 AM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
>> Sent: Thursday, December 16, 2010 11:21 PM
>> To: linux-omap@vger.kernel.org
>>
On Fri, Dec 17, 2010 at 6:09 AM, Santosh Shilimkar
wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
>> Sent: Thursday, December 16, 2010 11:21 PM
>> To: linux-omap@vger.kernel.org
>>
Hi Santosh, Kevin,
On Fri, Dec 17, 2010 at 6:05 AM, Santosh Shilimkar
wrote:
> Jean,
>
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
>> Sent: Thursday, December 16, 2010 11:21 PM
>> To:
> -Original Message-
> From: Jean Pihet [mailto:jean.pi...@newoldbits.com]
> Sent: Friday, December 17, 2010 3:48 PM
> To: Santosh Shilimkar; khil...@deeprootsystems.com
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Jean
> Pihet-XID
> Subject: Re: [PATCH 0/7 v4] OM
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of jean.pi...@newoldbits.com
> Sent: Friday, December 17, 2010 3:38 PM
> To: linux-omap@vger.kernel.org
> Cc: khil...@deeprootsystems.com; linux-arm-ker...@lists.infradead.or
On 12/17/10 10:11, Felipe Balbi wrote:
Hi,
On Fri, Dec 17, 2010 at 07:23:43AM +, Tomasz Mloduchowski wrote:
I'm quoting a snippet below for commenting.
[ 1.639892] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.646759] ehci_hcd: block sizes: qh 60 qtd 96 itd 160 sitd 96
[
From: Thomas Petazzoni
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing PRCM event
names, which are then matched to the particular PRCM interrupt bit
depending on
Here is the entire set of clocksource and sched_clock patches which
have been previously posted. There's a couple of small tweaks in a
few of the patches (such as adding notrace to OMAP clocksource read
functions), and this also shows the proper ordering of these patches.
Still looking for acks o
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Friday, December 17, 2010 7:01 AM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>Vishwanath; Sawant, Anand; Menon, Nishanth
>>Subject: Re: [PATCHv5
In d7e81c2 (clocksource: Add clocksource_register_hz/khz interface) new
interfaces were added which simplify (and optimize) the selection of the
divisor shift/mult constants. Switch over to using this new interface.
Signed-off-by: Russell King
---
arch/arm/mach-omap1/time.c |6 +-
ftrace requires sched_clock() to be notrace. Ensure that all
implementations are so marked. Also make sure that they include
linux/sched.h
Also ensure OMAP clocksource read functions are marked notrace as
they're used for sched_clock() too.
Signed-off-by: Russell King
---
arch/arm/mach-ixp4xx
Convert omap to use the new sched_clock() infrastructure for extending
32bit counters to full 64-bit nanoseconds.
Signed-off-by: Russell King
---
arch/arm/Kconfig |1 +
arch/arm/plat-omap/counter_32k.c | 24 ++--
2 files changed, 23 insertions(+), 2 dele
Hi,
On Wed, 15 Dec 2010, Tony Lindgren wrote:
* Aaro Koskinen [101215 04:48]:
It's not possible to compile a kernel for this board without I2C,
MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
prevent build errors when trying out different configurations.
This one I'm not
On Fri, Dec 17, 2010 at 11:14:50AM +, Tomasz Mloduchowski wrote:
I really appreciate your help, this sort of a bug that really stunned me.
I've noticed that the variable storing the error code is set to NULL
right before printing it out :(, so I corrected this mistake.
[2.065216] ehci
Hello.
On 16-12-2010 18:25, srin...@mistralsolutions.com wrote:
From: Srinath
AM3517/05 Craneboard has one EHCI interface on board using port1.
GPIO35 is used as power enable.
GPIO38 is used as port1 PHY reset.
History:
http://marc.info/?l=linux-omap&w=2&r=1&s=Craneboard%3A+Add+USB+EH
DebBarma, Tarun Kanti had written, on 12/17/2010 02:22 AM, the following:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, December 16, 2010 10:39 PM
To: Belisko Marek
Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org
Subject: Re: [OMAP 1710]
On Thu, Dec 16, 2010 at 11:47 PM, Kevin Hilman
wrote:
> Hi Govindraj,
>
> "Raja, Govindraj" writes:
>
>> On Wed, Dec 15, 2010 at 9:42 PM, Kevin Hilman
>> wrote:
>>
>> "Govindraj.R" writes:
>>
>> > Changes invloves:
>> >
>> > 1) Addition of hwmod data for omap2/3
From: Charulatha V
Update clock3xxx_data for mcspi1-4 with appropriate clock domain name.
Signed-off-by: Charulatha V
Signed-off-by: Govindraj.R
Cc: Paul Walmsley
---
This Patch is posted seperatley from v2_mcspi_hwmod
patch series based on comments from Paul.
http://www.mail-archive.com/linu
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
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
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
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.
Test
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
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-
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
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.
S
Kevin,
On Thu, Dec 16, 2010 at 11:49, Kevin Hilman wrote:
> "Varadarajan, Charulatha" writes:
>
>> With the commit 9a748053f5f58a77cd71864f1d7b804175b0e47d whose subject is
>> "OMAP: GPIO: Make omap_gpio_show_rev bank specific" (see [1]),
>> the IP version information for all the banks are shown
"Gopinath, Thara" writes:
>>>
>>>Also, it needs (hopefully only) one more rebase/repost.
>>>
>>>First, a few things have changed at the PRCM API level that need to be
>>>updated. I have a untested patch (below) that should fix this for you,
>>>that you'll need to split and apply to the OMAP3 and
Adding two APIs for panel-taal: check_timings and set_timings
These are required by omapfb in case we wish to set default mode through
bootargs.
e.g.: omapfb.mode="lcd:640x480-16" (display device:width X height - bits per
pixel)
omapfb_set_def_mode function in omapfb-main.c essentially needs th
Hi Nishant,
On Fri, Dec 17, 2010 at 2:34 PM, Nishanth Menon wrote:
> jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
> following:
>>
>> From: Jean Pihet
>>
>> The SRAM PA addresses are locally defined and used at
>> different places, i.e. SRAM management code and idle sleep co
Jean Pihet had written, on 12/17/2010 08:59 AM, the following:
diff --git a/arch/arm/mach-omap2/sdrc.h b/arch/arm/mach-omap2/sdrc.h
index 68f57bb..b3f8379 100644
--- a/arch/arm/mach-omap2/sdrc.h
+++ b/arch/arm/mach-omap2/sdrc.h
@@ -74,5 +74,4 @@ static inline u32 sms_read_reg(u16 reg)
*/
#defi
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 split this good rewrite into logical chunks for better
and easier reviewabil
Prepare DMA library to get converted into DMA driver using platform
device model and hwmod infrastucture(for omap2+, resource structures
for omap1)
The low level read/write macros are replaced with static inline
functions and register offsets are handled through static register
offset tables mappe
Implement errata handling to use flags instead of cpu_is_* and
cpu_class_* in the code.
The errata flags are initialized at init time and during runtime we are
using the errata variable (via the IS_DMA_ERRATA macro) to execute the
required errata workaround.
Reused errata handling patch from: Pet
Add OMAP3 DMA hwmod data
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 97
1 files changed, 97 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_d
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/dma.h |1 +
2 files changed, 88 insertions(+), 0 deletions(-)
From: Benoit Cousson
Add OMAP4 DMA hwmod data
Signed-off-by: Benoit Cousson
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 101
1 files changed, 101 insertions(+), 0 deletions
Implement OMAP1 DMA as platform device and add support for
registering through platform device layer using resource
structures.
Signed-off-by: G, Manjunath Kondaiah
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap1/dma.c | 179 +
1 files changed, 1
Prepare OMAP2+ DMA to use hwmod infrastructure so that DMA can register
as platform device.
Signed-off-by: G, Manjunath Kondaiah
Tested-by: Kevin Hilman
Acked-by: Kevin Hilman
---
arch/arm/mach-omap2/dma.c | 74 +
1 files changed, 74 insertions(+),
Detailed description and history of this patch series can be found at:
http://thread.gmane.org/gmane.linux.ports.arm.omap/47600
Changes from v1 to v2:
1. The OMAP1 irq fixes patchby kevin:
https://patchwork.kernel.org/patch/412021/
is folded into this series and added kevin s.o.b
2. The 2420 and
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/dma.h | 11
2 files changed, 98 insertions(+), 0 deletions
jean.pi...@newoldbits.com had written, on 12/17/2010 04:08 AM, the
following:
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
---
arch/arm/mach-omap2/pm34xx.c|
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 checkpatch.pl --strict:
ERROR: trailing whitespace
#426: FILE: arch/arm/mach-oma
Hi Omar,
On 12/16/2010 3:11 PM, Ramirez Luna, Omar wrote:
Hi,
On Thu, Dec 16, 2010 at 2:28 AM, Varadarajan, Charulatha wrote:
On Thu, Dec 16, 2010 at 12:17, Omar Ramirez Luna wrote:
Use runtime pm APIs to enable/disable mailbox clocks and
to configure SYSC register.
Based on the patch sent
On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
> On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
>>
>> The .gpio_cd member of omap2_hsmmc_info is not initialized. This
>> will default to zero. On Pandaboard this interferes with gpio line
>> assigned for powering TFP410 DVI chip.
>>
>> This fix
Tony,
2010/12/8 Marek Vasut :
> On Wednesday 08 December 2010 08:10:47 Raghuveer Murthy wrote:
>> 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 similar lines to
* Menon, Nishanth [101217 09:50]:
> On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
> > On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
> >>
> >> The .gpio_cd member of omap2_hsmmc_info is not initialized. This
> >> will default to zero. On Pandaboard this interferes with gpio line
> >> assign
Tony Lindgren had written, on 12/17/2010 12:02 PM, the following:
* Menon, Nishanth [101217 09:50]:
On Wed, Dec 8, 2010 at 10:49, David Anders wrote:
On 12/07/2010 06:13 AM, Murthy, Raghuveer wrote:
The .gpio_cd member of omap2_hsmmc_info is not initialized. This
will default to zero. On Pan
On Fri, Dec 17, 2010 at 10:28 AM, Cousson, Benoit wrote:
/* SYSCONFIG: register bit definition */
-#define AUTOIDLE (1<< 0)
#define SOFTRESET (1<< 1)
-#define SMARTIDLE (2<< 3)
#define OMAP4_SOFTRESET (1<< 0)
-#define OMAP4_NOIDLE (1<<
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.
Signed-off-by: Jarkko Nikula
---
For 2.6.38 as the TPA6130 is not used in 2.6.37.
---
arch/arm/mach-omap2/board-rx51-peripherals.c |2
Upcoming ASoC core and tlv320aic3x changes makes possible to take b part of
TLV320AIC34 into use on RX51/N900. Prepare to this by adding virtual supplies
and platform data for b part of the codec.
Signed-off-by: Jarkko Nikula
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 12
Remove second tlv320aic3x.h inclusion that came along the commit f0fba2a
"ASoC: multi-component - ASoC Multi-Component Support".
Signed-off-by: Jarkko Nikula
Cc: Liam Girdwood
---
Clearly for 2.6.38 as harmless issue.
---
arch/arm/mach-omap2/board-rx51-peripherals.c |1 -
1 files changed, 0
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 digital controlled oscillator (DCO) to be used by the DPLL.
The curr
"DebBarma, Tarun Kanti" writes:
>> -Original Message-
>> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>> Sent: Thursday, December 16, 2010 10:39 PM
>> To: Belisko Marek
>> Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org
>> Subject: Re: [OMAP 1710] Mainline Broken
>>
>> B
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
Nishanth Menon writes:
> Kevin Hilman had written, on 12/16/2010 12:57 PM, the following:
>> Nishanth Menon writes:
>>
>>> Nishanth Menon had written, on 12/15/2010 06:05 PM, the following:
Kevin Hilman had written, on 12/15/2010 05:47 PM, the following:
>> I agree that this additi
Hi Jean,
jean.pi...@newoldbits.com writes:
> 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 st
Hi Kevin,
On Sat, Dec 18, 2010 at 12:02 AM, Kevin Hilman
wrote:
> Hi Jean,
>
> jean.pi...@newoldbits.com writes:
>
>> 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
>> easie
Kevin Hilman had written, on 12/17/2010 04:54 PM, the following:
Nishanth Menon writes:
Kevin Hilman had written, on 12/16/2010 12:57 PM, the following:
Nishanth Menon writes:
Nishanth Menon had written, on 12/15/2010 06:05 PM, the following:
Kevin Hilman had written, on 12/15/2010 05:47
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
This patch only contains clean-ups and cosmetic changes,
no functional change.
Clean-up of the ASM sl
* Janusz Krzysztofik [101215 06:44]:
> There is a common requirement for not using OMAP specific omap_readw() /
> omap_writew() function calls in drivers/, but replace them with
> readw() / writew() on ioremap()ped addresses passed from arch/ instead.
>
> The patch implements this idea for the
* Sukumar Ghorai [101126 07:25]:
> zoom3 and 3630-sdp having the x16 nand device.
> This patch configure gpmc as x16 and select the currect function in driver
> for polled mode (without prefetch enable) transfer.
>
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-flash.c |3
* Sukumar Ghorai [101126 07:25]:
> nand transfer type (sDMA, Polled, prefetch) can be select from board file,
> enabling all transfer type in driver, by default.
>
> this helps in multi-omap build and to select different transfer type for
> different board.
>
> Signed-off-by: Sukumar Ghorai
> -
* Sukumar Ghorai [101126 07:25]:
> add support the irq mode in GPMC.
> gpmc_init() function move after omap_init_irq() as it has dependecy on irq.
>
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-2430sdp.c|1 +
> arch/arm/mach-omap2/board-3430sdp.c|1 +
* Tarun Kanti DebBarma [101214 09:03]:
> dmtimer adaptation to platform_driver.
>
> This patch series is adaptation of dmtimer code to platform driver
> using omap_device and omap_hwmod abstraction.
>
> Tested on following platforms:
> OMAP4430, OMAP3430, OMAP3630, OMAP2430
> OMAP2420, OMAP1710(
* Aaro Koskinen [101217 04:41]:
> Hi,
>
> On Wed, 15 Dec 2010, Tony Lindgren wrote:
> >* Aaro Koskinen [101215 04:48]:
> >>It's not possible to compile a kernel for this board without I2C,
> >>MFD_SUPPORT and TWL4030_CORE, so those should be selected. This will
> >>prevent build errors when tryi
* Jarkko Nikula [101217 11:16]:
> 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.
>
> Signed-off-by: Jarkko Nikula
> ---
> For 2.6.38 as the TPA6130 is not used in 2.6.37.
> ---
>
* Carlos Chinea [101214 02:13]:
> Introduces the OMAP SSI driver in the kernel.
>
> The Synchronous Serial Interface (SSI) is a legacy version
> of HSI. As in the case of HSI, it is mainly used to connect
> Application engines (APE) with cellular modem engines (CMT)
> in cellular handsets.
>
> I
* Srikar [101125 07:43]:
> To support tvout on rx51,added Intilization data,
> tvout as display device and enabled venc through gpio
> on rx51
Only taking the first one, looks like the second one
has some pending comments.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscri
* Jean Pihet [101117 09:44]:
> From: Jean Pihet
>
> Add comments and IDs for the following erratas:
> - i540: MPU cannot exit from Standby,
> - i478: Unexpected Cold-Reset is generated when device is coming
>back from OFF mode
Applying thanks.
Tony
--
To unsubscribe from this list: send th
* Ohad Ben-Cohen [101216 13:34]:
> On Thu, Dec 16, 2010 at 11:08 PM, Greg KH wrote:
> >> > I've seen a lot of discussion about this, are all of the review comments
> >> > now addressed?
> >>
> >> Yes, all comments were addressed in this v3 iteration, and this thread
> >> has been idle for about 1
Add new powerdomain API
u32 pwrdm_get_context_loss_count(struct powerdomain *pwrdm)
for checking how many times the powerdomain has lost context. The
loss count is the sum sum of the powerdomain off-mode counter, the
logic off counter and the per-bank memory off counter.
Cc: Paul Walmsley
For devices which have not (yet) been converted to use omap_device,
implement the context loss counter using the "brutal method" as
originally proposed by Paul Walmsley[1].
The dummy context loss counter is incremented every time it is
checked, but only when off-mode is enabled. When off-mode is
Implement OMAP PM layer omap_pm_get_dev_context_loss_count() API by
creating similar APIs at the omap_device and omap_hwmod levels. The
omap_hwmod level call is the layer with access to the powerdomain
core, so it is the place where the powerdomain is queried to get the
context loss count.
The ne
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-cleanup
Initial commit ID (Likely to change): 1a6b59232bbaf612265e364c9e06ba1d15bbe7e0
PatchWorks
http://patchwork.kernel.org/patch/389482/
Git (Likely to change, and takes a while to get mir
* Bryan Wu [101207 18:31]:
> This patch will kill following section mismatch warnings:
...
> --- a/arch/arm/mach-omap2/board-2430sdp.c
> +++ b/arch/arm/mach-omap2/board-2430sdp.c
> @@ -135,7 +135,7 @@ static inline void board_smc91x_init(void)
>
> #endif
>
> -static struct omap_board_config_
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: devel-cleanup
Initial commit ID (Likely to change): fe297dde5ae8f8bf67d3a87759289a99b48ecb2c
PatchWorks
http://patchwork.kernel.org/patch/369681/
Git (Likely to change, and takes a while to get mir
* John Rigby [101130 21:49]:
> New assemblers need -march=armv7-a+sec on command line or
> .arch_extension sec inline to enable use of the smc instruction.
>
> This patch uses as-instr to check the latter to conditionally
> enable the former in AFLAGS for files that use smc.
>
> Checked on both
* Hemanth V [101212 22:08]:
> - Original Message - From: "Hemanth V"
> To:
> Sent: Thursday, December 02, 2010 12:59 PM
> Subject: [PATCH 1/3] omap4: Add platform changes for Ambient Light sensor
>
>
> >From 10f5f9f918e197f4052ac66b4e4cfb4b72646878 Mon Sep 17 00:00:00 2001
> >From: Hem
* Hemanth V [101201 23:34]:
> Pl ignore the earlier patch, which seems to have rebasing issues.
>
> Thanks
> Hemanth
>
> From 42cb400c1bd3878977bc8fd416c9c39f81bed674 Mon Sep 17 00:00:00 2001
> From: Hemanth V
> Date: Thu, 2 Dec 2010 12:44:19 +0530
> Subject: [PATCH] omap4: Platform changes for
* Anand Gadiyar [101203 11:05]:
> Patch "OMAP2xxx: hwmod: add I2C hwmods for OMAP2420, 2430"
> in linux-next as of 20101203 introduced the following build
> warning - fix this by removing the stray i2c_dev_attr.
>
> arch/arm/mach-omap2/omap_hwmod_2430_data.c:483: warning: 'i2c_dev_attr'
> define
* Anand Gadiyar [101203 09:17]:
> Commit f2ce62312650 (OMAP: WDT: Split OMAP1 and OMAP2PLUS device
> registration) removed omap_init_wdt and related structures from
> plat-omap/devices.c. However a subsequent commit or merge
> seems to have reintroduced these by accident. The caller of
> omap_init
* Cousson, Benoit [101210 00:29]:
> On 12/9/2010 11:18 PM, aaro.koski...@nokia.com wrote:
> >Hi,
> >
> >Kevin Hilman [khil...@deeprootsystems.com]:
> >>Ben Dooks writes:
> >>>Renaming stuff like this is going to have an impact on the userspace
> >>>as anyone looking through /sys's driver heirarch
* Kevin Hilman [101207 14:13]:
> Marek Belisko writes:
>
> > Fix following compilation warning:
> > arch/arm/mach-omap1/pm_bus.c: In function 'omap1_pm_runtime_resume':
> > arch/arm/mach-omap1/pm_bus.c:51: warning: unused variable 'ret'
> >
> > Signed-off-by: Marek Belisko
>
> Acked-by: Kevin
1 - 100 of 117 matches
Mail list logo