Re: [PATCH v4 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

On Fri, Nov 12, 2010 at 4:44 PM, Gregory CLEMENT 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 transfer should be the correct >

Activity on ARM (OMAP5912) boosting u-wire TX DMA???

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

[PATCH v4 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

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 t

[PATCH v4 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

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

Re: [PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

On 11/12/2010 09:37 PM, Kevin Hilman wrote: Gregory CLEMENT 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 d

Re: [PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

Gregory CLEMENT 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 the clocks and > Each time th

Re: [PATCHv2] OMAP: Serial: Define OMAP uart MDR1 register definitions

Andrei Emeltchenko writes: > Hi, > > On Thu, Nov 11, 2010 at 6:02 PM, Kevin Hilman > wrote: >> Emeltchenko Andrei writes: >> >>> From: Andrei Emeltchenko >>> >>> Define MDR1 register serial definitions used in serial and >>> bluetooth drivers. Remove magic numbers there. >> >> Remove magic num

DSS2 and 2.6.36

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"

RE: [PATCHv5] OMAP: Serial: Define OMAP uart MDR1 reg and remove magic numbers

> -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; > linux-...@lists.arm.l

Re: [PATCHv5] OMAP: Serial: Define OMAP uart MDR1 reg and remove magic numbers

* Emeltchenko Andrei [101112 05:22]: > From: Andrei Emeltchenko > > 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.

Re: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

* Greg KH [101112 06:54]: > On Fri, Nov 12, 2010 at 03:03:59PM +0200, Emeltchenko Andrei wrote: > > From: Andrei Emeltchenko > > > > Add MDR1 Serial register definition to serial_reg and remove duplicated > > code, remove magic MDR1 register numbers from serial drivers. > > > > *v2 add OMAP key

[PATCH v3 1/1] OMAP2: Spi: Force CS to be in inactive state after off-mode transition

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

[PATCH v3 0/1] Put the OMAP2 SPI CS in inactive state when returning from suspend

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

Re: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

On Fri, Nov 12, 2010 at 03:03:59PM +0200, Emeltchenko Andrei wrote: > From: Andrei Emeltchenko > > 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 magi

RE: [PATCH v2] OMAP2+: PM: omap_device: API for set/get MSTANDBY mode

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 majord

RE: [PATCH v2] OMAP2+: PM: omap_device: API for set/get MSTANDBY mode

> -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/g

RE: [RFC 2/8] OMAP: powerdomain: Infrastructure to put arch specific code

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

RE: [PATCH v2] OMAP2+: PM: omap_device: API for set/get MSTANDBY mode

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 th

RE: [PATCH v2] OMAP2+: PM: omap_device: API for set/get MSTANDBY mode

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

Re: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

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.k

Re: [PATCH v2 0/2] OMAP3: Display Support

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

Re: [PATCH v3] OMAP: DSS2: Add NEC NL8048HL11-01B display panel

Hi, On Tue, 2010-10-26 at 05:12 +0200, ext Samreen wrote: > From: Erik Gilling > > 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 > Signed-off-by: Rajkumar N > Signed-off-by: Samreen > CC:

[PATCHv5] OMAP: Serial: Define OMAP uart MDR1 reg and remove magic numbers

From: Andrei Emeltchenko 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 Emeltchenko --- arch/arm/m

Re: [PATCH 2/2] omap: rx51: mark reserved memory earlier

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

RE: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

> -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.

Re: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

On Fri, Nov 12, 2010 at 3:17 PM, G, Manjunath Kondaiah 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; li

Re: [PATCH v2 0/2] OMAP3: DSS2: Pre-Multiplied Alpha support

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 pat

RE: [PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

> -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; linu

[PATCHv4 1/4] OMAP: Serial: Define OMAP uart MDR1 register definitions

From: Andrei Emeltchenko Define MDR1 register serial definitions used in serial and bluetooth drivers. Remove magic numbers there. Signed-off-by: Andrei Emeltchenko --- include/linux/serial_reg.h | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/include/linux

[PATCHv4 2/4] OMAP1: Serial: remove magic numbers for MDR1 reg

From: Andrei Emeltchenko Change magic number to ones defined in serial_reg for omap1 serial driver Signed-off-by: Andrei Emeltchenko --- arch/arm/mach-omap1/serial.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap1/serial.c b/arch/arm/mach-omap1

[PATCHv4 0/4] OMAP: Serial: remove magic and diplicates

From: Andrei Emeltchenko 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 Manjunath and Govindraj: typos, CC

[PATCHv4 4/4] OMAP: Serial: remove redefined MDR1 register definitions

From: Andrei Emeltchenko Use definitions defined in serial_reg Signed-off-by: Andrei Emeltchenko --- arch/arm/plat-omap/include/plat/omap-serial.h |3 --- drivers/serial/omap-serial.c |6 +++--- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/arm/pl

[PATCHv4 3/4] OMAP2: Serial: remove magic numbers for MDR1 reg

From: Andrei Emeltchenko Change magic number to ones defined in serial_reg for omap2 serial driver Signed-off-by: Andrei Emeltchenko --- arch/arm/mach-omap2/serial.c | 15 +-- 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/m

Re: [PATCHv3 0/4] OMAP: Serial: remove magic and diplicates

On Fri, Nov 12, 2010 at 5:55 PM, Andrei Emeltchenko wrote: > On Fri, Nov 12, 2010 at 1:34 PM, Govindraj 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? ye

RE: [PATCHv3 3/4] OMAP2: Serial: remobe magic from MDR1 register

> -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: r

RE: [PATCHv3 2/4] OMAP1: Serial: remobe magic from MDR1 register

> -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: re

Re: [PATCHv3 0/4] OMAP: Serial: remove magic and diplicates

On Fri, Nov 12, 2010 at 1:34 PM, Govindraj 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, Nov 12, 2010 a

Re: [PATCH] OMAP: DSS2: OMAPFB: Fix null pointer check

On Fri, Nov 12, 2010 at 12:47:15PM +0100, ext Samreen wrote: > A null pointer check added. > > Signed-off-by: Samreen > --- > 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/dri

Re: [PATCH] OMAP: DSS2: OMAPFB: Fix null pointer check

On Fri, Nov 12, 2010 at 12:47 PM, Samreen wrote: > A null pointer check added. > > Signed-off-by: Samreen > --- >  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/om

[PATCH] OMAP: DSS2: OMAPFB: Fix null pointer check

A null pointer check added. Signed-off-by: Samreen --- 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 100644 --- a/drive

Re: [PATCHv3 0/4] OMAP: Serial: remove magic and diplicates

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 wrote: > From: Andrei Emeltchenko > > Add MDR1 Serial register definition to serial_reg and remove duplicated > code. > *v2 a

[PATCHv3 3/4] OMAP2: Serial: remobe magic from MDR1 register

From: Andrei Emeltchenko Change magic number to ones defined in serial_reg for omap2 serial driver Signed-off-by: Andrei Emeltchenko --- arch/arm/mach-omap2/serial.c | 15 +-- 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-omap2/serial.c b/arch/arm/m

[PATCHv3 4/4] OMAP: Serial: remove redefined MDR1 register definitions

From: Andrei Emeltchenko Use definitions defined in serial_reg Signed-off-by: Andrei Emeltchenko --- arch/arm/plat-omap/include/plat/omap-serial.h |3 --- drivers/serial/omap-serial.c |6 +++--- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/arm/pl

[PATCHv3 1/4] OMAP: Serial: Define OMAP uart MDR1 register definitions

From: Andrei Emeltchenko Define MDR1 register serial definitions used in serial and bluetooth drivers. Remove magic numbers there. Signed-off-by: Andrei Emeltchenko --- include/linux/serial_reg.h | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/include/linux

[PATCHv3 2/4] OMAP1: Serial: remobe magic from MDR1 register

From: Andrei Emeltchenko Change magic number to ones defined in serial_reg for omap1 serial driver Signed-off-by: Andrei Emeltchenko --- arch/arm/mach-omap1/serial.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap1/serial.c b/arch/arm/mach-omap1

[PATCHv3 0/4] OMAP: Serial: remove magic and diplicates

From: Andrei Emeltchenko 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 OMAP1: Serial: remobe magic fro

RE: [RFC 2/8] OMAP: powerdomain: Infrastructure to put arch specific code

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

RE: [PATCH v2] OMAP2+: PM: omap_device: API for set/get MSTANDBY mode

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 mo