On Wed, 22 Sep 2010, hermann pitton wrote:
Am Mittwoch, den 22.09.2010, 01:23 +0200 schrieb Guennadi Liakhovetski:
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
This is a V4L2 driver for TI OMAP1 SoC camera interface.
[snip]
+
+ } else {
+ dev_warn(dev, %s:
Hi Rajendra
On Thu, 16 Sep 2010, Rajendra Nayak wrote:
This patch updates the PRM and CM register bitshifts and masks
for OMAP4430 ES2.0.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoît Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
On Thu, 16 Sep 2010, Rajendra Nayak wrote:
4430 ES2 has a few new registers added and a few modified
from ES1. This patch adds all the register changes in PRM
and CM for OMAP4430 ES2.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoît Cousson b-cous...@ti.com
Thanks,
Hi Rajendra,
On Thu, 16 Sep 2010, Rajendra Nayak wrote:
DSS on ES2 supports only OSWR, hence remove the support
for CSWR from the powerdomain framework.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoît Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:43 AM
To: Nayak, Rajendra; Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: Re: [PATCH 5/5] OMAP4: powerdomain: add context_offset field
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:48 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: Re: [PATCH 2/5] OMAP4: PM: Define additional registers for ES2
On Thu, 16 Sep
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:47 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: Re: [PATCH 1/5] OMAP4: PM: Update PRCM register bitshits and masks
for
ES2
Hi
That's up to the platform maintainer to review / apply this one, but if
you like, a couple of nit-picks from me:
On Sat, 11 Sep 2010, Janusz Krzysztofik wrote:
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 10:34 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: Re: [PATCH 3/5] OMAP4: clocks: Update clock tree for ES2
Hello Rajendra,
Hi Rajendra,
On Wed, 22 Sep 2010, Nayak, Rajendra wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 10:34 AM
The clock tree resulting from this patch doesn't match the output from
the current OMAP4 clock autogen script.
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 12:46 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: RE: [PATCH 3/5] OMAP4: clocks: Update clock tree for ES2
Hi Rajendra,
Hello Benoît,
On Thu, 5 Aug 2010, Benoit Cousson wrote:
The OMAP4 hwmod data introduced the new naming convention for TI
IPs (See patch OMAP4: hwmod: Add partial hwmod support for OMAP4430 ES1.0)
The leaf clock names are using the same IP name and thus must be
modified to match the clock
Hi Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Please note that the diff is pretty bad for the clock table. It looks like
everything has changed. I don't know if there is a way to have a better diff
with git.
It's due to an extra tab that somehow got added between the second and
On Wed, Sep 22, 2010 at 5:24 AM, David Anders x0132...@ti.com wrote:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
patch depends on
Hi Paul,
On 9/22/2010 9:29 AM, Paul Walmsley wrote:
Hi Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
OMAP4 IP optional clocks require explicit enable in module CTRLCLK
register. In order to allow that we have to create artificial clock
nodes that represent this clock inputs in the IP.
On 9/22/2010 9:25 AM, Paul Walmsley wrote:
Hi Benoît,
On Tue, 21 Sep 2010, Benoit Cousson wrote:
Please note that the diff is pretty bad for the clock table. It looks like
everything has changed. I don't know if there is a way to have a better diff
with git.
It's due to an extra tab that
Hi Rajendra, Benoît,
in case it is useful, here is a branch based on v2.6.36-rc5 with the hwmod
fixes included, and the OMAP4 clock/PRCM patches that we've discussed
today:
git://git.pwsan.com/linux-2.6 omap4_2.6.37
Tomorrow, I will probably keep adding to this branch, but I think I am
On Wed, 22 Sep 2010, Shilimkar, Santosh wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:43 AM
To: Nayak, Rajendra; Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Cousson, Benoit; Kevin Hilman
Subject: Re: [PATCH
Hi Paul,
On 9/22/2010 9:37 AM, Paul Walmsley wrote:
Hi Rajendra, Benoît,
in case it is useful, here is a branch based on v2.6.36-rc5 with the hwmod
fixes included, and the OMAP4 clock/PRCM patches that we've discussed
today:
git://git.pwsan.com/linux-2.6 omap4_2.6.37
Tomorrow, I will
Hi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Tuesday, September 14, 2010 4:33 AM
To: linux-omap@vger.kernel.org
Cc: Varadarajan, Charulatha; Basak, Partha; Tero Kristo
Subject: [PATCH 2/2] OMAP2+:
On 09/21/10 18:26, Gadiyar, Anand wrote:
On Tue, Sep 21, 2010 at 9:33 PM, Igor Grinberg grinb...@compulab.co.il
wrote:
add support for hsusb host ports 1, 2 and on-module usb hub.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t3517.c | 50
On Wed, Sep 22, 2010 at 12:58 PM, Bryan Wu bryan...@canonical.com wrote:
On Wed, Sep 22, 2010 at 5:24 AM, David Anders x0132...@ti.com wrote:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Signed-off-by: David Anders x0132...@ti.com
Hi,
On Sat, Sep 18, 2010 at 11:33:56AM -0500, kishore kadiyala wrote:
@@ -223,6 +224,81 @@ int twl6030_interrupt_mask(u8 bit_mask, u8 offset)
}
EXPORT_SYMBOL(twl6030_interrupt_mask);
+int twl6030_mmc_card_detect_config(void)
+{
+ int ret;
+ u8 reg_val = 0;
+
+ /* Unmasking
Hi Tony,
Please pull omap2 sparse fixes from:
git://dev.omapzoom.org/pub/scm/manju/kernel-omap3-dev.git sparse_fixes
Regards,
Manjunath
The following changes since commit 8b15575cae7a93a784c3005c42b069edd9ba64dd:
Sage Weil (1):
fs: {lock,unlock}_flocks() stubs to prepare for
Hi Dmitry,
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Tuesday, September 21, 2010 9:57 PM
To: G, Manjunath Kondaiah
Cc: Ameya Palande; linux-omap@vger.kernel.org;
linux-in...@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Tony
Adding Tony and Linux-OMAP cc:, as this patchset was written specifically
with the OMAP in mind (thread rooted at http://lkml.org/lkml/2010/9/10/104 ).
Any comments would be appreciated.
Phil
On 10/09/10 11:54 +0200, Carmody Phil.2 (EXT-Ixonos/Helsinki) wrote:
The motivation for patch 2/3 is
Hi balbi,
On Wed, Sep 22, 2010 at 2:21 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Sat, Sep 18, 2010 at 11:33:56AM -0500, kishore kadiyala wrote:
@@ -223,6 +224,81 @@ int twl6030_interrupt_mask(u8 bit_mask, u8 offset)
}
EXPORT_SYMBOL(twl6030_interrupt_mask);
+int
Hello.
On 22-09-2010 4:19, Paul Walmsley wrote:
From: Rajendra Nayakrna...@ti.com
If a module's OCP slave port is programmed to be in smartidle,
its also necessary that they have module level wakeup enabled.
Update _sysc_enable in hwmod framework to do this.
The thread [PATCH 7/8] :
On Tue, Sep 21, 2010 at 06:29:16PM -0700, Justin P. Mattock wrote:
Date: Tue, 21 Sep 2010 18:29:16 -0700
From: Justin P. Mattock justinmatt...@gmail.com
To: triv...@kernel.org
Cc: linux-arm-ker...@lists.infradead.org, linux-ker...@vger.kernel.org,
linux-omap@vger.kernel.org,
Hi Ralf,
On Tue, Sep 21, 2010 at 06:29:16PM -0700, Justin P. Mattock wrote:
Date: Tue, 21 Sep 2010 18:29:16 -0700
From: Justin P. Mattock justinmatt...@gmail.com
To: triv...@kernel.org
Cc: linux-arm-ker...@lists.infradead.org, linux-ker...@vger.kernel.org,
Kalliguddi, Hema hem...@ti.com writes:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Tuesday, September 14, 2010 4:33 AM
To: linux-omap@vger.kernel.org
Cc: Varadarajan, Charulatha; Basak, Partha; Tero
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, September 22, 2010 5:48 AM
To: Varadarajan, Charulatha
Cc: t...@atomide.com; linux-omap@vger.kernel.org; p...@pwsan.com; Cousson,
Benoit; Nayak, Rajendra; Basak, Partha
Subject: Re: [PATCH
Varadarajan, Charulatha ch...@ti.com writes:
[...]
I could reproduce this issue on 35xxEVM board (ES3.1). I am debugging
the issue. Will get back to you soon in this regard.
Thanks for the update.
I'll try and debug the suspend problem on n900 today as well.
Kevin
--
To unsubscribe from
On 09/22/2010 03:43 AM, Gadiyar, Anand wrote:
On Wed, Sep 22, 2010 at 12:58 PM, Bryan Wubryan...@canonical.com wrote:
On Wed, Sep 22, 2010 at 5:24 AM, David Andersx0132...@ti.com wrote:
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
On Mon, 2010-09-20 at 11:04 -0700, Kevin Hilman wrote:
Hi Peter,
Peter Barada peter.bar...@gmail.com writes:
I have a brf6300 that requires sys_clkout1, and I have it working fine
right now, but if I enable CONFIG_OMAP_RESET_CLOCKS, then
sys_clkou1 is disabled.
Yes, any unused
From: thara gopinath th...@ti.com
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Originally all the functionalities introduced in this patch
were present in
This patch makes generic pm_debug directory global
so that other drivers can include it and use it to create
sub-entries.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/mach-omap2/pm-debug.c |3 +++
arch/arm/mach-omap2/pm.h |1 +
2 files changed, 4 insertions(+), 0
This patch adds voltage driver support for OMAP3. The driver
allows configuring the voltage controller and voltage
processors during init and exports APIs to enable/disable
voltage processors, scale voltage and reset voltage.
The driver also maintains the global voltage table on a per
VDD basis
SmartReflex modules do adaptive voltage control for real-time
voltage adjustments. With Smartreflex the power supply voltage
can be adapted to the silicon performance(manufacturing process,
temperature induced performance, age induced performance etc).
There are differnet classes of smartreflex
This patch adds support for device registration of various
smartreflex module present in the system. This patch introduces
the platform data for smartreflex devices which include
the efused and test n-target vaules, module enable/disable
pointers and a parameter to indicate whether smartreflex
This patch adds the smartreflex hwmod data for OMAP3430
and OMAP3630. A dev_attr is also added to the hwmod
structure for each smartreflex module which contains
SoC specific info like the efuse offsets, test n-values
etc.
Signed-off-by: Thara Gopinath th...@ti.com
---
Smartreflex Class3 implementation continuously monitors
silicon performance and instructs the Voltage Processors
to increase or decrease the voltage.
This patch adds smartreflex class 3 driver. This driver hooks
up with the generic smartreflex driver smartreflex.c to abstract
out class specific
This patch adds support in the twl4030 driver to hook up
the API enabling smartreflex support on PMIC side with the
smartreflex driver. Without this the OMAP smartreflex modules
will not function.
Signed-off-by: Thara Gopinath th...@ti.com
---
drivers/mfd/twl-core.c |7 +--
This patch adds debug support to the voltage and smartreflex drivers.
This means a whole bunch of voltage processor and smartreflex
parameters are now visible through the pm debugfs. By default
only a read of these parameters are permitted. If you need to
write into them then
echo 1
This patch enables smartreflex class3 functionality for OMAP3430SDP,
OMAP3630SDP, ZOOM2 and ZOOM3 boards.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c |2 ++
arch/arm/mach-omap2/board-zoom-peripherals.c |2 ++
2 files changed, 4
By default the system boots up at nominal voltage for every
voltage domain in the system. This patch puts VDD1 and VDD2
to the correct boot up voltage as per the opp tables specified.
This patch implements this by matching the rate of the main clock
of the voltage domain with the opp table and
This patch registers the TWL4030 PMIC specific informtion
with the voltage driver. Failing this patch the voltage driver
is unware of the formula to use for vsel to voltage and vice versa
conversion.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/plat-omap/opp_twl_tps.c | 17
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Cousson, Benoit b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
This patch series makes OMAP2PLUS musb Module implemented
in HWMOD FW way. It also implements musb driver to
use the
Modified the Omap,Blackfin and Davinci board files to add the name of the IRQs
in the resource structures and musb driver to use the get_irq_byname() api to
get the mc and dma irq numbers instead of using the index as the order of
resource definition need not be always in order of device interrupt
Removed the board_data parameter being passed to musb_platform_init function
as board data can be extracted from device structure which is already member of
musb structure.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman
OMAP3 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Cousson, Benoit
From: Cousson, Benoit b-cous...@ti.com
OMAP4 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Cousson, Benoit b-cous...@ti.com
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren
Using omap_device_build api instead of platform_device_register for musb
device registration.The device specific resources defined in centralized
database will be used. So removed the resource definitions from the musb
platform file.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi
OMAP2430 hwmod data stuctures are populated with base address, L3 and L4
interface clocks, IRQs,and sysconfig register details.
Signed-off-by: Hema HK hem...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Cousson, Benoit
On 2010-07-25 15:50, Russell King - ARM Linux wrote:
+ * Align the virtual region allocation - maximum alignment is
+ * a section size, minimum is a page size. This helps reduce
+ * fragmentation of the DMA space, and also prevents allocations
+ * smaller than a section
OMAP USBOTG modules has a requirement to set the auto idle bit only after
setting smart idle bit. Modified the _sys_enable api to set the smart idle
first and then the autoidle bit. Setting this will not have any impact on the
other modules.
Signed-off-by: Hema HK hem...@ti.com
Signed-off-by:
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks,sysconfig settings.
Also need to put the USB in force standby and force idle mode when usb not used
and set it back to no idle and no stndby after wakeup.
For OMAP3 auto idle bit has to be
With OMAP core-off support musb was not functional as context was getting
lost after wakeup from core-off. And also musb was blocking the core-off
after loading the gadget driver even with no cable connected sometimes.
Added the idle and wakeup APIs in the platform layer which will
be called in
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, September 22, 2010 7:55 PM
To: Kalliguddi, Hema
Cc: linux-omap@vger.kernel.org; Varadarajan, Charulatha;
Basak, Partha; Tero Kristo
Subject: Re: [PATCH 2/2] OMAP2+: GPIO: move late PM out of
Ohad,
Sorry for the late response, was away from linux-omap mailing list last few
days.
Please see my response.
It would probably make more sense to call pm_runtime_get_sync during
hwspinlock_request{_specific}, and then call pm_runtime_put during
hwspinlock_free.
I agree, this looks like
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
From: Benoit Cousson b-cous...@ti.com
Add uart1-4 hwmod data into omap4_hwmod data file.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 235
1 files changed, 235
From: Kevin Hilman khil...@deeprootsystems.com
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.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Kevin Hilman khil...@ti.com
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
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 khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/serial.c |5 -
From: Kevin Hilman khil...@deeprootsystems.com
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
From: Kevin Hilman khil...@deeprootsystems.com
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 khil...@deeprootsystems.com
Signed-off-by: Govindraj.R
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 saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/cm-regbits-34xx.h |
Add prepare idle and resume idle call for uart4 used by 3630.
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
This patch makes the following:
- Adds missing wakeup padding register handling.
- Fixes a hardcode to use PER module ONLY on UART3.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Sergio Aguirre saagui...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
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
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
Iniatize all omap-uarts for zoom boards.
Remove serial_init from 3630sdp board init
as zoom_peripheral_init does the same.
Signed-off-by: Kevin Hilman khil...@ti.com
Signed-off-by: Anand Gadiyar gadi...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
Tony,
Thanks for your comments.
* Que, Simon s...@ti.com [100811 17:22]:
Created driver for OMAP hardware spinlock.
- Reserved spinlocks for internal use
- Dynamic allocation of unreserved locks
- Lock, unlock, and trylock functions, with or without disabling
irqs/preempt
-
Hello Sergei,
On Wed, 22 Sep 2010, Sergei Shtylyov wrote:
This line is overindented...
Thanks, updated the patch (below).
- Paul
From 9980ce53c97392a3dbdc9d1ac3e455d79b4167ed Mon Sep 17 00:00:00 2001
From: Rajendra Nayak rna...@ti.com
Date: Tue, 21 Sep 2010 19:58:30 +0530
Subject:
Hi,
Here is a patch that redefines the power events API. The advantages
are: easier maintainance of the kernel and the
user space tools, a cleaner and more generic interface, more
parameters for fine tracing and even documentation!
Thomas, this patch has your patch above merged in ('power-trace:
On 9/22/2010 8:31 AM, Jean Pihet wrote:
Hi,
Here is a patch that redefines the power events API. The advantages
are: easier maintainance of the kernel and the
user space tools, a cleaner and more generic interface, more
parameters for fine tracing and even documentation!
Thomas, this patch
On Wed, 22 Sep 2010, Cousson, Benoit wrote:
On 9/22/2010 9:33 AM, Paul Walmsley wrote:
Hi Benoît, Rajendra,
Here's the clock44xx_data.c that I ended up with, after applying the
recent patches. It seems to compare well with the autogenerator output,
but maybe you might find some
On Wed, Sep 22, 2010 at 5:33 PM, Arjan van de Ven ar...@linux.intel.com wrote:
On 9/22/2010 8:31 AM, Jean Pihet wrote:
Hi,
Here is a patch that redefines the power events API. The advantages
are: easier maintainance of the kernel and the
user space tools, a cleaner and more generic
- usim optional clock are its parent had the same name, rename the parent
usim_fclk - usim_ck
- OPTFCLKEN_CLK32K is not handled anymore by the USBPHYOCP2SCP module in ES2
Create a new clock that belongs to CM_ALWON_USBPHY_CLKCTRL register
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul
On Wed, 22 Sep 2010, Benoit Cousson wrote:
- usim optional clock are its parent had the same name, rename the parent
usim_fclk - usim_ck
- OPTFCLKEN_CLK32K is not handled anymore by the USBPHYOCP2SCP module in ES2
Create a new clock that belongs to CM_ALWON_USBPHY_CLKCTRL register
Hi Govindraj,
Just one non-functional comment below.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Raja, Govindraj
Sent: Wednesday, September 22, 2010 10:15 AM
To: linux-omap@vger.kernel.org
Cc:
On 9/22/2010 8:43 AM, Nayak, Rajendra wrote:
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:47 AM
Hi Rajendra
On Thu, 16 Sep 2010, Rajendra Nayak wrote:
This patch updates the PRM and CM register bitshifts and masks
for OMAP4430 ES2.0.
Signed-off-by:
On Wed, 22 Sep 2010, Cousson, Benoit wrote:
On 9/22/2010 8:43 AM, Nayak, Rajendra wrote:
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Wednesday, September 22, 2010 11:47 AM
We should really get rid of all these 'BITFIELD' defines, and just replace
them with simple
Hello.
Hema HK wrote:
OMAP USBOTG modules has a requirement to set the auto idle bit only after
setting smart idle bit. Modified the _sys_enable api to set the smart idle
first and then the autoidle bit. Setting this will not have any impact on the
other modules.
Signed-off-by: Hema HK
On 9/22/2010 8:36 AM, Jean Pihet wrote:
On Wed, Sep 22, 2010 at 5:33 PM, Arjan van de Venar...@linux.intel.com wrote:
On 9/22/2010 8:31 AM, Jean Pihet wrote:
Hi,
Here is a patch that redefines the power events API. The advantages
are: easier maintainance of the kernel and the
user space
The patch series is based on mainline 2.6.36-rc5.
The series is tested on OMAP3430SDP and OMAP4430SDP and has dependency on
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg34718.html
V2:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg35135.html
V1:
Adding card detect callback function and card detect configuration
function for MMC1 Controller on OMAP4.
Card detect configuration function does initial configuration of the
MMC Control PullUp-PullDown registers of Phoenix.
For MMC1 Controller, card detect interrupt source is
twl6030 which is
From: Benoit Cousson b-cous...@ti.com
Avoid possible crash if CONFIG_MMC_OMAP_HS is not set
Signed-off-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |8 +++-
1 files changed, 7 insertions(+), 1
In OMAP4, as per new PM programming model, the legacy registers
which were there in OMAP3 are all shifted by 0x100 while new one's
are added from offset 0 to 0x10.
For OMAP4, the register offset appending of 0x100 done in devices.c
currently, is moved to driver file.This change fits in for current
On OMAP4, MMC2 controller has eMMC which draws power from VAUX regulator
on TWL. Though the eMMC supports dual voltage[1.8v/3v] as per ocr register,
its VCC is fixed at 3V for operation. With this once the mmc core selects
the minimum voltage[1.8] supported based on the ocr value read from OCR
On Wed, 2010-09-22 at 09:32 -0700, Arjan van de Ven wrote:
What are the apps that are using it? I know about builtin-timechart,
pytimechart. Is powertop using this as well?
powertop 2.x codebase is as well.
and a bunch of tools we have internal here at Intel.
the thing with ABIs is
On Wed, 2010-09-22 at 09:32 -0700, Arjan van de Ven wrote:
Also, please don't cross-post to subscriber only lists, that's annoying
as hell.
(removed the disc...@lesswatts list)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Hi Govindraj,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Govindraj.R
Sent: Wednesday, September 22, 2010 10:15 AM
To: linux-omap@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org;
On 9/22/2010 9:43 AM, Peter Zijlstra wrote:
On Wed, 2010-09-22 at 09:32 -0700, Arjan van de Ven wrote:
What are the apps that are using it? I know about builtin-timechart,
pytimechart. Is powertop using this as well?
powertop 2.x codebase is as well.
and a bunch of tools we have internal
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, September 21, 2010 9:47 AM
To: Madhusudhan
Cc: c...@laptop.org; linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
santosh.shilim...@ti.com
Subject: Re: [PATCH] OMAP4: HSMMC cmd line reset change
Hi Madhu,
On Wed, Sep 22, 2010 at 12:13:51PM -0500, Madhusudhan wrote:
Can you please drop this patch? Sorry, I spoke bit too early on this patch.
I need to sort out some stuff internally (seems like it will not be released
as an errata). I will post a revised version a bit later.
No problem,
On Wed, 2010-09-22 at 10:06 -0700, Arjan van de Ven wrote:
In this case we're talking about basically a suprious rename of
something that isn't really an improvement
(because it makes it harder to subscribe to only one type of event)...
that's not a good thing.
People have been talking
On Wednesday 22 September 2010 19:06:54 Arjan van de Ven wrote:
On 9/22/2010 9:43 AM, Peter Zijlstra wrote:
On Wed, 2010-09-22 at 09:32 -0700, Arjan van de Ven wrote:
What are the apps that are using it? I know about builtin-timechart,
pytimechart. Is powertop using this as well?
On Wednesday, September 22, 2010, Arjan van de Ven wrote:
On 9/22/2010 8:31 AM, Jean Pihet wrote:
Hi,
Here is a patch that redefines the power events API. The advantages
are: easier maintainance of the kernel and the
user space tools, a cleaner and more generic interface, more
1 - 100 of 136 matches
Mail list logo