Menon, Nishanth had written, on 09/18/2010 12:42 AM, the following:
Greg KH had written, on 09/18/2010 12:38 AM, the following:
On Sat, Sep 18, 2010 at 12:24:19AM -0500, Nishanth Menon wrote:
This is hence introduced under lib allowing all architectures to
selectively enable the feature based o
Greg KH had written, on 09/18/2010 12:38 AM, the following:
On Sat, Sep 18, 2010 at 12:24:19AM -0500, Nishanth Menon wrote:
This is hence introduced under lib allowing all architectures to
selectively enable the feature based on their capabilities.
Documentation/power/00-INDEX |2 +
Do
On Sat, Sep 18, 2010 at 12:24:19AM -0500, Nishanth Menon wrote:
> This is hence introduced under lib allowing all architectures to
> selectively enable the feature based on their capabilities.
> Documentation/power/00-INDEX |2 +
> Documentation/power/opp.txt | 326 +++
SOCs have a standard set of tuples consisting of frequency and
voltage pairs that the device will support per voltage domain. These
are called Operating Performance Points or OPPs. The actual
definitions of Operating Performance Points varies over silicon within the
same family of devices. For a s
> -Original Message-
> From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
> Sent: Friday, September 17, 2010 9:02 PM
> To: Cousson, Benoit
> Cc: G, Manjunath Kondaiah; linux-omap@vger.kernel.org;
> Shilimkar, Santosh
> Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
> e
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, September 17, 2010 9:15 PM
> To: G, Manjunath Kondaiah
> Cc: linux-omap@vger.kernel.org; Kevin Hilman; Shilimkar, Santosh
> Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
> errata handling
>
> On 8/24/2010 1:04 P
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, September 17, 2010 8:21 PM
> To: G, Manjunath Kondaiah
> Cc: Kevin Hilman; linux-omap@vger.kernel.org; Shilimkar, Santosh
> Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
> errata handling
>
> On 9/17/2010 1:28 P
[trimmed Cc list a bit, as vger bounced my last reply due to header too long]
Mark Brown writes:
> On Fri, Sep 17, 2010 at 10:53:06AM -0500, Nishanth Menon wrote:
>> Mark Brown had written, on 09/17/2010 10:36 AM, the following:
>
>> >It might be clearer to use some term other than enabled in th
"Govindraj.R" writes:
> From: Kevin Hilman
>
> Major rework of OMAP UART init for omap_device conversion as well as
> use with either 8250 driver or new omap-serial driver.
>
> In preparation for a new omap-serial driver, remove 8250 assumptions
> and dependencies from the serial core.
>
> Conve
"Govindraj.R" writes:
> This patch series adds a serial driver to handle uarts on omap platforms.
> Currenlty omap-uarts are handled with 8250 driver, since updating
> this driver with omap specific features will over load
> the 8250 driver with all omap-specific data thus a new driver
> is added
On Saturday, September 18, 2010, Nishanth Menon wrote:
> Rafael J. Wysocki had written, on 09/17/2010 05:22 PM, the following:
> > On Friday, September 17, 2010, Nishanth Menon wrote:
> >> Mark Brown had written, on 09/17/2010 10:36 AM, the following:
> >>> On Thu, Sep 16, 2010 at 08:29:33PM -0500,
Tony Lindgren writes:
> * Varadarajan, Charulatha [100917 07:11]:
>> Series of patches to port watchdog module to use hwmod APIs
>> for OMAP2PLUS chips and use runtime APIs for all OMAP chips.
>> For this hwmod database for OMAP2PLUS watchdog instances are
>> populated. This patch series also im
Rafael J. Wysocki had written, on 09/17/2010 05:22 PM, the following:
On Friday, September 17, 2010, Nishanth Menon wrote:
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long fre
On Friday 17 September 2010 18:24:12 Ingo Molnar wrote:
>
> * Thomas Renninger wrote:
>
> > On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
> [ You dont even have to document it, as good code is self-explanatory ;-) ]
I recently posted a patch exporting some things through /sys/kernel/d
On Friday, September 17, 2010, Nishanth Menon wrote:
> Mark Brown had written, on 09/17/2010 10:36 AM, the following:
> > On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
> >
> >> +struct opp_def {
> >> + unsigned long freq;
> >> + unsigned long u_volt;
> >> +
> >> + bool enabled
DO NOT APPLY THIS ONE!!!
The others should go into a mainline tree if Jean is ok with them.
This one does not work, due to some include dependencies or whatever
else I can't see right now.
The idea: Provide old trace power interfaces via .config option to not break
existing perf/powertop
power-trace: Add x86 ACPI S- (machine sleep) state events.
Signed-off-by: Thomas Renninger
---
drivers/acpi/sleep.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
Index: linux-2.6.35-master/drivers/acpi/sleep.c
==
power-trace: Use power_switch_state instead of power_start and power_end
No need to have power_start and power_end. power_switch_state of state=0
means we exited power saving state. Userspace has all the information
it needs to detect power enter/exit case.
Export it, so that intel_idle can make
Some patches for cleanup...
compile tested only...
Should not break existing user space apps, but they should
get converted asap to use power_swtich_state...
---
power-trace: Rename power frequency to power_switch_state
this interface/function is not intended for frequency changes
only, but shou
* DebBarma, Tarun Kanti [100917 10:36]:
> Hi,
> While trying to boot kernel image on N800 I am seeing
> lot of garbled characters along with the trace in gtkterm.
>
> I have configured the terminal as follows:
> Port: ttyS0
> Speed: 115200
> Parity: none
> Bits:8
> Stopbits: 1
> Flow control: non
Hi Richard, Santosh,
On Thu, 16 Sep 2010, Shilimkar, Santosh wrote:
> > -Original Message-
> > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > ow...@vger.kernel.org] On Behalf Of Woodruff, Richard
> > Sent: Thursday, September 16, 2010 11:36 AM
> > To: Paul Walmsley; Hunter
* Sukumar Ghorai [100916 00:53]:
> This patch enable prefetch-irq mode for NAND.
>
> --- a/drivers/mtd/nand/omap2.c
> +++ b/drivers/mtd/nand/omap2.c
> @@ -467,6 +485,152 @@ static void omap_write_buf_dma_pref(struct mtd_info
> *mtd,
> omap_nand_dma_transfer(mtd, (u_char *) buf, len
Hello Santosh
On Fri, 17 Sep 2010, Santosh Shilimkar wrote:
> This is consolidated patch series targetted for 2.6.37 merge window.
> All of these patches have been already posted/reviewed on the list.
Patch 6 is missing, could you please look into why?
Also, please split all of the SCM changes
Hi,
While trying to boot kernel image on N800 I am seeing
lot of garbled characters along with the trace in gtkterm.
I have configured the terminal as follows:
Port: ttyS0
Speed: 115200
Parity: none
Bits:8
Stopbits: 1
Flow control: none
End of delay(ms): 0
Can someone help me if I am missing anyt
On 17/09/10 19:06 +0200, Doyu Hiroshi (Nokia-MS/Helsinki) wrote:
> Hi Catalin,
>
> From: ext Catalin Marinas
> Subject: Re: [RFC][PATCH 0/1] kmemleak: Fix false positive with alias
> Date: Fri, 17 Sep 2010 18:18:47 +0200
>
> > On Tue, 2010-08-10 at 18:49 +0300, Hiroshi DOYU wrote:
> >> Now there
* Varadarajan, Charulatha [100917 07:11]:
> Series of patches to port watchdog module to use hwmod APIs
> for OMAP2PLUS chips and use runtime APIs for all OMAP chips.
> For this hwmod database for OMAP2PLUS watchdog instances are
> populated. This patch series also implements watchdog
> module to
Hi Catalin,
From: ext Catalin Marinas
Subject: Re: [RFC][PATCH 0/1] kmemleak: Fix false positive with alias
Date: Fri, 17 Sep 2010 18:18:47 +0200
> On Tue, 2010-08-10 at 18:49 +0300, Hiroshi DOYU wrote:
>> Now there's not much difference with the attached patch, a new version
>> of alias.
>>
>>
On 17/09/10 17:36 +0200, ext Mark Brown wrote:
> On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
>
> > +struct opp_def {
> > + unsigned long freq;
> > + unsigned long u_volt;
> > +
> > + bool enabled;
> > +};
>
> It might be clearer to use some term other than enabled in the
* Santosh Shilimkar [100917 02:40]:
> This patch populates the L1 entries for MT_MEMORY and MT_MEMORY_NONCACHED
> types so that at boot-up, we can map memories outside system memory
> at page level granularity
>
> Previously the mapping was limiting to section level, which creates
> unnecessary a
* Thomas Renninger wrote:
> On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
> >
> > * Jean Pihet wrote:
> >
> > > > Apropos documentation..., are the power trace events documented
> > > > somewhere?
> > >
> > > No. We need something like Documentation/trace/events-kmem.txt. I
> > > ca
On Tue, 2010-08-10 at 18:49 +0300, Hiroshi DOYU wrote:
> Now there's not much difference with the attached patch, a new version
> of alias.
>
> / # modprobe kmemleak-special-test use_alias=0
> / # time echo scan > /sys/kernel/debug/kmemleak
> real0m 2.30s
> user0m 0.00s
> sys 0m 2.30s
Enable omap-serial driver in /mach-omap2/Kconfig and
move 8250 driver selection for zoom boards. With omap-serial
driver addition all omap-uarts can be handled with
omap-serial driver.
With addition of omap-serial driver console parameter
needs be changed in bootargs from ttyS* should be
replaced
This patch adds driver support for OMAP2/3/4 high speed UART.
The driver is made separate from 8250 driver as we cannot
over load 8250 driver with omap platform specific configuration for
features like DMA, it makes easier to implement features like DMA and
hardware flow control and software flow
Add prepare idle and resume idle call for uart4 used by 3630.
Cc: Kevin Hilman
Signed-off-by: Govindraj.R
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 13bf73f..41f1da2
From: Kevin Hilman
Since the UART enable/idle is done during the idle path (with
interrupts disabled), use the non-locking versions of the hwmod
enable/idle functions.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/serial.c | 23 +--
1 files changed, 21 insertions(+)
This is only valid for omap 36xx family of chips.
Signed-off-by: Sergio Aguirre
Signed-off-by: Govindraj.R
---
arch/arm/mach-omap2/clock3xxx_data.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
b/arch/arm/mac
To standarize among other uarts (1 to 3), we shall now:
- Enable uart4 autodile bit.
- Enable uart4 wakeup in PER.
- Allow uart4 to wakeup the MPU.
Signed-off-by: Sergio Aguirre
Signed-off-by: Govindraj.R
---
arch/arm/mach-omap2/cm-regbits-34xx.h |2 ++
arch/arm/mach-omap2/pm34xx.c
From: Kevin Hilman
Since the omap_device for UART is currently managed inside the idle
path itself, don't let the bus-level code suspend/resume the UART.
To prevent this, pm_runtime_get() is used when preparing for suspend
and pm_runtime_put() is used when finished with suspend.
Signed-off-by:
From: Kevin Hilman
Major rework of OMAP UART init for omap_device conversion as well as
use with either 8250 driver or new omap-serial driver.
In preparation for a new omap-serial driver, remove 8250 assumptions
and dependencies from the serial core.
Convert UART core and PM support to use omap
Remove set_uart_globals function as this will not be needed as
physical address for uarts will be taken from hwmod data file.
Cc: Kevin Hilman
Signed-off-by: Govindraj.R
---
arch/arm/mach-omap2/serial.c |5 -
arch/arm/plat-omap/common.c | 16
From: Kevin Hilman
This patch adds omap_hwmod data for UARTs on OMAP2 and OMAP3
platforms.
UART4 support for 3630 and OMAP2 hwmod data added by Govindraj R.
Cc: Govindraj.R
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 193 +
arch/arm/mach-
From: Benoit Cousson
Add uart1-4 hwmod data into omap4_hwmod data file.
Signed-off-by: Benoit Cousson
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 235
1 files changed, 235 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
This patch series adds a serial driver to handle uarts on omap platforms.
Currenlty omap-uarts are handled with 8250 driver, since updating
this driver with omap specific features will over load
the 8250 driver with all omap-specific data thus a new driver
is added to configure and support features
On Fri, Sep 17, 2010 at 10:53:06AM -0500, Nishanth Menon wrote:
> Mark Brown had written, on 09/17/2010 10:36 AM, the following:
> >It might be clearer to use some term other than enabled in the code -
> >when reading I wasn't immediately sure if enabled meant that it was
> >available to be select
Mark Brown had written, on 09/17/2010 10:36 AM, the following:
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
+struct opp_def {
+ unsigned long freq;
+ unsigned long u_volt;
+
+ bool enabled;
+};
It might be clearer to use some term other than enabled in the
* Madhusudhan Chikkature [100915 16:50]:
> OMAP4: HSMMC cmd line reset change
>
> The cmd line reset logic is changed in OMAP4 ES2. The new procedure
> is to monitor a 0->1 transition and then 1->0 transition.The earlier
> logic would fail on ES2 chips because the loop could exit even before
> th
On 8/24/2010 1:04 PM, G, Manjunath Kondaiah wrote:
This patch introduces generic way of handling all OMAP DMA
errata's which are applicable for OMAP1 and OMAP2PLUS processors.
<...>
diff --git a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2/dma.c
index f369bee..8832bd1 100644
--- a/arch/arm
On Thu, Sep 16, 2010 at 08:29:33PM -0500, Nishanth Menon wrote:
> +struct opp_def {
> + unsigned long freq;
> + unsigned long u_volt;
> +
> + bool enabled;
> +};
It might be clearer to use some term other than enabled in the code -
when reading I wasn't immediately sure if enabled mea
On Friday 17 September 2010 16:24:59 Ingo Molnar wrote:
>
> * Jean Pihet wrote:
>
> > > Apropos documentation..., are the power trace events documented
> > > somewhere?
> >
> > No. We need something like Documentation/trace/events-kmem.txt. I
> > can write that with for the new power API.
> Such
"Cousson, Benoit" writes:
[...]
> If you cannot do that, you will need to add an omap_device API as
> well.
There is already one such API exists in hwmod layer for handling
this type of errata(omap_hwmod_set_slave_idlemode in omap_hwmod.c).
Above proposal is based on
On Friday 17 September 2010 16:05:51 Jean Pihet wrote:
> Hi Thomas,
>
> On Fri, Sep 17, 2010 at 3:08 PM, Thomas Renninger wrote:
> > Hi,
> >
> > I had a quick look at this and it's amazing how broken
> > the whole power event tracing interfaces are.
> > It's not your fault, Jean, they always were
"Cousson, Benoit" writes:
[...]
As you mentioned, wd_timer3 in OMAP4 is an IVA3 watchdog timer.
Also the current watchdog driver (omap_wdt.c) does not support more
than one watchdog timer. To add this support we need to first
redesign the driver code and then add wd
> -Original Message-
> From: coolo...@gmail.com [mailto:coolo...@gmail.com] On Behalf Of Bryan Wu
> Sent: Friday, September 17, 2010 8:36 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH 00/14] omap sram, omap4 control
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Thursday, September 16, 2010 10:46 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
>>Subject: Re: [PATCH 2/4] OMAP: OPP: twl/tps: Introduce TWL/TPS-specif
Vishwanath BS writes:
> This patch has changes to update the C state latencies for OMAP3630
> and removes the useless C-States, keeping only the optimized ones with
> their corresponding measured latencies.
Technically, this patch doesn't remove them, it disables them.
Also, these C-states are
Santosh,
Unfortunately, the kernel still cannot find MMC device and mount the
root file system on my Panda ES2.0 8 layers board.
Did we miss some patches? The Ubuntu 2.6.35 kernel boots fine.
-Bryan
On Fri, Sep 17, 2010 at 5:47 PM, Santosh Shilimkar
wrote:
> This is consolidated patch series ta
Gopinath, Thara had written, on 09/17/2010 09:57 AM, the following:
[..]
From: Paul Walmsley
The OPP layer code should be independent of the PMIC,
introduce the TWL/TPS-specific code out to its own file.
I have been using this code for a while now. I really do not think wee need a
separate
f
Hi Sanjeev,
> -Original Message-
> From: Premi, Sanjeev
> Sent: Friday, September 17, 2010 7:57 PM
> To: Sripathy, Vishwanath; linux-omap@vger.kernel.org
> Cc: Sripathy, Vishwanath; Chalhoub, Nicole
> Subject: RE: [PATCH] OMAP3630 PM: Update C state latencies
>
> > -Original Message--
>>-Original Message-
>>From: Menon, Nishanth
>>Sent: Thursday, September 16, 2010 7:37 PM
>>To: Gopinath, Thara
>>Cc: Kevin Hilman; linux-omap@vger.kernel.org;
>>linux-arm-ker...@lists.infradead.org
>>Subject: Re: [PATCH 2/4] OMAP: OPP: twl/tps: Introduce TWL/TPS-specific code
>>
>>Gopin
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Thursday, September 16, 2010 8:58 PM
>>To: Gopinath, Thara; Paul Walmsley
>>Cc: linux-omap@vger.kernel.org; Sripathy, Vishwanath; Sawant, Anand; Cousson,
>>Benoit
>>Subject: Re: [PATCH 05/13] OMAP: Int
On 9/17/2010 1:28 PM, G, Manjunath Kondaiah wrote:
From: Cousson, Benoit
Sent: Friday, September 17, 2010 3:59 PM
On 9/17/2010 10:09 AM, G, Manjunath Kondaiah wrote:
Hi Benoit,
<...>
I assume you are ok with option #1. Let me know if you have any
issues/concenrs with above approach. I am
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Thursday, September 16, 2010 8:52 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Sripathy, Vishwanath; Sawant,
>>Anand; Cousson, Benoit
>>Subject: Re: [PATCH 04/13] OMAP: In
This patch converts the i2c driver to use PM runtime apis
Signed-off-by: Rajendra Nayak
Cc: Kevin Hilman
Cc: Paul Walmsley
---
drivers/i2c/busses/i2c-omap.c | 67 +
1 files changed, 21 insertions(+), 46 deletions(-)
diff --git a/drivers/i2c/busses/i2c
Add hwmod structures for I2C controllers on OMAP3430.
This patch was developed in collaboration with Paul Walmsley .
Signed-off-by: Rajendra Nayak
Signed-off-by: Paul Walmsley
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 232
arch/arm/mach-om
From: Paul Walmsley
Add hwmod structures for I2C controllers on OMAP2420/2430.
Signed-off-by: Paul Walmsley
Signed-off-by: Rajendra Nayak
Cc: Kevin Hilman
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 138 ++-
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 144
From: Paul Walmsley
Split the OMAP1 and OMAP2+ platform_device build and register code.
Convert the OMAP2+ variant to use omap_device.
This patch was developed in collaboration with Rajendra Nayak
.
Signed-off-by: Paul Walmsley
Signed-off-by: Rajendra Nayak
Cc: Kevin Hilman
---
arch/arm/pla
Add hwmod structures for I2C controllers on OMAP4430.
Signed-off-by: Rajendra Nayak
Signed-off-by: Benoit Cousson
---
This patch is extracted from the below patch
OMAP4: hwmod: Add initial data for OMAP4430 ES1 & ES2
https://patchwork.kernel.org/patch/117347/
arch/arm/mach-omap2/omap_hwmod_44x
This series makes I2C device registration use hwmod
and omap_device api's and converts the I2C driver to use
runtime PM api's.
Patches apply on the pm-core branch from Kevin's tree.
v2 has minor review comment fixes over v1 and is additionally
boot tested on a 2430sdp platform along with being te
On 9/17/2010 4:27 PM, Kevin Hilman wrote:
"Cousson, Benoit" writes:
Hi Charu,
On 9/17/2010 11:23 AM, Varadarajan, Charulatha wrote:
-Original Message-
From: Cousson, Benoit
Sent: Thursday, September 16, 2010 2:49 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; w...@iguana.be;
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Thursday, September 16, 2010 8:50 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Sripathy, Vishwanath; Sawant,
>>Anand; Cousson, Benoit
>>Subject: Re: [PATCH 01/13] OMAP: In
"Cousson, Benoit" writes:
> Hi Charu,
>
> On 9/17/2010 11:23 AM, Varadarajan, Charulatha wrote:
>>
>>
>>> -Original Message-
>>> From: Cousson, Benoit
>>> Sent: Thursday, September 16, 2010 2:49 AM
>>> To: Varadarajan, Charulatha
>>> Cc: t...@atomide.com; w...@iguana.be; linux-watch...@vg
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Vishwanath BS
> Sent: Friday, September 17, 2010 7:43 PM
> To: linux-omap@vger.kernel.org
> Cc: Sripathy, Vishwanath; Chalhoub, Nicole
> Subject: [PATCH] OMAP3630 PM: Upda
"Basak, Partha" writes:
[...]
>> > /* TODO: Analyze removing gpio_bank_count usage from driver code */
>> > @@ -1045,6 +1044,9 @@ static int omap_gpio_request(struct
>> gpio_chip *chip, unsigned offset)
>> >struct gpio_bank *bank = container_of(chip, struct
>> gpio_bank, chip);
>> >un
* Jean Pihet wrote:
> > Apropos documentation..., are the power trace events documented
> > somewhere?
>
> No. We need something like Documentation/trace/events-kmem.txt. I can
> write that with for the new power API.
Such a patch introducing events-power.txt would be most welcome!
In
This patch splits omap_init_wdt() into separate omap_init_wdt()
functions under mach-omap1 and mach-omap2 and set them up with
subsys_initcall.
Also it uses omap_device_build() API instead of
platform_device_register() for watchdog timer device registration
for OMAP2plus chips.
For OMAP2plus chi
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Signed-off-by: Charulatha V
---
drivers/watchdog/omap_wdt.c | 42 +++---
1 files changed, 7 insertions(
From: Benoit Cousson
Add watchdog timer hwmod data for OMAP4 chip
Signed-off-by: Benoit Cousson
Signed-off-by: Charulatha V
---
This patch is extracted from the below patch sent by Benoit
https://patchwork.kernel.org/patch/117347/
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 135 +++
This patch adds the CM_FCLKEN_WKUP, CM_ICLKEN_WKUP, PM_WKEN_WKUP
shared bits for OMAP2PLUS watchdog timer module.
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/prcm-common.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/prcm-common.h
b/arc
Add watchdog timer hwmod data for OMAP2430 chip
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 63
1 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2430_data.c
b/arch/arm/mach-omap2/omap_h
Add watchdog timer hwmod data for OMAP2420 chip
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 63
1 files changed, 63 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2420_data.c
b/arch/arm/mach-omap2/omap_h
Add watchdog timer hwmod data for OMAP3 chip
Signed-off-by: Charulatha V
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 65
1 files changed, 65 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
b/arch/arm/mach-omap2/omap_hwmo
Series of patches to port watchdog module to use hwmod APIs
for OMAP2PLUS chips and use runtime APIs for all OMAP chips.
For this hwmod database for OMAP2PLUS watchdog instances are
populated. This patch series also implements watchdog
module to use PM runtime APIs.
This patch series is created on
This patch has changes to update the C state latencies for OMAP3630
and removes the useless C-States, keeping only the optimized ones with
their corresponding measured latencies.
Only 4 C-states are kept instead of 7 C-States:
* C1 . MPU WFI clock gated + Core autogating
* C3 . MPU CSW
Hi Thomas,
On Fri, Sep 17, 2010 at 3:08 PM, Thomas Renninger wrote:
> Hi,
>
> I had a quick look at this and it's amazing how broken
> the whole power event tracing interfaces are.
> It's not your fault, Jean, they always were and adding your stuff is
> fine.
That is the whole point! This code ne
On Mon, 2010-08-30 at 13:30 -0700, Paul E. McKenney wrote:
> On Fri, Aug 27, 2010 at 09:12:24AM +0300, Hiroshi DOYU wrote:
> > > +static struct kmemleak_object *find_and_get_object(unsigned long ptr,
> > > int alias)
> > > +{
> > > + struct kmemleak_object *object;
> > > +
> > > + rcu_read_lock();
Hi,
I had a quick look at this and it's amazing how broken
the whole power event tracing interfaces are.
It's not your fault, Jean, they always were and adding your stuff is
fine.
Some questions, maybe I've overseen something:
Why does this event:
DEFINE_EVENT(power, power_frequency,
exist and
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, September 17, 2010 3:59 PM
> To: G, Manjunath Kondaiah
> Cc: Kevin Hilman; linux-omap@vger.kernel.org; Shilimkar, Santosh
> Subject: Re: [PATCH v2 09/11] OMAP: DMA: Implement generic
> errata handling
>
> On 9/17/2010 10:09
> -Original Message-
> From: Balbi, Felipe
> Sent: Friday, September 17, 2010 4:49 PM
> To: Shilimkar, Santosh
> Cc: Balbi, Felipe; Menon, Nishanth; linux-omap@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Nayak, Rajendra; Kevin Hilman
> Subject: Re: [PATCH 14/14] omap4: Fix boo
Hi,
On Fri, Sep 17, 2010 at 06:17:47AM -0500, Shilimkar, Santosh wrote:
On OMAP4 specifically, the wait IDLEST support isn't there in the
clock framework. This is taken care now in hwmod framework. With
that we see that we don't need this delay anymore.
The delay change is there for some time.
> -Original Message-
> From: Balbi, Felipe
> Sent: Friday, September 17, 2010 4:12 PM
> To: Shilimkar, Santosh
> Cc: Menon, Nishanth; linux-omap@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Nayak, Rajendra
> Subject: Re: [PATCH 14/14] omap4: Fix bootup crash observed with highe
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Friday, September 17, 2010 3:46 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH 02/14] omap: Map only available sram memory
hi,
On Fri, Sep 17, 2010 at 05:30:30AM -0500, Shilimkar, Santosh wrote:
Second your thought. Infact I wasn't ok to push this patch to start
with but it's needed till the timer hwmod gets merged
to me, it just looks like "omap_test_timeout()" is timing out and that
function is omap_dm_timer_set
Hi,
On Fri, Sep 17, 2010 at 05:14:59AM -0500, Menon, Nishanth wrote:
@@ -581,7 +581,7 @@ int omap_dm_timer_set_source(struct omap_dm_timer
*timer, int source)
* When the functional clock disappears, too quick writes seem
* to cause an abort. XXX Is this still necessary?
> -Original Message-
> From: Menon, Nishanth
> Sent: Friday, September 17, 2010 3:57 PM
> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org; Nayak, Rajendra
> Subject: RE: [PATCH 14/14] omap4: Fix bootup crash observed with higher
> CPU clocks
>
On 9/17/2010 10:09 AM, G, Manjunath Kondaiah wrote:
Hi Benoit,
<...>
I assume you are ok with option #1. Let me know if you have any
issues/concenrs with above approach. I am in the process of
consolidating
all the review comments and addressing all applicable
review comments.
Not reall
> -Original Message-
> From: Shilimkar, Santosh
> Sent: Friday, September 17, 2010 5:17 AM
[..]
> > > -Original Message-
> > > From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> > > ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> > > Sent: Friday, September 17, 20
> -Original Message-
> From: Menon, Nishanth
> Sent: Friday, September 17, 2010 3:48 PM
> To: Shilimkar, Santosh; linux-omap@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> Subject: RE: [PATCH 11/14] omap4: Fix silicon version detection for early
> samples
>
> > -Original
> -Original Message-
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Friday, September 17, 2010 3:46 PM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
> Subject: Re: [PATCH 03/14] davinci: map sram using MT_MEMORY_N
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Friday, September 17, 2010 4:48 AM
[..]
> diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
> index ae70ae9..0412233 100644
> -
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Santosh Shilimkar
> Sent: Friday, September 17, 2010 4:48 AM
>
> On OMAP4 control pad are not addressable from control
> core base. So the common omap_ctrl_read/write API
1 - 100 of 124 matches
Mail list logo
