On Wed, Aug 10, 2011 at 07:45:42PM +0200, Cousson, Benoit wrote:
+ Tony
On 8/10/2011 6:57 PM, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 02:36:50PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Add omap3 soc file for handling omap3 soc i2c
On Tue, Aug 16, 2011 at 6:08 AM, mark gross markgr...@thegnar.org wrote:
On Sun, Aug 14, 2011 at 03:37:43PM +0200, Rafael J. Wysocki wrote:
On Sunday, August 14, 2011, Jean Pihet wrote:
Hi Rafael, Mark,
On Sat, Aug 13, 2011 at 10:34 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Saturday,
On Fri, Aug 12, 2011 at 05:27:35PM +0200, Bjarne Steinsbo wrote:
Stop `warning: 'cpu_clkflg' may be used uninitialized in this
function' from compiler.
Signed-off-by: Bjarne Steinsbo bstein...@gmail.com
Reviewed-by: Felipe Balbi ba...@ti.com
--
balbi
signature.asc
Description: Digital
On Fri, Aug 12, 2011 at 05:27:52PM +0200, Bjarne Steinsbo wrote:
`keypad_pads' is referred to by `keypad_data' which is
not __initdata, so `keypad_pads' should not be __initdata either.
Signed-off-by: Bjarne Steinsbo bstein...@gmail.com
Reviewed-by: Felipe Balbi ba...@ti.com
--
balbi
On Fri, Aug 12, 2011 at 05:28:07PM +0200, Bjarne Steinsbo wrote:
Don't call omap4430_phy_init(dev) before dev is initialized.
The real omap4430_phy_init(dev) call is done at the end of
this function.
Signed-off-by: Bjarne Steinsbo bstein...@gmail.com
Tony, you can have this one through your
On Fri, Aug 12, 2011 at 05:28:26PM +0200, Bjarne Steinsbo wrote:
Not in use anymore.
Signed-off-by: Bjarne Steinsbo bstein...@gmail.com
This one too:
Acked-by: Felipe Balbi ba...@ti.com
--
balbi
signature.asc
Description: Digital signature
Hi Rafael,
2011/8/14 Rafael J. Wysocki r...@sisk.pl:
Hi,
There is some code duplication in this patch that should better be
avoided (details below).
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets
On Fri, 2011-08-12 at 16:44 +0530, Jassi Brar wrote:
Define a new api that could be used for doing fancy data transfers
like interleaved to contiguous copy and vice-versa.
Traditional SG_list based transfers tend to be very inefficient in
such cases as where the interleave and chunk are only a
On Tue, Aug 16, 2011 at 2:56 PM, Koul, Vinod vinod.k...@intel.com wrote:
Currently we have two approaches to solve this problem first being the
DMA_STRIDE_CONFIG proposed by Linus W, I feel this one is better
approach as this can give client ability to configure each transfer
rather than set
From: Jean Pihet j-pi...@ti.com
High level implementation:
1. Preparation of the PM QoS for the addition of a device PM QoS constraints
framework:
. rename and move of the PM QoS implementation files to kernel/power/qos.c
and include/linux/pm_qos.h
. rename of API parameters and
From: Jean Pihet j-pi...@ti.com
The PM QoS implementation files are better named
kernel/power/qos.c and include/linux/pm_qos.h.
The PM QoS support is compiled under the CONFIG_PM option.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/mach-msm/clock.c |2 +-
From: Jean Pihet j-pi...@ti.com
- Misc fixes to improve code readability:
. rename struct pm_qos_request_list to struct pm_qos_request,
. rename pm_qos_req parameter to req in internal code,
consistenly use req in the API parameters,
. update the in-kernel API callers to the new parameters
From: Jean Pihet j-pi...@ti.com
Move around the PM QoS misc devices management code
for better readability.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
kernel/power/qos.c | 45 +++--
1 files changed, 23 insertions(+), 22 deletions(-)
diff --git
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support, re-organize
the data strctures:
- add a struct pm_qos_constraints which contains the constraints
related data
- update struct pm_qos_object contents to the PM QoS internal object
data. Add a pointer to struct
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support:
- rename update_target to pm_qos_update_target
- generalize and export pm_qos_update_target for usage by the upcoming
per-device latency constraints framework:
. operate on struct pm_qos_constraints for
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets called upon changes to the
aggregated constraint value for any device.
The notification callbacks are passing the full constraint request data
in order for the callees to have access to it. The current use is for the
From: Jean Pihet j-pi...@ti.com
Convert the driver from the outdated omap_pm_set_max_mpu_wakeup_lat
API to the new PM QoS API.
Since the constraint is on the MPU subsystem, use the PM_QOS_CPU_DMA_LATENCY
class of PM QoS. The resulting MPU constraints are used by cpuidle to
decide the next power
From: Jean Pihet j-pi...@ti.com
Created arch/arm/plat-omap/omap-pm-constraints.c file from
arch/arm/plat-omap/omap-pm-noop.c and the associated Kconfig option
OMAP_PM_CONSTRAINTS.
Signed-off-by: Jean Pihet j-pi...@ti.com
---
arch/arm/plat-omap/Kconfig |7 +
From: Jean Pihet j-pi...@ti.com
When a PM QoS device latency constraint is requested or removed the
PM QoS layer notifies the underlying layer with the updated aggregated
constraint value. The constraint is stored in the powerdomain constraints
list and then applied to the corresponding power
From: Jean Pihet j-pi...@ti.com
Figures are added to the power domains structs.
Note: the figures are preliminary figures. More accurate measurements
are needed. Also the conditions of measurements shall be investigated
and described.
Tested on OMAP3 Beagleboard in RET/OFF using wake-up latency
From: Vishwanath BS vishwanath...@ti.com
This patch adds wake up latency numbers for OMAP4. Note that these are
preliminary numbers and need to be relooked.
Signed-off-by: Vishwanath BS vishwanath...@ti.com
The INACTIVE state is added as unsupported.
Tested on OMAP4 Pandaboard in RET/OFF using
From: Jean Pihet j-pi...@ti.com
Hwmod is queried from the OMAP_PM layer to manage the power domains
wake-up latency constraints. Hwmod retrieves the correct power domain
and if it exists it calls the corresponding power domain function.
Tested on OMAP3 Beagleboard and OMAP4 Pandaboard in RET/OFF
From: Jean Pihet j-pi...@ti.com
Implement the devices wake-up latency constraints using the global
device PM QoS notification handler which applies the constraints to the
underlying layer by calling the corresponding function at hwmod level.
Note: the bus throughput function is implemented but
From: Jean Pihet j-pi...@ti.com
Since cpuidle is a CPU centric framework it decides the MPU
next power state based on the MPU exit_latency and target_residency
figures.
The rest of the power domains get their next power state programmed
from the devices PM QoS framework, via the devices wake-up
From: Jean Pihet j-pi...@ti.com
Implement the per-device PM QoS constraints by creating a device
PM QoS API, which calls the PM QoS constraints management core code.
The per-device latency constraints data strctures are stored
in the device dev_pm_info struct.
The device PM code calls the init
Hi,
I'm currently working on a beagle board clone.
I've got some problems getting the micbias1 output on the TPS65950 to work. I
can record audio coming from a line out or if I connect micbias1 to an extern
1.8V supply.
/sys/devices/platform/soc-audio/TWL4030/dapm_widget shows Mic Bias 1 to
On Wednesday 10 August 2011, Tony Lindgren wrote:
* Kevin Hilman khil...@ti.com [110802 17:00]:
On 08/02/2011 04:14 PM, Kevin Hilman wrote:
[...]
Looks like I forgot the i2c driver changes that also should be
merged by us. Those are acked by Ben Dooks, Kevin's pull request
for that
On Tuesday 16 August 2011 15:33:09 Maximilian Schwerin wrote:
Hi,
I'm currently working on a beagle board clone.
I've got some problems getting the micbias1 output on the TPS65950 to work.
I can record audio coming from a line out or if I connect micbias1 to an
extern 1.8V supply.
Jean,
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Since cpuidle is a CPU centric framework it decides the MPU
next power state based on the MPU exit_latency and target_residency
figures.
The rest of the power domains get their next power
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Figures are added to the power domains structs.
Note: the figures are preliminary figures. More accurate measurements
are needed. Also the conditions of measurements shall be investigated
and
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Vishwanath BSvishwanath...@ti.com
This patch adds wake up latency numbers for OMAP4. Note that these are
preliminary numbers and need to be relooked.
Signed-off-by: Vishwanath BSvishwanath...@ti.com
The INACTIVE state
Pointers to functions that are annotated as __devexit should be
protected by the __devexit_p() macro.
This fixes a build failure for OMAP when defined(CONFIG_SMP_ON_UP)
!defined(CONFIG_DEBUG_SPINLOCK)
Signed-off-by: Bjarne Steinsbo bstein...@gmail.com
---
arch/arm/mach-omap2/smartreflex.c |
On Tue, Aug 16, 2011 at 4:25 PM, Santosh santosh.shilim...@ti.com wrote:
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Figures are added to the power domains structs.
Note: the figures are preliminary figures. More accurate measurements
On Tuesday 16 August 2011 08:04 PM, Jean Pihet wrote:
On Tue, Aug 16, 2011 at 4:25 PM, Santoshsantosh.shilim...@ti.com wrote:
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Jean Pihetj-pi...@ti.com
Figures are added to the power domains structs.
Note: the
On Tue, Aug 16, 2011 at 4:26 PM, Santosh santosh.shilim...@ti.com wrote:
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Vishwanath BSvishwanath...@ti.com
This patch adds wake up latency numbers for OMAP4. Note that these are
preliminary numbers and need to be
On Tuesday 16 August 2011 08:08 PM, Jean Pihet wrote:
On Tue, Aug 16, 2011 at 4:26 PM, Santoshsantosh.shilim...@ti.com wrote:
On Tuesday 16 August 2011 07:13 PM, jean.pi...@newoldbits.com wrote:
From: Vishwanath BSvishwanath...@ti.com
This patch adds wake up latency numbers for OMAP4. Note
On Wed, Aug 10, 2011 at 09:58:46PM +0530, G, Manjunath Kondaiah wrote:
On Wed, Aug 10, 2011 at 01:51:47PM +0200, Cousson, Benoit wrote:
Hi Manju,
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
The omap dt requires new omap hwmod api to be added for in order
to support omap dt.
On Tue, Aug 16, 2011 at 10:03:57AM -0500, panduranga_mallire...@ti.com wrote:
From: Panduranga Mallireddy panduranga_mallire...@ti.com
For regulator omap4_clk32k used by wlan, set .constraints.always_on to 1.
This regulator should never be disabled.
Signed-off-by: Panduranga Mallireddy
On Tue, Aug 16, 2011 at 08:44:19AM +0200, Jean Pihet wrote:
On Tue, Aug 16, 2011 at 6:08 AM, mark gross markgr...@thegnar.org wrote:
On Sun, Aug 14, 2011 at 03:37:43PM +0200, Rafael J. Wysocki wrote:
On Sunday, August 14, 2011, Jean Pihet wrote:
Hi Rafael, Mark,
On Sat, Aug 13, 2011
On Tuesday, August 16, 2011, mark gross wrote:
On Tue, Aug 16, 2011 at 08:44:19AM +0200, Jean Pihet wrote:
On Tue, Aug 16, 2011 at 6:08 AM, mark gross markgr...@thegnar.org wrote:
On Sun, Aug 14, 2011 at 03:37:43PM +0200, Rafael J. Wysocki wrote:
On Sunday, August 14, 2011, Jean Pihet
On Wed, Aug 10, 2011 at 02:57:21PM +0200, Cousson, Benoit wrote:
On 8/9/2011 4:10 PM, G, Manjunath Kondaiah wrote:
Adapt dt for omap i2c1 controller and remove legacy i2c
initilization in omap3 generic board file.
Tested on omap3 beagle board for dt and non-dt builds.
Signed-off-by: G,
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Implement the per-device PM QoS constraints by creating a device
PM QoS API, which calls the PM QoS constraints management core code.
The per-device latency constraints data strctures are
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets called upon changes to the
aggregated constraint value for any device.
The notification callbacks are passing the full constraint request data
in
Hi everyone
I've updated this patch per my earlier comments and also to apply.
Please let me know if you have any issues with it ASAP.
- Paul
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Sat, 13 Aug 2011 08:56:28 +0530
Subject: [PATCH] [PATCH] OMAP: clockdomain: Wait for
Hi everyone
I've tweaked this patch a little bit. Please let me know if you have any
issues with it ASAP,
thanks,
- Paul
From: Rajendra Nayak rna...@ti.com
Date: Tue, 16 Aug 2011 15:22:58 -0600
Subject: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON
at init
Program
Hi,
On Fri, 15 Jul 2011, Felipe Balbi wrote:
How about something like:
/*
* Program target state of all power domains to ON. This is to prevent
* power domains from hitting low power states during boot up and
* potentially causing accesses to the address space of an IP while it
* is
On Wednesday 17 August 2011 07:17 AM, Paul Walmsley wrote:
Hi everyone
I've updated this patch per my earlier comments and also to apply.
Please let me know if you have any issues with it ASAP.
- Paul
From: Santosh Shilimkarsantosh.shilim...@ti.com
Date: Sat, 13 Aug 2011 08:56:28 +0530
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, August 11, 2011 4:00 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; Hilman, Kevin; p...@pwsan.com; linux-arm-
ker...@lists.infradead.org; Hiremath, Vaibhav
Subject: [RFC: PATCH 0/4] Introducing TI's New SoC/board
48 matches
Mail list logo