Hello Manju,
On Thu, 11 Nov 2010, G, Manjunath Kondaiah wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Thursday, November 11, 2010 4:45 AM
Requirement is - switch to no standby for short time and should be
reverted back to original standby mode.
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, October 12, 2010 1:06 PM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; Cousson, Benoit
Subject: Re: [RFC 2/8] OMAP: powerdomain: Infrastructure to put arch
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Add MDR1 Serial register definition to serial_reg and remove duplicated
code.
*v2 add OMAP keyword to MDR1 definition
*v3 remove magic from serial drivers
Andrei Emeltchenko (4):
OMAP: Serial: Define OMAP uart MDR1 register definitions
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Use definitions defined in serial_reg
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/plat-omap/include/plat/omap-serial.h |3 ---
drivers/serial/omap-serial.c |6 +++---
2 files changed,
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Define MDR1 register serial definitions used in serial and
bluetooth drivers. Remove magic numbers there.
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
include/linux/serial_reg.h | 12
1 files changed, 12
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Change magic number to ones defined in serial_reg
for omap1 serial driver
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/mach-omap1/serial.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Change magic number to ones defined in serial_reg
for omap2 serial driver
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/mach-omap2/serial.c | 15 +--
1 files changed, 9 insertions(+), 6
Looks fine to me.
I think you need to CC this patch series to
arm list and serial list as well.
Thanks,
Govindraj.R
On Fri, Nov 12, 2010 at 2:51 PM, Emeltchenko Andrei
andrei.emeltchenko.n...@gmail.com wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Add MDR1 Serial register
A null pointer check added.
Signed-off-by: Samreen samr...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/omapfb/omapfb-main.c
b/drivers/video/omap2/omapfb/omapfb-main.c
index 6a704f1..55bed89
On Fri, Nov 12, 2010 at 12:47 PM, Samreen samr...@ti.com wrote:
A null pointer check added.
Signed-off-by: Samreen samr...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/omapfb/omapfb-main.c
On Fri, Nov 12, 2010 at 12:47:15PM +0100, ext Samreen wrote:
A null pointer check added.
Signed-off-by: Samreen samr...@ti.com
---
drivers/video/omap2/omapfb/omapfb-main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/omapfb/omapfb-main.c
On Fri, Nov 12, 2010 at 1:34 PM, Govindraj govindraj...@gmail.com wrote:
Looks fine to me.
I think you need to CC this patch series to
arm list and serial list as well.
Govindraj, Do I need to resend the patch including arm and serial MLs?
Regards,
Andrei
Thanks,
Govindraj.R
On Fri,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Emeltchenko Andrei
Sent: Friday, November 12, 2010 2:52 PM
To: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org
Subject: [PATCHv3 2/4] OMAP1: Serial: remobe
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Emeltchenko Andrei
Sent: Friday, November 12, 2010 2:52 PM
To: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org
Subject: [PATCHv3 3/4] OMAP2: Serial: remobe
On Fri, Nov 12, 2010 at 5:55 PM, Andrei Emeltchenko
andrei.emeltchenko.n...@gmail.com wrote:
On Fri, Nov 12, 2010 at 1:34 PM, Govindraj govindraj...@gmail.com wrote:
Looks fine to me.
I think you need to CC this patch series to
arm list and serial list as well.
Govindraj, Do I need to
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Change magic number to ones defined in serial_reg
for omap2 serial driver
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/mach-omap2/serial.c | 15 +--
1 files changed, 9 insertions(+), 6
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Add MDR1 Serial register definition to serial_reg and remove duplicated
code, remove magic MDR1 register numbers from serial drivers.
*v2 add OMAP keyword to MDR1 definition
*v3 remove magic from serial drivers
*v4 taking comments from
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Use definitions defined in serial_reg
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/plat-omap/include/plat/omap-serial.h |3 ---
drivers/serial/omap-serial.c |6 +++---
2 files changed,
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Define MDR1 register serial definitions used in serial and
bluetooth drivers. Remove magic numbers there.
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
include/linux/serial_reg.h | 12
1 files changed, 12
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Change magic number to ones defined in serial_reg
for omap1 serial driver
Signed-off-by: Andrei Emeltchenko andrei.emeltche...@nokia.com
---
arch/arm/mach-omap1/serial.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Emeltchenko Andrei
Sent: Friday, November 12, 2010 6:34 PM
To: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
linux-...@lists.arm.linux.org.uk;
Hi,
On Thu, 2010-11-04 at 12:28 +0100, ext Samreen wrote:
Enable Pre multiplied alpha support on OMAP3630
The first patch splits the omap3 dss has features for omap3430
and omap3630 separately
The second patch adds the support for pre multiplied alpha
Version2:
- Split the patch into
On Fri, Nov 12, 2010 at 3:17 PM, G, Manjunath Kondaiah manj...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Emeltchenko Andrei
Sent: Friday, November 12, 2010 6:34 PM
To: linux-omap@vger.kernel.org;
-Original Message-
From: Andrei Emeltchenko [mailto:andrei.emeltchenko.n...@gmail.com]
Sent: Friday, November 12, 2010 6:50 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
linux-...@lists.arm.linux.org.uk; linux-ser...@vger.kernel.org
Hi,
On Fri, 2010-10-15 at 14:46 +0200, ext Felipe Contreras wrote:
So that omap_vram_set_sdram_vram() is called before
omap_vram_reserve_sdram_memblock().
Is this still valid after the latest memblock stuff? I presume it is.
I'm not able to test this, and you said you didn't test it, so I'm a
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Define MDR1 register serial definitions used in serial and
bluetooth drivers.
Change magic number to ones defined in serial_reg for omap1/2
serial driver.
Remove redefined MDR1 register definitions in omap-serial driver.
Signed-off-by: Andrei
Hi,
On Tue, 2010-10-26 at 05:12 +0200, ext Samreen wrote:
From: Erik Gilling konk...@android.com
NEC WVGA LCD NL8048HL11-01B panel support has been added.
This panel is being used in zoom2/zoom3/3630 sdp boards.
Signed-off-by: Mukund Mittal mmit...@ti.com
Signed-off-by: Rajkumar N
Hi,
On Tue, 2010-10-26 at 06:28 +0200, ext Samreen wrote:
This patch series adds the Display Support for OMAP3 platforms
and the corresponding changes in the board files.
Version2:
- Optimised to configure INTBR from gpio to PWM1 mode setting and
enabling of the PWM1 mode only when
Hi,
-Original Message-
From: Andrei Emeltchenko [mailto:andrei.emeltchenko.n...@gmail.com]
Sent: Friday, November 12, 2010 6:50 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
linux-...@lists.arm.linux.org.uk; linux-ser...@vger.kernel.org
On Fri, 12 Nov 2010, Paul Walmsley wrote:
On Thu, 11 Nov 2010, G, Manjunath Kondaiah wrote:
How do we get previous stand by state in this API since standby mode is
changed with omap_device_require_no_standby
I don't think it is needed. The API is only valid while the hwmod is
On Fri, 12 Nov 2010, Paul Walmsley wrote:
On Fri, 12 Nov 2010, Paul Walmsley wrote:
On Thu, 11 Nov 2010, G, Manjunath Kondaiah wrote:
How do we get previous stand by state in this API since standby mode is
changed with omap_device_require_no_standby
I don't think it is needed.
Hi Rajendra,
On Fri, 12 Nov 2010, Nayak, Rajendra wrote:
With these 2 changes I now have the series build/booting/functional at
the end of each patch in the series. Was there anything else you meant
when you said the series had issues with patches 1, 2 and 8 applied
would not boot?
If
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Friday, November 12, 2010 7:47 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Kevin Hilman; Gadiyar, Anand;
Cousson, Benoit
Subject: RE: [PATCH v2] OMAP2+: PM: omap_device: API for
set/get
On Fri, 12 Nov 2010, G, Manjunath Kondaiah wrote:
Thanks. Looks like, it is HWMOD_SWSUP_MSTANDBY, typo in omap_hwmod.h
description.
Maybe you can fix that also in your patch...
- Paul
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Fri, Nov 12, 2010 at 03:03:59PM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Add MDR1 Serial register definition to serial_reg and remove duplicated
code, remove magic MDR1 register numbers from serial drivers.
*v2 add OMAP keyword to MDR1
We notice that when system wake up from OFF mode, then CS is in inactive
state until the first SPI transfer.
For our design it lead to some conflict on this I/O.
Inactive state for CS when there is no transfer should be the correct
behavior: this is the purpose of these patches.
* Change from
When SPI wake up from OFF mode, CS is in the wrong state: force it to
the inactive state.
During the system life, I monitored the CS behavior using a
oscilloscope. I also activated debug in omap2_mcspi, so I saw when
driver disable the clocks and
Each time the CS was in the correct state.
It
* Greg KH g...@kroah.com [101112 06:54]:
On Fri, Nov 12, 2010 at 03:03:59PM +0200, Emeltchenko Andrei wrote:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Add MDR1 Serial register definition to serial_reg and remove duplicated
code, remove magic MDR1 register numbers from serial
* Emeltchenko Andrei andrei.emeltchenko.n...@gmail.com [101112 05:22]:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Define MDR1 register serial definitions used in serial and
bluetooth drivers.
Change magic number to ones defined in serial_reg for omap1/2
serial driver.
Remove
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, November 12, 2010 11:06 PM
To: Emeltchenko Andrei
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
I have a Mistral AM37x development board and am working on transitioning it
from the 2.6.32 provided with the SDK to 2.6.36 and have run into some issues
with the OMAP2 DSS driver that it seems others have encountered as well (e.g.
DSS2 broken with 36-rc1
Andrei Emeltchenko andrei.emeltchenko.n...@gmail.com writes:
Hi,
On Thu, Nov 11, 2010 at 6:02 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Emeltchenko Andrei andrei.emeltchenko.n...@gmail.com writes:
From: Andrei Emeltchenko andrei.emeltche...@nokia.com
Define MDR1 register serial
Gregory CLEMENT gregory.clem...@free-electrons.com writes:
When SPI wake up from OFF mode, CS is in the wrong state: force it to
the inactive state.
During the system life, I monitored the CS behavior using a
oscilloscope. I also activated debug in omap2_mcspi, so I saw when
driver disable
On 11/12/2010 09:37 PM, Kevin Hilman wrote:
Gregory CLEMENTgregory.clem...@free-electrons.com writes:
When SPI wake up from OFF mode, CS is in the wrong state: force it to
the inactive state.
During the system life, I monitored the CS behavior using a
oscilloscope. I also activated debug in
We notice that when system wake up from OFF mode, then CS is in inactive
state until the first SPI transfer.
For our design it lead to some conflict on this I/O.
Inactive state for CS when there is no transfer should be the correct
behavior: this is the purpose of these patches.
* Change from
When SPI wake up from OFF mode, CS is in the wrong state: force it to
the inactive state.
During the system life, I monitored the CS behavior using a oscilloscope.
I also activated debug in omap2_mcspi, so I saw when driver disable the
clocks and restore context when device is not used.
Each
Hello Everyone,
I am facing a peculiar problem. I am working on the u-wire
interface of OMAP5912. The kernel I am using is pretty old (linux
2.6.16). But it works pretty well for OMAP5912. The u-wire interface
on OMAP5912 supports TX via DMA (RX via DMA is not available). If I
perform the DMA
On Fri, Nov 12, 2010 at 4:44 PM, Gregory CLEMENT
gregory.clem...@free-electrons.com wrote:
We notice that when system wake up from OFF mode, then CS is in inactive
state until the first SPI transfer.
For our design it lead to some conflict on this I/O.
Inactive state for CS when there is no
48 matches
Mail list logo