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: OMAP3: PM: Do not allow OPP1 for VDD2
Since OPP1 is not a supported OPP for VDD2, do not allow it to
be changed using the sysfs interface.
On Fri, Oct 09, 2009 at 07:44:00AM +0200, Jarkko Nikula wrote:
On Thu, 8 Oct 2009 14:11:16 +0100
Mark Brown broo...@opensource.wolfsonmicro.com wrote:
What is an AIC34b_dummy (block B)? You probably want to split it out
into a separate patch.
I think this is the reason why Eduardo
On Thu, Oct 08, 2009 at 03:21:10PM +0200, Mark Brown wrote:
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
On Thursday 08 October 2009 16:53:42 ext Mark Brown wrote:
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 {
+
Hello,
On Fri, Oct 09, 2009 at 01:13:01AM +0300, Felipe Contreras 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 7, 2009 at 9:51 PM, Tony Lindgren t...@atomide.com wrote:
Linus,
2009/10/9 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Fri, Oct 09, 2009 at 01:13:01AM +0300, Felipe Contreras 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 7, 2009 at
Hello,
On Fri, Oct 09, 2009 at 11:25:47AM +0300, Felipe Contreras wrote:
2009/10/9 Uwe Kleine-König u.kleine-koe...@pengutronix.de:
Hello,
On Fri, Oct 09, 2009 at 01:13:01AM +0300, Felipe Contreras wrote:
On Fri, Oct 9, 2009 at 12:41 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe
On Fri, Oct 09, 2009 at 07:28:03AM +0300, Eero Nurkkala wrote:
On Thu, 2009-10-08 at 18:01 +0200, ext Mark Brown wrote:
I'd expect the usage would be that after the audio subsystem has been
idle for some configurable period of time the core would bring the
audio subsystem down to bias
On Fri, Oct 09, 2009 at 09:53:21AM +0300, Peter Ujfalusi wrote:
On Thursday 08 October 2009 16:53:42 ext Mark Brown wrote:
Adding a widget with actual alsa control seams to be problematic, since those
are working with the codec's registers, so adding such a widget would require
to
On Fri, Oct 09, 2009 at 08:09:27AM +0300, Eero Nurkkala wrote:
On Thu, 2009-10-08 at 15:17 +0200, ext Mark Brown wrote:
This stuff, particularly the enable, probably wants to be pushed out via
an ALSA API rather than via random sysfs stuff. It'd be better to
publish a control API here and
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 12:43 AM
To: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: FEATURES prints
Folks,
With the addition of FEATURES in l-o, the following prints:
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
On Fri, Oct 09, 2009 at 09:45:29AM +0300, Eduardo Valentin wrote:
On Thu, Oct 08, 2009 at 03:21:10PM +0200, Mark Brown wrote:
On Thu, Oct 08, 2009 at 02:58:54PM +0300, Eduardo Valentin wrote:
I may have missed it but I don't see rx51_vmmc2_supply added back
anywhere in the patch?
yes.
The I2C-1 bus frequency on RX-51 should be 2.2 MHz.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c
On Fri, Oct 9, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [091008 15:20]:
snip/
Here you can see Uwe Kleine-König sending the original patch without
even CC'ing the mmc list:
http://marc.info/?l=linux-kernelm=124820861213849w=2
On Fri, Oct 09, 2009 at 09:37:20AM +0300, Eduardo Valentin wrote:
On Fri, Oct 09, 2009 at 07:44:00AM +0200, Jarkko Nikula wrote:
Yep, dummy driver is for block B of AIC34 which is basically dual AIC33
in a same package.
Yes. This is correct.
So to software it just looks like two devices
Hi Samuel,
What is the status of this patch?
Without this patch we are unable to boot on systems using musb usb controller.
cheers,
-roger.
On Thu, Oct 1, 2009 at 11:25 AM, Roger Quadros
ext-roger.quad...@nokia.com wrote:
The usb regulator supplies (usb1v5, usb1v8 usb3v1) must be available
Nishanth,
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 6:47 PM
snip
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
Premi, Sanjeev had written, on 10/09/2009 05:46 AM, the following:
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 12:43 AM
To: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: FEATURES prints
Folks,
With the addition of FEATURES in l-o, the following
Aaro Koskinen had written, on 10/09/2009 06:42 AM, the following:
The I2C-1 bus frequency on RX-51 should be 2.2 MHz.
Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishanth Menon
Sent: Friday, October 09, 2009 7:40 PM
Cc: Premi, Sanjeev; Pandita, Vikram; linux-omap; Chikkature Rajashekar,
Madhusudhan; Pais, Allen; Gadiyar, Anand;
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: OMAP3: PM: Do not allow OPP1 for VDD2
Since OPP1 is not a supported OPP for VDD2, do not allow it to
be
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 7:45 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: FEATURES prints
Premi, Sanjeev had written, on 10/09/2009 05:46 AM, the following:
-Original Message-
From: Menon, Nishanth
Hi all,
I'm a newbie and I have some questions. What is the procedure to
publish our patches to add support for a new OMAP3 based board ? Can I
send the patches to this list ?
Thanks in advance,
Enric
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
On Fri, Oct 09, 2009 at 03:08:00PM +0300, Felipe Contreras wrote:
On Fri, Oct 9, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [091008 15:20]:
snip/
Here you can see Uwe Kleine-K??nig sending the original patch without
even
Enric Balletbò i Serra had written, on 10/09/2009 09:56 AM, the following:
Hi all,
I'm a newbie and I have some questions. What is the procedure to
publish our patches to add support for a new OMAP3 based board ? Can I
send the patches to this list ?
yes, rebased to latest linux-omap
Sanjeev Premi pr...@ti.com writes:
There is no generic function to get OPP corresponding to frequency
and vice versa.
Function get_opp() - in resource34xx.c - is included only when
CONFIG_OMAP_PM_SRF is enabled. Moreover, it is always called with
an explicit addition of MAX_VDDn_OPP e.g.
**--- SNIP ME --
Hi,
A bit of history for this patchset
V4 - Sergio's improvement to the handling of rev decision as we just
change the define to 3630 and remove crapy override logic in
omap3_check_revision from v3 patch
V3 - Fixes from Sergio's comments + boot tested on SDP3430+3630.
V2
Hi,
I just observed that this patch does not work as intended with 2.6.31.3
It seems that twl4030_usb_probe() and hence twl4030_usb_ldo_init() is called
before the required regulators have been 'linked' to the device in
twl4030-core.c, thus causing regulator_get(twl-dev, usb3v1); to fail, and
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 10:56 AM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
Pandita, Vikram; Pais, Allen; Gadiyar, Anand; Cousson,
Benoit; Felipe Balbi; Kevin Hilman; Premi, Sanjeev;
Shilimkar,
This patch adds minimal IGEP v2 support.
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
---
arch/arm/configs/igep0020_defconfig | 1443 ++
arch/arm/mach-omap2/Kconfig |4 +
arch/arm/mach-omap2/Makefile |2 +
Hi Roger,
On Fri, Oct 09, 2009 at 03:32:12PM +0300, Roger Quadros wrote:
Hi Samuel,
What is the status of this patch?
Without this patch we are unable to boot on systems using musb usb controller.
I'm applying that patch to my for-next branch. And I will also try to have
Linus pulling it
Reddy, Teerth tee...@ti.com writes:
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
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Tony, this could get queued in -fixes too.
virtu...@slind.org writes:
From: Alexander Shishkin virtu...@slind.org
Signed-off-by: Alexander Shishkin virtu...@slind.org
Looks like a good cleanup to me.
Acked-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap1/serial.c |2 +-
The I2C-1 bus frequency on RX-51 should be 2.2 MHz. The speed is limited
by TWL5030/GAIA; a higher speed could lead to errors on the interface. The
maximum speed depends on the system clock for GAIA: 2.2 MHz (if 19.2 MHz),
2.4 MHz (26 MHz) or 2.9 MHz (38.4 MHz).
Signed-off-by: Aaro Koskinen
Kevin Hilman khil...@deeprootsystems.com writes:
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
On Fri, Oct 9, 2009 at 5:48 PM, Greg KH gre...@suse.de wrote:
On Fri, Oct 09, 2009 at 03:08:00PM +0300, Felipe Contreras wrote:
On Fri, Oct 9, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [091008 15:20]:
snip/
Here you can see Uwe
* G, Manjunath Kondaiah manj...@ti.com [091008 00:41]:
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;
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 06:55]:
Nishanth,
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 6:47 PM
snip
diff --git a/arch/arm/plat-omap/include/mach/cpu.h
b/arch/arm/plat-omap/include/mach/cpu.h
index 431fec4..af1080f 100644
---
* Nishanth Menon n...@ti.com [091009 08:36]:
Enric Balletbò i Serra had written, on 10/09/2009 09:56 AM, the following:
Hi all,
I'm a newbie and I have some questions. What is the procedure to
publish our patches to add support for a new OMAP3 based board ? Can I
send the patches to
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 08:59]:
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 10:56 AM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar, Madhusudhan;
Pandita, Vikram; Pais, Allen; Gadiyar, Anand;
Tony Lindgren had written, on 10/09/2009 01:03 PM, the following:
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 08:59]:
-Original Message-
From: Menon, Nishanth
Sent: Friday, October 09, 2009 10:56 AM
To: linux-omap
Cc: Menon, Nishanth; Chikkature Rajashekar,
* Nishanth Menon n...@ti.com [091009 11:47]:
Tony Lindgren had written, on 10/09/2009 01:03 PM, the following:
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 08:59]:
-Original Message-
From: Menon, Nishanth Sent: Friday, October 09, 2009 10:56 AM
To: linux-omap
Cc:
* Tony Lindgren t...@atomide.com [091009 10:55]:
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 06:55]:
Nishanth,
From: Menon, Nishanth
Sent: Thursday, October 08, 2009 6:47 PM
snip
diff --git a/arch/arm/plat-omap/include/mach/cpu.h
Tony Lindgren had written, on 10/09/2009 01:53 PM, the following:
* Nishanth Menon n...@ti.com [091009 11:47]:
Tony Lindgren had written, on 10/09/2009 01:03 PM, the following:
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 08:59]:
-Original Message-
From: Menon,
* Nishanth Menon n...@ti.com [091009 12:07]:
Tony Lindgren had written, on 10/09/2009 01:53 PM, the following:
* Nishanth Menon n...@ti.com [091009 11:47]:
Tony Lindgren had written, on 10/09/2009 01:03 PM, the following:
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091009 08:59]:
* manj...@ti.com manj...@ti.com [091005 23:42]:
McSPI RX timeout issues are reported on some of the OMAP3 custom boards.
After verifying configuration sequence in TRM, there seems to be issue with
McSPI configuration sequence.
The steps to be followed for both TX and RX:
1. Configure
On Fri, Oct 09, 2009 at 08:29:24PM +0300, Felipe Contreras wrote:
On Fri, Oct 9, 2009 at 5:48 PM, Greg KH gre...@suse.de wrote:
On Fri, Oct 09, 2009 at 03:08:00PM +0300, Felipe Contreras wrote:
On Fri, Oct 9, 2009 at 2:26 AM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras
* virtu...@slind.org virtu...@slind.org [091007 15:38]:
From: Alexander Shishkin virtu...@slind.org
This driver implements /dev/tracebuf and some control files for ETM
and ETB in sysfs.
Cool. This should go in via the linux-arm-kernel list, can you please
resend? Please also Cc linux-omap
This patch allows run-time detection of different
variants in the OMAP35x family.
[1] http://marc.info/?l=linux-omapm=125387617812499w=2
This patch was been created against omap3-upstream at:
21f1a8f : omap: Include bitops from cpu.h
The testing was done on OMAP3EVM boards with these
Add runtime check for these OMAP35x variations
based on the detected Si features:
OMAP3503, OMAP3515, OMAP3525 and OMA3530.
Also, delayed the call to pr_info() into actual
variant is detected in omap3_cpuinfo()
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/id.c
Sanjeev,
On Fri, Oct 9, 2009 at 2:47 PM, Sanjeev Premi pr...@ti.com wrote:
Add runtime check for these OMAP35x variations
based on the detected Si features:
OMAP3503, OMAP3515, OMAP3525 and OMA3530.
[sni[]
if (hawkeye == 0xb7ae) {
switch (rev) {
- case
We used to enable and disable OPPs based on
rate being set to 0, this has been confusing in
general. So, allow specific OPPs to be now
enabled/disabled by an explicit enabled flag.
Recommendations from Kevin and Sanjeev contributed
to this patch
Tested on: SDP3430
Signed-off-by: Nishanth Menon
This patch adds suspend / resume functionality to the RFBI driver along with
missing callback functions needed by OMAP Frame buffer.
Signed-off-by: Mikkel Christensen m...@ti.com
---
drivers/video/omap2/dss/rfbi.c | 76
1 files changed, 76
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishanth Menon
Sent: Friday, October 09, 2009 3:28 PM
To: linux-omap
Cc: Nishanth Menon; Kevin Hilman; Sanjeev Premi
Subject: [PATCH] OMAP3:PM: introduce enabled flag
Nishanth,
Just one minor bug below.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
Sent: Friday, October 09, 2009 3:28 PM
To: linux-omap
Cc: Menon, Nishanth; Kevin Hilman; Premi, Sanjeev
Subject:
Madhu, Sergio,
Aguirre Rodriguez, Sergio Alberto had written, on 10/09/2009 04:17 PM,
the following:
- {S125M, VDD1_OPP1, 0x1E},
+ {true, S125M, VDD1_OPP1, 0x1E, true},
The last true here is wrong.
Should just be:
{true, S125M, VDD1_OPP1, 0x1E},
thanks.. that is thanks to
On Fri, 9 Oct 2009 12:26:42 -0700
Greg KH gre...@suse.de wrote:
What kind of issues? __Why would I be interested, where is the problem?
The obvious-brain-dead-duh kind of issues, like this one.
The problem is that OMAP devices (like beagleboard) are not booting
correctly right
**-- SNIP HERE --
Hi,
V2 - fixes from patch hand edition removed
+ Fix a bit of commit message.
V1 - initial patch
**-- END OF SNIP --
We used to enable and disable OPPs based on
rate being set to 0, this has been confusing in
general. So, we now allow specific OPPs to be now
Nishanth Menon n...@ti.com writes:
Refactor the smart reflex implementation.
One other request for this refactor.
Can you remove the usage of OMAP2_IO_ADDRESS (now gone from l-o master)
in favor of ioremap().
Here's a totally untested first pass and converting the version
currently in PM
On Fri, 9 Oct 2009, Greg KH wrote:
There's a tree for trivial fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial
Well, as this is quite a high-priority functional fix, I'd suggest using
other channels that trivial tree, as this one is primarily intended for
simple fixes
Kevin Hilman had written, on 10/09/2009 04:37 PM, the following:
Nishanth Menon n...@ti.com writes:
Refactor the smart reflex implementation.
One other request for this refactor.
Can you remove the usage of OMAP2_IO_ADDRESS (now gone from l-o master)
in favor of ioremap().
Here's a totally
On Fri, 9 Oct 2009 23:42:27 +0200 (CEST)
Jiri Kosina jkos...@suse.cz wrote:
On Fri, 9 Oct 2009, Greg KH wrote:
There's a tree for trivial fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial
Well, as this is quite a high-priority functional fix, I'd suggest using
Kevin Hilman khil...@deeprootsystems.com writes:
Kevin Hilman khil...@deeprootsystems.com writes:
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
Kevin Hilman khil...@deeprootsystems.com writes:
Kevin Hilman khil...@deeprootsystems.com writes:
Kevin Hilman khil...@deeprootsystems.com writes:
Juha Kuikka juha.kui...@gmail.com writes:
On Tue, Oct 6, 2009 at 4:16 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Kevin Hilman
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap3-upstream
Initial commit ID (Likely to change): 375371b9cd5b1e94998a7f0ab289b008466ec654
PatchWorks
http://patchwork.kernel.org/patch/52798/
Git (Likely to change, and takes a while to get
-Original Message-
From: Jiri Kosina [mailto:jkos...@suse.cz]
Sent: Friday, October 09, 2009 4:42 PM
To: Greg KH
Cc: Felipe Contreras; Tony Lindgren; Linus Torvalds; linux-
ker...@vger.kernel.org; linux-omap@vger.kernel.org; Denis Karpov; Uwe
Kleine-K??nig; Andrew Morton;
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): a40c93b5ff45519e1a20837ebfdbb52805f2506d
PatchWorks
http://patchwork.kernel.org/patch/52760/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): f59d5e1bd0f0da95fd52eb2ad7a2b0c4dafc2336
PatchWorks
http://patchwork.kernel.org/patch/52445/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap2-upstream
Initial commit ID (Likely to change): 439d2c69335a28ffdb5a9795ff384b6755ca0f7f
PatchWorks
http://patchwork.kernel.org/patch/52477/
Git (Likely to change, and takes a while to get
**--- SNIP ME --
Hi,
A bit of history for this patchset
V5 - Rebase after syncing with Sanjeev's patch
+IS_OMAP_SUBCLASS for 3630
+cpu_is_omap3630() introduced to print cpuinfo - this also
helps the comments from Santosh
V4 - Sergio's improvement to the handling of rev decision as
Hi,
Thanks for the patch.. a few minor comments follow from a read through..
Enric Balletbò i Serra had written, on 10/09/2009 10:59 AM, the following:
This patch adds minimal IGEP v2 support.
could you add more details on where do we get more data on this platform?
Signed-off-by: Enric
71 matches
Mail list logo