Hi Igor,
On Monday 26 March 2012 08:21 PM, Igor Grinberg wrote:
Fix the below section mismatch warning and alike:
WARNING: vmlinux.o(.text+0x281d4): Section mismatch in reference from
the function setup_ehci_io_mux() to the function
.init.text:omap_mux_init_signal()
The function
On Mon, Mar 26, 2012 at 04:51:10PM +0200, Igor Grinberg wrote:
Fix the below section mismatch warning and alike:
WARNING: vmlinux.o(.text+0x281d4): Section mismatch in reference from
the function setup_ehci_io_mux() to the function
.init.text:omap_mux_init_signal()
The function
Some functions like _omap4_disable_module() and _omap4_wait_target_disable()
are (will be) used on all OMAPs OMAP4 and beyond which support module level
control. Fix the error checks in these functions to return if called on
any platform pre OMAP4 (i.e OMAP2 and OMAP3) instead of checking for
On Tue, 2012-03-20 at 18:45 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Add support for handling the DSS_HDMI interrupt in HDMI, A line that serves to
notify HDMI of status change in PHY, PLL and CORE based on the registration.
Also logic to support enabling of the PHY in
On Tue, 2012-03-20 at 18:45 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Add support for DSS_HDMI interrupt handling in HDMI driver
by registering for the same. This is the path for many necessary HDMI
interrupts such as PLL lock/unlock, PHY connect/disconnet, video frame
On Tue, 2012-03-20 at 18:45 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Add function to enable or clear interrupts in the HDMI wrapper.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/ti_hdmi.h | 16 ++
On Tue, 2012-03-20 at 18:45 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Currently TX_PHY is put to TX_ON(transmission state) on receiving HPD.
It just ensures that the TV is connected but does not guarantee
that TMDS data lines and clock lines are up and ready for
Hi,
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
position
and timing related limitations leading to SYNCLOST errors. Whenever the image
window is moved towards the right of the screen SYNCLOST errors
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
Hi everyone,
the following patch set directs to enable predecimation for DMA and VRFB
which consists of two pacthes.
The first patch is based on code written by Lajos Molnar la...@ti.com in
Android Kernel, which updates the
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
position
and timing related limitations leading to SYNCLOST errors. Whenever the image
window is moved towards the right of the screen SYNCLOST errors become
On Tue, Mar 27, 2012 at 4:13 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
position
and timing related limitations leading to SYNCLOST errors.
On Wed, 2012-03-21 at 15:22 +0530, Chandrabhanu Mahapatra wrote:
DISPC_FCLK is incorrectly used as functional clock of DISPC in scaling
calculations. So, DISPC_CORE_CLK replaces as functional clock of DISPC.
DISPC_CORE_CLK is derived from DISPC_FCLK divided by an independent DISPC
divisor LCD.
On Tue, Mar 27, 2012 at 4:27 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
position
and timing related limitations leading to SYNCLOST errors. Whenever the
On Tue, 2012-03-27 at 16:31 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Mar 27, 2012 at 4:13 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
On Tue, Mar 27, 2012 at 4:33 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-21 at 15:22 +0530, Chandrabhanu Mahapatra wrote:
DISPC_FCLK is incorrectly used as functional clock of DISPC in scaling
calculations. So, DISPC_CORE_CLK replaces as functional clock of DISPC.
On Tue, 2012-03-27 at 16:37 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Mar 27, 2012 at 4:27 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In OMAP3 DISPC video overlays suffer from some undocumented horizontal
position
On Tue, Mar 27, 2012 at 4:40 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Tue, 2012-03-27 at 16:31 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Mar 27, 2012 at 4:13 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Hi,
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
On Tue, 2012-03-27 at 16:44 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Mar 27, 2012 at 4:33 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Wed, 2012-03-21 at 15:22 +0530, Chandrabhanu Mahapatra wrote:
DISPC_FCLK is incorrectly used as functional clock of DISPC in scaling
On Tue, Mar 27, 2012 at 4:47 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Tue, 2012-03-27 at 16:37 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Mar 27, 2012 at 4:27 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
On Wed, 2012-03-21 at 15:21 +0530, Chandrabhanu Mahapatra wrote:
In
Hi Kevin,
On Tue, Mar 27, 2012 at 6:04 AM, Kevin Hilman khil...@ti.com wrote:
+Govindraj,
Joe Woodward j...@terrafix.co.uk writes:
Right, I've stepped back a bit and dug out a GUSMTIX Palo43 carrier
board on which to test the Overo OMAP3530 COM and I've found:
- Running a stock 3.3 (with
On Tue, Mar 13, 2012 at 1:28 AM, Kevin Hilman khil...@ti.com wrote:
Tony, updated pull request below. This includes all the TWL depencies
merged from the 'topic/twl' tag in Mark's tree.
Has this been lost now? It seems regulator parts got merged, but
voltage parts are missing from Arnd's pull
When PHY reset pin is connected to a GPIO on external GPIO chip
(e.g. I2C), we should not call the gpio_set_value() function, but
gpio_set_value_cansleep().
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
This patch depends on the patch from Keshava [1]:
ARM: OMAP3: USB: Fix the EHCI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Felipe, Samuel,
On 03/20/12 17:55, Felipe Balbi wrote:
On Tue, Mar 20, 2012 at 04:53:53PM +0100, Samuel Ortiz wrote:
Hi Keshava,
On Mon, Mar 19, 2012 at 12:12:47PM +0530, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
Hi Igor,
On Tue, Mar 27, 2012 at 04:18:49PM +0200, Igor Grinberg wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Felipe, Samuel,
On 03/20/12 17:55, Felipe Balbi wrote:
On Tue, Mar 20, 2012 at 04:53:53PM +0100, Samuel Ortiz wrote:
Hi Keshava,
On Mon, Mar 19, 2012 at
...snip...
Just to confirm: did the above work for you before v3.3?
I've checked and v3.2 works correctly:
echo enabled /sys/devices/platform/omap/omap_uart.2/power/wakeup = device
wakes from console presses
echo disabled /sys/devices/platform/omap/omap_uart.2/power/wakeup = device
does
On 03/19/12 08:42, Keshava Munegowda wrote:
From: Keshava Munegowda keshava_mgo...@ti.com
It is observed that the echi ports of 3430 sdp board
are not working due to the random timing of programming
the associated GPIOs of the ULPI PHYs of the EHCI for reset.
If the PHYs are reset at during
Hi Afzal,
On 3/27/2012 0:12, Mohammed, Afzal wrote:
Hi Jon,
On Mon, Mar 26, 2012 at 23:12:26, Hunter, Jon wrote:
Also, I don't see where the gpmc_child-res and gpmc_child-num_res are
actually used. Are these needed?
These are for the peripheral resources not in control of GPMC, like
gpio
Hi Russ,
Thanks for the patches.
Please, note:
* all OMAP patches that are ready for submission should have
linux-arm-ker...@lists.infradead.org in Cc.
* Subject should be prefixed with: ARM: OMAP: ...
On 03/23/12 11:21, Russ Dill wrote:
This seems to be a leftover from when gpmc-smsc911x.c
On 03/23/12 11:21, Russ Dill wrote:
Adding in support for regulators here creates several headaches.
- Boards that declare their own regulator cannot use this function.
- Multiple calls to this function require special handling.
- Boards that declare id's other than '0' need special
On 03/23/12 11:21, Russ Dill wrote:
If this function is called the first time with flags set, and the
second time without flags set then the leftover flags from the first
called will be used rather than the desired default flags.
Signed-off-by: Russ Dill russ.d...@ti.com
Tested-by: Igor
Hi Russ,
This patch works, but can we, please use the attached patch instead?
Thanks
On 03/23/12 11:21, Russ Dill wrote:
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git
* Grazvydas Ignotas nota...@gmail.com [120327 07:00]:
On Tue, Mar 13, 2012 at 1:28 AM, Kevin Hilman khil...@ti.com wrote:
Tony, updated pull request below. This includes all the TWL depencies
merged from the 'topic/twl' tag in Mark's tree.
Has this been lost now? It seems regulator
* Igor Grinberg grinb...@compulab.co.il [120327 08:56]:
Hi Russ,
This patch works, but can we, please use the attached patch instead?
Hmm what's the difference here? Do you have some real controllable
regulator for one of the smsc911x instances?
Anyways, I take it that you have tested that
Grazvydas Ignotas nota...@gmail.com writes:
On Tue, Mar 13, 2012 at 1:28 AM, Kevin Hilman khil...@ti.com wrote:
Tony, updated pull request below. This includes all the TWL depencies
merged from the 'topic/twl' tag in Mark's tree.
Has this been lost now? It seems regulator parts got merged,
No objection.
On Tue, Mar 27, 2012 at 8:53 AM, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Russ,
This patch works, but can we, please use the attached patch instead?
Thanks
On 03/23/12 11:21, Russ Dill wrote:
Signed-off-by: Russ Dill russ.d...@ti.com
---
Hi Rajendra,
On 3/27/2012 4:58, Rajendra Nayak wrote:
Some functions like _omap4_disable_module() and _omap4_wait_target_disable()
are (will be) used on all OMAPs OMAP4 and beyond which support module level
control. Fix the error checks in these functions to return if called on
any platform pre
Hi Govindraj,
On 3/21/2012 5:24, Govindraj.R wrote:
From: Govindraj.Rgovindraj.r...@ti.com
Currently the errata is populated based on cpu checks this can
be removed and replaced with module version check of uart ip block.
MVR reg is provided within the uart reg map use the same
to populate the
Joe Woodward j...@terrafix.co.uk writes:
...snip...
Just to confirm: did the above work for you before v3.3?
I've checked and v3.2 works correctly:
echo enabled /sys/devices/platform/omap/omap_uart.2/power/wakeup =
device wakes from console presses
echo disabled
Raja, Govindraj govindraj.r...@ti.com writes:
Hi Kevin,
On Tue, Mar 27, 2012 at 6:04 AM, Kevin Hilman khil...@ti.com wrote:
+Govindraj,
Joe Woodward j...@terrafix.co.uk writes:
Right, I've stepped back a bit and dug out a GUSMTIX Palo43 carrier
board on which to test the Overo OMAP3530
Hi Jon,
On Tue, 27 Mar 2012, Jon Hunter wrote:
On 3/27/2012 4:58, Rajendra Nayak wrote:
diff --git a/arch/arm/mach-omap2/omap_hwmod.c
b/arch/arm/mach-omap2/omap_hwmod.c
index 8ac26f2..f2a9afa 100644
--- a/arch/arm/mach-omap2/omap_hwmod.c
+++ b/arch/arm/mach-omap2/omap_hwmod.c
@@
On Mon, 26 Mar 2012 19:14:35 +0530, Shubhrajyoti D shubhrajy...@ti.com wrote:
The patch series does the following cleanups
- Converts the spi to module_platform_driver
- Use the devm functions so that the freeing need not
be done in the driver.
- Makes the driver use autosuspend
- Folds
Hi Jon,
On Tue, Mar 27, 2012 at 21:01:56, Hunter, Jon wrote:
These are for the peripheral resources not in control of GPMC, like
gpio irq. These are copied in gpmc_create_child.
Right, I see they are copied during gpmc_create_child. However, I don't
see where they are initialised before
Hi Grant,
On Wed, Mar 28, 2012 at 3:28 AM, Grant Likely grant.lik...@secretlab.ca wrote:
On Mon, 26 Mar 2012 19:14:35 +0530, Shubhrajyoti D shubhrajy...@ti.com
wrote:
The patch series does the following cleanups
- Converts the spi to module_platform_driver
- Use the devm functions so that
43 matches
Mail list logo
