On Thu, Oct 8, 2009 at 3:21 AM, Tony Lindgren t...@atomide.com wrote:
* Govindraj.R govindraj.r...@ti.com [090924 03:29]:
From: Govindraj R govindraj.r...@ti.com
This patch adds support for OMAP3430-HIGH SPEED UART Controller.
Signed-off-by: Govindraj R govindraj.r...@ti.com
On Sat, Oct 3, 2009 at 4:11 AM, Jonathan McDowell nood...@earth.li wrote:
On Thu, Sep 24, 2009 at 03:57:13PM +0530, Govindraj.R wrote:
From: Govindraj R govindraj.r...@ti.com
This patch adds support for OMAP3430-HIGH SPEED UART Controller.
Signed-off-by: Govindraj R
Hi,
On Thu, Oct 08, 2009 at 06:47:03AM +0200, ext Nishanth Menon wrote:
Device intro:
OMAP3630 is the latest in the family of OMAP3 devices
and among the changes it introduces are:
New OPP levels for new voltage and frequency levels. a bunch of
Bug fixes to various modules feature
Tony Lindgren wrote:
* Kevin Hilman khil...@deeprootsystems.com [091006 15:18]:
Menon, Nishanth n...@ti.com writes:
BTW, I've been thinking about the following sets of patches for the next
merge window:
1. Do the include directories for mach-omap1 and mach-omap2 as suggested
by
Govind,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Govindraj
Sent: Thursday, October 08, 2009 11:44 AM
To: Tony Lindgren
Cc: Raja, Govindraj; linux-omap@vger.kernel.org;
linux-ker...@vger.kernel.org;
From: Teerth Reddy tee...@ti.com
This patch initializes the correct SDRC settings required
for DVFS on Zoom2.
Signed-off-by: Teerth Reddy tee...@ti.com
---
arch/arm/mach-omap2/board-zoom2.c |4 +++-
1 files changed, 3 insertions(+), 1 deletion(-)
Index:
From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy tee...@ti.com
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
This patch fixes the VDD2 OPP1 issue. The patch has change
which does not allow VDD2 OPP setting to
From: Alexander Shishkin virtu...@slind.org
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/mach-omap1/serial.c |2 +-
arch/arm/mach-omap2/serial.c |6 +++---
arch/arm/plat-omap/include/mach/serial.h |4
3 files changed, 4 insertions(+),
-Original Message-
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 10:17 AM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan; Pandita, Vikram;
Pais, Allen; Gadiyar, Anand; Cousson, Benoit; Kevin Hilman; Premi,
Sanjeev; Shilimkar, Santosh; Aguirre
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Thursday, October 08, 2009 5:55 AM
To: linux-omap@vger.kernel.org
Cc: Paul Walmsley
Subject: Patches merged to split OMAP2_IO_ADDRESS
Hi
Hello everyone,
Here is a patch series with most of audio support for RX51.
Basically it includes asoc machine driver for rx51, tpa6130a2 amplifier
driver (asoc version), board file configuration and setup and the
sidetone feature of mcbsp.
On top of that, there are few patches to use regulator
From: Peter Ujfalusi peter.ujfal...@nokia.com
Driver for Texas Instruments TPA6130A2 headphone stereo
amplifier.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
include/sound/tpa6130a2-plat.h | 30 +++
From: Eduardo Valentin eduardo.valen...@nokia.com
Use separated supplies for vaux3 and vmmc2.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git
From: Eduardo Valentin eduardo.valen...@nokia.com
Add board-rx51-audio.c with audio support for rx51 boards.
Platform data included for the following drivers:
si4713, aic34b_dummy and tpa6130a2.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/mach-omap2/Makefile
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch adds two supplies for VMMC2 on rx51 boards.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff
From: Eduardo Valentin eduardo.valen...@nokia.com
Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
Also move the request_gpio of speaker_enabled
from board-rx51-peripherals.c to this machine driver.
These drivers were originally written by Jarkko Nikula.
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch adds initial usage of regulator framework to control avdd_dac
inside tlv320aic3x ASoC codec driver.
The refcount to avdd_dac is increased / decreased
only during probe and remove. Here it is still needed to implement
proper
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
Add Sidetone feature to mcbsp instances 2 and 3 on OMAP3 based devices.
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/mach-omap2/mcbsp.c |2 +
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch adds initial usage of regulator framework to control avdd_dac
inside tlv320aic3x ASoC codec driver.
The refcount to avdd_dac is increased / decreased
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
+/*
+ * TPA6130 volume. From -59.5 to 4 dB with increasing step size when going
+ * down in gain. Justify scale so that it is quite correct from -20 dB and
+ * up. This setting shows -30 dB at minimum, -12.95 dB at
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
Also move the request_gpio of speaker_enabled
from board-rx51-peripherals.c to this
Hi,
I'm currently very close to finishing the rtc working on my htc wizard
(omap850).
During boot-up, I see:
omap_rtc omap_rtc: setting system clock to 2009-09-08 12:47:02 UTC (1252414022)
which is the correct time, however, trying to read /dev/rtc0 fails:
select() to /dev/rtc0 to wait for
This enables debug components found in omap3xxx.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/mach-omap2/Kconfig |7
arch/arm/mach-omap2/Makefile |3 ++
arch/arm/mach-omap2/emu.c| 70 ++
3 files changed, 80
This driver implements support for on-chip Embedded Tracing Macrocell and
Embedded Trace Buffer. It allows to trigger tracing of kernel execution flow
and exporting trace output to userspace via character device and a sysrq
combo.
Trace output can then be decoded by a fairly simple open source
On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
+struct tpa6130a2_platform_data {
+ int (*set_power)(int state);
+};
Why is this a callback and not just a GPIO number? That'd seem simpler
for users.
+int tpa6130a2_add_controls(struct snd_soc_codec *codec)
+{
+
On Thursday 08 October 2009 15:30:29 Nurkkala Eero.An (EXT-Offcode/Oulu) wrote:
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
+/*
+ * TPA6130 volume. From -59.5 to 4 dB with increasing step size when
going + * down in gain. Justify scale so that it is
On Thu, Oct 08, 2009 at 02:58:51PM +0300, Eduardo Valentin wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c driver.
What is an AIC34b_dummy (block B)? You probably want to split it out
into a separate patch.
+ *
On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
+static const struct attribute *sidetone_attrs[] = {
+ dev_attr_st_enable.attr,
+ dev_attr_st_taps.attr,
+ dev_attr_st_ch0gain.attr,
+ dev_attr_st_ch1gain.attr,
+ NULL,
+};
This stuff, particularly the
I have a new board - OMAP 3530 with 512MB DRAM NAND
I've build X-loader and U-Boot for it and it mostly comes
up. The sources I used (based on recommendations from the
BeagleBoard pages) were:
http://git.gitorious.org/x-load-omap3/mainline.git
git://git.denx.de/u-boot.git
I had to make a
On Thu, Oct 08, 2009 at 02:17:07PM +0200, Nurkkala Eero.An (EXT-Offcode/Oulu)
wrote:
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch adds initial usage of regulator framework to control avdd_dac
On Thu, Oct 08, 2009 at 02:31:26PM +0200, Nurkkala Eero.An (EXT-Offcode/Oulu)
wrote:
On Thu, 2009-10-08 at 13:58 +0200, Valentin Eduardo (Nokia-D/Helsinki)
wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Introduce RX-51 Machine driver for ASoC and AIC34b_dummy (block B) i2c
On Thu, Oct 08, 2009 at 02:58:54PM +0300, Eduardo Valentin wrote:
From: Eduardo Valentin eduardo.valen...@nokia.com
Use separated supplies for vaux3 and vmmc2.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
+static struct regulator_consumer_supply rx51_vaux3_supply = {
+
On Thu, Oct 08, 2009 at 03:17:02PM +0200, Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
+static const struct attribute *sidetone_attrs[] = {
+ dev_attr_st_enable.attr,
+ dev_attr_st_taps.attr,
+ dev_attr_st_ch0gain.attr,
+
On Thu, Oct 08, 2009 at 02:58:55PM +0300, Eduardo Valentin wrote:
+static struct regulator_consumer_supply rx51_vmmc2_supplies[] = {
+ REGULATOR_SUPPLY(avdd_dac, 2-0018), /* tlv320aic3x */
+ REGULATOR_SUPPLY(vdd, 2-0060), /* tpa6130a2*/
};
avdd_dac is the only supply added for the
On Thu, Oct 08, 2009 at 04:23:33PM +0300, Eduardo Valentin wrote:
So, maybe we should rip off this sysfs things, export
symbols inside kernel and then export to user land somewhere else
from alsa code?
Yes, that's what I'm suggesting. Provide an API to ALSA and then let
ALSA worry about the
-Original Message-
From: Shilimkar, Santosh
diff --git a/arch/arm/plat-omap/include/mach/cpu.h b/arch/arm/plat-
omap/include/mach/cpu.h
index 431fec4..af1080f 100644
--- a/arch/arm/plat-omap/include/mach/cpu.h
+++ b/arch/arm/plat-omap/include/mach/cpu.h
@@ -383,6 +383,12 @@
On Thu, Oct 08, 2009 at 02:58:56PM +0300, Eduardo Valentin wrote:
This patch adds initial usage of regulator framework to control avdd_dac
inside tlv320aic3x ASoC codec driver.
If you're going to do this you should add support for all the supplies
of the device, not just one of them. The
On Thursday 08 October 2009 15:52:13 ext Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
+struct tpa6130a2_platform_data {
+ int (*set_power)(int state);
+};
Why is this a callback and not just a GPIO number? That'd seem simpler
for users.
Well,
On Thu, Oct 08, 2009 at 03:17:07PM +0300, Eero Nurkkala wrote:
Will this ever be revisited =) ? If so, I think there's going to be a
jungle in finding the right spots - you need to remember the bypass
paths also (bias is not on necessarily).
The bias is always on when any path through the
On Thu, Oct 08, 2009 at 02:58:57PM +0300, Eduardo Valentin wrote:
+ data-regulator = regulator_get(dev, vdd);
+ if (IS_ERR(data-regulator)) {
+ dev_info(dev, Could not get regulator for vdd.
+ Executing without regulator.\n);
+
Reddy, Teerth tee...@ti.com writes:
From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy tee...@ti.com
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
This patch fixes the VDD2 OPP1 issue. The patch has change
The problem I have now is that it's only seeing 1/2 (256MB)
of the available DRAM.
Please refer sdrc_init() in u-boot/board/omap3530beagle/mem.c .
SDRC_MCFG register has definition for SIZE and CS settings.
Refer [1] for details about SDRC configurations.
On Thu, Oct 08, 2009 at 04:38:24PM +0300, Peter Ujfalusi wrote:
On Thursday 08 October 2009 15:52:13 ext Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:50PM +0300, Eduardo Valentin wrote:
+struct tpa6130a2_platform_data {
+ int (*set_power)(int state);
+};
Why is this a callback
On Thu, Oct 08, 2009 at 03:43:33PM +0200, Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:57PM +0300, Eduardo Valentin wrote:
+ data-regulator = regulator_get(dev, vdd);
+ if (IS_ERR(data-regulator)) {
+ dev_info(dev, Could not get regulator for vdd.
+
Reddy, Teerth had written, on 10/08/2009 04:21 AM, the following:
From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy tee...@ti.com
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1 issue
This patch fixes the VDD2 OPP1
-Original Message-
From: Pandita, Vikram
Sent: Thursday, October 08, 2009 7:01 PM
To: Shilimkar, Santosh; Menon, Nishanth; linux-omap
Cc: Chikkature Rajashekar, Madhusudhan; Pais, Allen; Gadiyar,
Anand; Cousson, Benoit; Kevin Hilman; Premi, Sanjeev; Aguirre
Rodriguez, Sergio
Nishanth,
-Original Message-
From: Menon, Nishanth
Sent: Wednesday, October 07, 2009 11:47 PM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
Pandita, Vikram; Pais, Allen; Gadiyar, Anand; Cousson,
Benoit; Kevin Hilman; Premi, Sanjeev; Shilimkar, Santosh;
Premi, Sanjeev had written, on 10/08/2009 09:23 AM, the following:
-Original Message-
From: Pandita, Vikram
Sent: Thursday, October 08, 2009 7:01 PM
To: Shilimkar, Santosh; Menon, Nishanth; linux-omap
Cc: Chikkature Rajashekar, Madhusudhan; Pais, Allen; Gadiyar,
Anand; Cousson,
On Thu, Oct 08, 2009 at 04:56:28PM +0300, Eduardo Valentin wrote:
On Thu, Oct 08, 2009 at 03:43:33PM +0200, Mark Brown wrote:
Similar comments to the previous patch apply to this driver - regulator
usage should be unconditional, error messages should not be split over
multiple lines and
Nishanth Menon n...@ti.com writes:
Reddy, Teerth had written, on 10/08/2009 04:21 AM, the following:
From 144669d941a432875db37ae9431847f6753e566e Mon Sep 17 00:00:00 2001
From: Teerth Reddy tee...@ti.com
Date: Wed, 9 Sep 2009 11:01:04 +0530
Subject: [PATCH] ARM: OMAP3: PM: Fix VDD2 OPP1
Nishanth,
Would there be CONFIG_ARCH_OMAP3630?
- Allen
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 9:40 AM
To: Premi, Sanjeev
Cc: Pandita, Vikram; Shilimkar, Santosh; linux-omap; Chikkature Rajashekar,
Madhusudhan; Pais, Allen; Gadiyar,
The problem is located in u-boot/cpu/arm_cortexa8/omap3/mem.c
Function do_sdrc_init()
There is an assumption that the RAM size on each CS is maximum of 128M.
See this line:
writel(RASWIDTH_13BITS | CASWIDTH_10BITS | ADDRMUXLEGACY |
RAMSIZE_128 | BANKALLOCATION | B32NOT16 | B32NOT16 |
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, October 08, 2009 9:58 AM
To: Menon, Nishanth
Cc: Reddy, Teerth; linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP3: PM: Fix VDD2 OPP1 issue
Nishanth Menon n...@ti.com writes:
Reddy,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Adam Machalek
Sent: Thursday, October 08, 2009 9:47 AM
To: Gary Thomas
Cc: linux-omap@vger.kernel.org
Subject: Re: X-loader / U-Boot query
The problem is located in
-Original Message-
From: Pais, Allen
Sent: Thursday, October 08, 2009 10:04 AM
To: Menon, Nishanth; Premi, Sanjeev
Nishanth,
Would there be CONFIG_ARCH_OMAP3630?
There is no need for it.
From: Menon, Nishanth
Sent: Thursday, October
On 10/08/2009 09:14 AM, Menon, Nishanth wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Adam Machalek
Sent: Thursday, October 08, 2009 9:47 AM
To: Gary Thomas
Cc: linux-omap@vger.kernel.org
Subject: Re: X-loader /
-Original Message-
From: Gary Thomas [mailto:g...@mlbassoc.com]
Sent: Thursday, October 08, 2009 10:17 AM
To: Menon, Nishanth
Cc: Adam Machalek; linux-omap@vger.kernel.org
Subject: Re: X-loader / U-Boot query
On 10/08/2009 09:14 AM, Menon, Nishanth wrote:
-Original
Mark Brown wrote:
Will this ever be revisited =) ? If so, I think there's going to be a
jungle in finding the right spots - you need to remember the bypass
paths also (bias is not on necessarily).
The bias is always on when any path through the chip is on, this was
fixed in either .31 or
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gary Thomas
Sent: Thursday, October 08, 2009 10:17 AM
To: Menon, Nishanth
Cc: Adam Machalek; linux-omap@vger.kernel.org
Subject: Re: X-loader / U-Boot query
On
On 8 Oct 2009, at 16:44, ext-eero.nurkk...@nokia.com wrote:
Mark Brown wrote:
Also, this is regulator
thing
is highly platform dependent, not aic3x related really at all, so is
this the correct place... Just a thought, dont take it too
seriously ;)
-Original Message-
From: Aguirre Rodriguez, Sergio Alberto
Sent: Thursday, October 08, 2009 9:31 AM
To: Menon, Nishanth; linux-omap
Cc: Chikkature Rajashekar, Madhusudhan; Pandita, Vikram; Pais, Allen;
Gadiyar, Anand; Cousson, Benoit; Kevin Hilman; Premi, Sanjeev; Shilimkar,
On 10/08/2009 09:54 AM, Syed Mohammed, Khasim wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gary Thomas
Sent: Thursday, October 08, 2009 10:17 AM
To: Menon, Nishanth
Cc: Adam Machalek;
-Original Message-
From: Gary Thomas [mailto:g...@mlbassoc.com]
Sent: Thursday, October 08, 2009 11:10 AM
To: Syed Mohammed, Khasim
Cc: linux-omap@vger.kernel.org
Subject: Re: X-loader / U-Boot query
On 10/08/2009 09:54 AM, Syed Mohammed, Khasim wrote:
-Original
Gary Thomas wrote:
I have a new board - OMAP 3530 with 512MB DRAM NAND
I've build X-loader and U-Boot for it and it mostly comes
up. The sources I used (based on recommendations from the
BeagleBoard pages) were:
http://git.gitorious.org/x-load-omap3/mainline.git
* Philip Balister phi...@balister.org [091007 19:32]:
On 10/07/2009 10:47 AM, Tony Lindgren wrote:
* Kevin Hilmankhil...@deeprootsystems.com [091006 15:18]:
Menon, Nishanthn...@ti.com writes:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
Folks,
With the addition of FEATURES in l-o, the following prints:
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
comes up on SDP3430 - now that we will introduce half a dozen features
here and there, we will soon clutter this up. we should introduce a
sysfs entry + remove the
-Original Message-
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 12:32 PM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
Pandita, Vikram; Pais, Allen; Gadiyar, Anand; Cousson,
Benoit; Felipe Balbi; Kevin Hilman; Premi, Sanjeev;
Shilimkar,
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Aguirre Rodriguez, Sergio Alberto
Sent: Thursday, October 08, 2009 2:59 PM
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 12:32 PM
Device intro:
OMAP3630 is the latest in the family
On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren t...@atomide.com wrote:
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
The following changes since commit
* Felipe Contreras felipe.contre...@gmail.com [091008 14:29]:
On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren t...@atomide.com wrote:
Linus,
Please pull omap fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Hello,
I've rebased/updated the PM branch based on current linux-omap master
branch (2.6.32-rc1 based.)
I've also updated the OMAP Power Management wiki,
On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [091008 14:29]:
On Wed, Oct 7, 2009 at 9:51 PM, Tony Lindgren t...@atomide.com wrote:
Linus,
Please pull omap fixes from:
Juha Kuikka juha.kui...@gmail.com writes:
On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kevin Hilman khil...@deeprootsystems.com writes:
Hello,
I've rebased/updated the PM branch based on current linux-omap master
branch (2.6.32-rc1 based.)
I've
Andrew,
Here's a fix from Roger Quadros that was accidentally not posted
to linux-mmc as pointed out by Felipe Contreras on LKML.
Can you please pick it up?
For reference, this is the issue Uwe Kleine-König mentioned at:
http://www.mail-archive.com/linux-...@vger.kernel.org/msg00528.html
Tony Lindgren had written, on 10/08/2009 01:08 PM, the following:
* Shilimkar, Santosh santosh.shilim...@ti.com [091008 03:59]:
Tony,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Thursday, October
* Felipe Contreras felipe.contre...@gmail.com [091008 15:20]:
On Fri, Oct 9, 2009 at 1:13 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [091008 14:29]:
On Wed, Oct
Gadiyar, Anand gadi...@ti.com writes:
I'd like to post a patch in a couple of days to refactor the EHCI
clock management code. This would be useful to do aggressive clock
management in the idle path.
A current implementation I have is to simply factor out the
clock_enable/disable calls out.
--- SNIP ME --
Hi,
A bit of history for this patchset
V3 - Fixes from Sergio's comments + boot tested on SDP3430+3630.
V2 - fixes of generic comments from Felipe Balbi+minor cleanups
V1 - inital implementation of (a) approach
V0 - original approach introducing a new silicon family
--- END OF SNIP
Sanjeev, All,
Cousson, Benoit had written, on 10/06/2009 07:52 AM, the following:
Yes, it is true but you might have to disable dynamically some OPP (like OPP5
and OPP4) for thermal management reason. The way the resource is handled today,
you cannot force the reduction of the frequency in
Kevin,
On Thu, Oct 8, 2009 at 5:32 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Juha Kuikka juha.kui...@gmail.com writes:
Also, if I enable /debug/pm_debug/sleep_while_idle board wakes up
without issues. Well the first couple characers on the console seem to
go missing but I guess
-Original Message-
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 8:11 PM
To: Premi, Sanjeev
Cc: Pandita, Vikram; Shilimkar, Santosh; linux-omap; Chikkature Rajashekar,
Madhusudhan; Pais, Allen; Gadiyar, Anand; Cousson, Benoit; Kevin Hilman;
Aguirre Rodriguez, Sergio
On Thu, 2009-10-08 at 18:01 +0200, ext Mark Brown wrote:
On 8 Oct 2009, at 16:44, ext-eero.nurkk...@nokia.com wrote:
Mark Brown wrote:
Also, this is regulator
thing
is highly platform dependent, not aic3x related really at all, so is
this
On Thu, 2009-10-08 at 15:17 +0200, ext Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:52PM +0300, Eduardo Valentin wrote:
+static const struct attribute *sidetone_attrs[] = {
+ dev_attr_st_enable.attr,
+ dev_attr_st_taps.attr,
+ dev_attr_st_ch0gain.attr,
+
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, October 08, 2009 11:38 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Paul Walmsley
Subject: Re: Patches merged to split OMAP2_IO_ADDRESS
* Shilimkar, Santosh santosh.shilim...@ti.com
84 matches
Mail list logo