Sanjeev,
On Tue, Jan 25, 2011 at 20:55, Premi, Sanjeev pr...@ti.com wrote:
While building the kernel at 2.6.37, i see this warning for omap3evm - with
omap3630:
Power Management for TI OMAP3.
sr_init: No PMIC hook to init smartreflex -- THIS IS THE WARNING.
smartreflex smartreflex.0:
Adds platform initialization for working with the WLAN module attached to the
evaluation module.
The patch includes MMC2 initialization, SDIO and control pins muxing and
platform device registration
Signed-off-by: Eyal Reizer ey...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 78
The OMAP2 and OMAP3 PM code clears clockdomain wakeup and sleep
dependencies. This is unnecessary after commit
6f7f63cc9adf3192e6fcac4e8bed5cc10fd924aa (OMAP clockdomain:
initialize clockdomain registers when the clockdomain layer starts)
which clears these dependencies during clockdomain init.
Jean,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Jean Pihet
Sent: Monday, January 24, 2011 7:59 PM
To: linux-omap@vger.kernel.org
Cc: Jean Pihet
Subject: Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
From: Thara Gopinath th...@ti.com
The smartreflex bit on twl4030 specifies if the setting of voltage
is done over the I2C_SR path. Given that there are platforms that
do not use I2C_SR path for voltage scaling, a new function
'omap3_twl_set_sr_bit' with parameter to set/clear SR bit has been
This patch adds support for speed enhanced variant of OMAP35x
processors. These parts allow ARM and IVA running at 720MHz
and 520MHz respectively.
These parts can be detected at runtime by reading contents of
PRODID.SKUID[3:0] at 0x4830A20C [1].
This patch specifically does following:
* Add new
This patch series enables support for OMAP4 DSS, and adds hwmod support
for dss, dispc, dsi1, dsi2, hdmi, rfbi and venc hwmods.
In OMAP4 there are severals IPs that can be reached by differents
interconnect paths depending of the access initiator (MPU vs. SDMA).
In the case of the DSS, both L3
From: Mayuresh Janorkar ma...@ti.com
Enable DSS2 and OMAPFB for OMAP4 in Kconfig
Signed-off-by: Mayuresh Janorkar ma...@ti.com
---
drivers/video/omap2/dss/Kconfig|6 +++---
drivers/video/omap2/omapfb/Kconfig |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git
From: Benoit Cousson b-cous...@ti.com
Add dss, dispc, dsi1, dsi2, hdmi, rfbi and venc hwmods.
In OMAP4 there are severals IPs that can be reached by differents
interconnect paths depending of the access initiator (MPU vs. SDMA).
In the case of the DSS, both L3 direct path and L4 CFG path can be
From: Mayuresh Janorkar ma...@ti.com
Add hwmod device names for OMAP4; this enables device build for omap4 dss
hwmod IPs.
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
Signed-off-by: Mayuresh Janorkar ma...@ti.com
---
arch/arm/mach-omap2/display.c | 21 ++---
1 files
On Wed, Jan 26, 2011 at 04:06:40PM -0500, Nicolas Pitre wrote:
On Wed, 26 Jan 2011, Dave Martin wrote:
On Wed, Jan 26, 2011 at 3:52 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
So I don't think weak symbols work like we want them to.
That was the conclusion I came
debugfs_create_*() functions return a struct dentry pointer. In
omap_sr_probe(), the pointer is checked if the debug entry created
happens to be a directory. However, it is ignored in case of leaf
nodes viz. while calling debugfs_create_file() and
debugfs_create_x32().
Replace the unnecessary
Hi all,
Any comments on this patch?
Regards,
Nishant
-Original Message-
From: Nishant Kamat [mailto:nska...@ti.com]
Sent: Wednesday, January 19, 2011 8:49 PM
To: linux-omap@vger.kernel.org
Cc: Nishant Kamat
Subject: [PATCH] ARM: OMAP: Add chip id recognition for OMAP4 ES2.1 and
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Nishant Kamat
Sent: Thursday, January 27, 2011 5:18 PM
To: Nishant Kamat; linux-omap@vger.kernel.org
Subject: RE: [PATCH] ARM: OMAP: Add chip id recognition for OMAP4
-Original Message-
From: Santosh Shilimkar [mailto:santosh.shilim...@ti.com]
Sent: Thursday, January 27, 2011 5:33 PM
Subject: [PATCH] ARM: OMAP: Add chip id recognition for OMAP4
ES2.1 and
ES2.2
[...]
Some how I missed this post. Patch looks good to me.
Acked-by: Santosh
On Wed, Jan 26, 2011 at 10:15:37AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 01:00]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c
index 17bd639..9eaa28c
On Wed, Jan 26, 2011 at 10:12:16AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 00:57]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index e66687b..c203204 100644
On Thu, 27 Jan 2011 06:48:10 +0200, Felipe Balbi ba...@ti.com wrote:
sorry, quite busy at the moment, but here's one answer. Check this
commit:
commit a9c037832e9624e240c5019d0e01e9352e8f638d
...
Thanks for the reply! So I take it that omap's usb_musb_init takes care
of all of the new
The omap3isp platform device requires platform data. Instead of
registering the device in omap2_init_devices(), export an
omap3_init_camera() function to fill the device structure with the
platform data pointer and register the device.
Signed-off-by: Laurent Pinchart
From: Sergio Aguirre saagui...@ti.com
Make sure the kernel can be compiled with both OMAP2 and OMAP3 camera
support linked in, and give public symbols proper omap2/omap3 prefixes.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
From: Tuukka Toivonen tuukka.o.toivo...@nokia.com
Add new/changed base address definitions and resources for
OMAP3630 ISP.
The OMAP3430 CSI2PHY block is same as the OMAP3630 CSIPHY2
block. But the later name is chosen as it gives more symmetry
to the names.
Signed-off-by: Tuukka Toivonen
From: Sergio Aguirre saagui...@ti.com
The ISP CBUFF module isn't use, its resource isn't needed.
Signed-off-by: Sergio Aguirre saagui...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
arch/arm/mach-omap2/devices.c |5 -
1 files changed, 0 insertions(+), 5
Hi everybody,
Here's the fifth version of the OMAP3 ISP driver patches, updated to
2.6.37 and the latest changes in the media controller and sub-device APIs.
You can find the patches in http://git.linuxtv.org/pinchartl/media.git as
usual (media-0005-omap3isp).
Laurent Pinchart (2):
omap3: Add
Hi Sumit,
On Monday 24 January 2011 11:52 AM, Sumit Semwal wrote:
From: Senthilvadivu Guruswamysvad...@ti.com
DSS IRQ number can be obtained from platform_get_irq(). This API in turn
picks the right IRQ number belonging to HW IP from the hwmod database.
So hardcoding of IRQ number could be
On Thu, Jan 27, 2011 at 06:19:21PM +0530, Raghuveer Murthy wrote:
+r = request_irq(dss_irq,
+cpu_is_omap24xx()
+? dss_irq_handler_omap2
+: dss_irq_handler_omap3,
it should be
cpu_is_omap24xx()
? dss_irq_handler_omap3
On Thursday 27 January 2011 06:29 PM, Russell King - ARM Linux wrote:
On Thu, Jan 27, 2011 at 06:19:21PM +0530, Raghuveer Murthy wrote:
+ r = request_irq(dss_irq,
+ cpu_is_omap24xx()
+ ? dss_irq_handler_omap2
+ : dss_irq_handler_omap3,
it should
On Thu, Jan 27, 2011 at 11:13 AM, Vishwanath Sripathy
vishwanath...@ti.com wrote:
Jean,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Jean Pihet
Sent: Monday, January 24, 2011 7:59 PM
To: linux-omap@vger.kernel.org
Allow OMAP4 ES2.1 and ES2.2 revisions to be recognized in the
omap4_check_revision() function.
Mainly, ES2.1 has fixes that allow LPDDR to be used at 100% OPP (400MHz).
ES2.2 additionally has a couple of power management fixes (to reduce
leakage), an I2C1 SDA line state fix, and a floating point
[snip]
Now I really started liking this patch.
Acked-by: Linus Walleij linus.wall...@stericsson.com
Which shall be interpreted as for the patch with the above code, not
the one which is subject for this post I believe.
Pierre, I can't locate your patches for some reason, care to
Sanjeev,
On Thu, Jan 27, 2011 at 3:05 PM, Menon, Nishanth n...@ti.com wrote:
Sanjeev,
On Tue, Jan 25, 2011 at 20:55, Premi, Sanjeev pr...@ti.com wrote:
While building the kernel at 2.6.37, i see this warning for omap3evm - with
omap3630:
Power Management for TI OMAP3.
sr_init: No PMIC
Nishant,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
Sent: Thursday, January 27, 2011 3:06 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [query] smartreflex: No PMIC hook to
On Wed, Jan 26, 2011 at 04:31:37PM -0500, Nicolas Pitre wrote:
Since discarded sections are by definition not used, we should at least
put them into the .init section so to discard them at run time. And
only the EXIT_TEXT and EXIT_DATA would need to be kept (see x86 for
example).
Raghuveer,
On Thu, Jan 27, 2011 at 6:34 PM, Raghuveer Murthy x0075...@ti.com wrote:
On Thursday 27 January 2011 06:29 PM, Russell King - ARM Linux wrote:
On Thu, Jan 27, 2011 at 06:19:21PM +0530, Raghuveer Murthy wrote:
+ r = request_irq(dss_irq,
+ cpu_is_omap24xx()
+
This code elsewhere returns a negative constant to an indicate an error,
while IS_ERR returns the result of a = operation.
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
// smpl
@@
expression x;
@@
if (...) { ...
- return IS_ERR(x);
+ return PTR_ERR(x);
-Original Message-
From: Rajendra Nayak [mailto:rna...@ti.com]
Sent: Thursday, January 27, 2011 11:24 AM
To: Sumit Semwal; tomi.valkei...@nokia.com; p...@pwsan.com; Kevin
Hilman; Vaibhav Hiremath; linux-
o...@vger.kernel.org; Benoit Cousson
Subject: RE: [PATCH v2 1/4] OMAP2PLUS:
On Thu, Jan 27, 2011 at 02:37:09PM +, Dave Martin wrote:
On Wed, Jan 26, 2011 at 04:31:37PM -0500, Nicolas Pitre wrote:
Since discarded sections are by definition not used, we should at least
put them into the .init section so to discard them at run time. And
only the EXIT_TEXT and
Vishwanath Sripathy wrote, on 01/27/2011 07:55 PM:
Nishant,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
Sent: Thursday, January 27, 2011 3:06 PM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Sumit Semwal sumit.sem...@ti.com writes:
DSS code uses ick as one of the clocks in clk_get/clk_put. OMAP4 clock
database
doesn't have ick for DSS, so adding ick as dummy clock.
Once pm_runtime* APIs get introduced in DSS, this will be revisited.
Signed-off-by: Sumit Semwal
Hi Tony,
Tony Lindgren t...@atomide.com writes:
The new init_early hook happens at the end of setup_arch,
which is too early for kzalloc. However, there's no need
to call omap_serial_early_init that early, so fix this
by setting it up as a core_initcall.
Signed-off-by: Tony Lindgren
On 17 January 2011 19:24, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Rather than turning off CPU domain switching when the build architecture
includes ARMv6K, thereby causing problems for ARMv6-supporting kernels,
turn it on when it's required to support a CPU architecture.
(sorry,
Paul Walmsley p...@pwsan.com writes:
The OMAP2 and OMAP3 PM code clears clockdomain wakeup and sleep
dependencies. This is unnecessary after commit
6f7f63cc9adf3192e6fcac4e8bed5cc10fd924aa (OMAP clockdomain:
initialize clockdomain registers when the clockdomain layer starts)
which clears
Vaibhav Hiremath hvaib...@ti.com writes:
The current linux-omap/master is broken for lots of features/modules
and also there are few enhancements required with addition of AM/DM37x
family of devices.
- Migrate TWL gpio_xxx api to gpio_xx_cansleep
- TSC: Driver init fails due to
* Santosh Shilimkar santosh.shilim...@ti.com [110117 02:14]:
- omap4430 es1.0 hangs if L2X0 cache is enabled
Will have look at this one on Monday
I don't see the hang with L2X0 enable on my ES1.0 SDP
with the latest Linus's head.
(Mainline 'e78bf5e6cbe837' + Paul's sync timer fix)
Vaibhav Hiremath hvaib...@ti.com writes:
Set OMAP_PIN_OFF_WAKEUPENABLE to enable the wake-up
functionality from touchscreen controller.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
-Original Message-
From: Hilman, Kevin
Sent: Friday, January 28, 2011 12:12 AM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 0/5] OMAP3EVM: Board bug fixes/enhancements
Vaibhav Hiremath hvaib...@ti.com writes:
On Thu, Jan 27, 2011 at 06:14:56PM +, Catalin Marinas wrote:
On 17 January 2011 19:24, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Rather than turning off CPU domain switching when the build architecture
includes ARMv6K, thereby causing problems for ARMv6-supporting kernels,
On Thu, 27 Jan 2011 16:49:06 +0100
Julia Lawall ju...@diku.dk wrote:
diff -u -p a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2/dma.c
--- a/arch/arm/mach-omap2/dma.c
+++ b/arch/arm/mach-omap2/dma.c
@@ -264,7 +264,7 @@ static int __init omap2_system_dma_init_
if (IS_ERR(od)) {
Hiremath, Vaibhav hvaib...@ti.com writes:
-Original Message-
From: Hiremath, Vaibhav
Sent: Tuesday, January 25, 2011 8:53 PM
To: linux-omap@vger.kernel.org
Cc: Hiremath, Vaibhav; Varadarajan, Charulatha
Subject: [PATCH-V2] OMAP3EVM:FIX: Reset the smsc911x ethernet controller
in
Hi Vaibhav,
Hiremath, Vaibhav hvaib...@ti.com writes:
[...]
OMAP3EVM: Made backlight GPIO default state to off
OMAP3EVM: Set TSC wakeup option in pad config
And this one doesn't apply as it seems to apply on top of code that
doesn't exist upstream.
You should first apply
Hiremath, Vaibhav hvaib...@ti.com writes:
-Original Message-
From: Hiremath, Vaibhav
Sent: Tuesday, January 25, 2011 8:53 PM
To: linux-omap@vger.kernel.org
Cc: Hiremath, Vaibhav; Varadarajan, Charulatha
Subject: [PATCH-V2] OMAP3EVM:FIX: Reset the smsc911x ethernet controller
in
* Russell King - ARM Linux li...@arm.linux.org.uk [110127 04:21]:
On Wed, Jan 26, 2011 at 10:12:16AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 00:57]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git
When runtime PM is enabled, each OMAP i2c device is suspended after
each i2c xfer. However, there are two cases when the static suspend
methods must be used to ensure the devices are suspended:
1) runtime PM is disabled, either at compile time or dynamically
via
* Tony Lindgren t...@atomide.com [110127 16:17]:
Will also post a similar change for omap1.
And here's the omap1 related change.
Tony
From: Tony Lindgren t...@atomide.com
Date: Thu, 27 Jan 2011 15:52:16 -0800
Subject: [PATCH] omap1: Simplify use of omap_irq_flags
Commit
* Russell King - ARM Linux li...@arm.linux.org.uk [110127 04:21]:
On Wed, Jan 26, 2011 at 10:15:37AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [110126 01:00]:
On Fri, Jan 07, 2011 at 08:56:26AM -0800, Tony Lindgren wrote:
diff --git
* Tony Lindgren t...@atomide.com [110127 16:20]:
* Tony Lindgren t...@atomide.com [110127 16:17]:
Will also post a similar change for omap1.
And here's the omap1 related change.
--- a/arch/arm/mach-omap1/irq.c
+++ b/arch/arm/mach-omap1/irq.c
@@ -57,6 +57,7 @@ struct omap_irq_bank {
* Jarkko Nikula jhnik...@gmail.com [110127 11:03]:
On Thu, 27 Jan 2011 16:49:06 +0100
Julia Lawall ju...@diku.dk wrote:
diff -u -p a/arch/arm/mach-omap2/dma.c b/arch/arm/mach-omap2/dma.c
--- a/arch/arm/mach-omap2/dma.c
+++ b/arch/arm/mach-omap2/dma.c
@@ -264,7 +264,7 @@ static int
On Mon, Jan 17, 2011 at 9:19 PM, Armando Uribe x0095...@ti.com wrote:
This series of patches remove the hungarian notation from the structure's
elements.
Also the whole patch series has been rebased to the latest of tidspbridge
tree,
and minor corrections were made from the original version
Hello,
These 2 patches are basically bugfixing to make DVI work again on beagle.
Tested with Beagle-xM and C4.
Mathieu J. Poirier (1):
omap3: beagle: adding regulator supply for vdds_sdi.
Ricardo Salveti de Araujo (1):
omap3: beaglexm: fix DVI initialization
From: Mathieu J. Poirier mathieu.poir...@canonical.com
The omapfb driver couldn't locate its display sink because of
an initialisation error in the DSS subsystem. This error was
caused by a missing 'sdi' entry in the board power regulator list.
BugLink: https://bugs.launchpad.net/bugs/597904
Function beagle_twl_gpio_setup is called after beagle_display_init, what
makes lets reset_gpio with an invalid value at the time it request the
gpio. As a side effect the DVI reset GPIO is not properly set.
Also removing old code that power down DVI in a hardcoded way, as it's
not necessary
In case in user has a OMAP3630 ES1.2 the kernel should warn the user
about the ERRATUM, but using printk instead of WARN_ON is already
enough, as there is nothing else the user can do besides changing the
board.
Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@canonical.com
---
On Thu, Jan 27, 2011 at 11:16 PM, Kevin Hilman khil...@ti.com wrote:
Sumit Semwal sumit.sem...@ti.com writes:
DSS code uses ick as one of the clocks in clk_get/clk_put. OMAP4 clock
database
doesn't have ick for DSS, so adding ick as dummy clock.
Once pm_runtime* APIs get introduced in DSS,
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 73 ++-
1 files changed, 72 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
1) The support to add the pad data to the device hwmod entry and to use
it to dynamically configure the pads based on the state of the
hwmod is already present.
2) But using that for pads that requires only initialisation and not
dynamic remux, brings in a overhead to iterate over all
The flag for remuxing uart3_rx_irxx pad is changed.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-n8x0.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n8x0.c b/arch/arm/mach-omap2/board-n8x0.c
index
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-omap4panda.c | 72 +++-
1 files changed, 71 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap4panda.c
Use the mux framework to initialise the serial pads.
Signed-off-by: sricharan r.sricha...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c | 86 ++-
1 files changed, 85 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-3430sdp.c
1) All the pads of a hwmod for the device are classified
as static/dynamic. If a pad requires remuxing during
the device transitions between enable/idle transitions
then it is added to the dynamic list, static otherwise.
2) Both the static/dynamic pads of a hwmod are initialised
when
On Fri, Jan 28, 2011 at 09:19, Ricardo Salveti de Araujo
ricardo.salv...@canonical.com wrote:
Function beagle_twl_gpio_setup is called after beagle_display_init, what
makes lets reset_gpio with an invalid value at the time it request the
gpio. As a side effect the DVI reset GPIO is not properly
On Wed, Jan 26, 2011 at 03:30, David Lambert dlamb...@ti.com wrote:
This patch adds support for the OMAP4 digital microphone DAI.
This DAI can support support recording in 2, 4, or 6 channels
When provided with a 19.2Mhz functional clock, can encode at 96Khz or
192Khz (all channels must have
On Wed, Jan 26, 2011 at 03:31, David Lambert dlamb...@ti.com wrote:
This code is used to read the HWMOD database and initialize
use hwmod and not HWMOD
the DMIC driver.
Signed-off-by: David Lambert dlamb...@ti.com
---
snip
--
To unsubscribe from this list: send the line unsubscribe
On Tue, Jan 25, 2011 at 23:07, Vaibhav Hiremath hvaib...@ti.com wrote:
Since TWL GPIO's can go into sleep, and using normal
gpio_get/set_value() API will lead to kernel dump (WARN_ON()).
So replacing standard gpio_get/set_value() to
gpio_get/set_value_cansleep().
Signed-off-by: Vaibhav
72 matches
Mail list logo
