RE: Requirement for DSI video mode support

Hi, Tomi Valkeinen wrote: Hi, On Mon, 2010-09-20 at 22:18 +0200, ext Jorge Bustamante wrote: Hi, We (TI) have been working on a DSI video mode driver for OMAP4 and I I hope it's also for OMAP3? am aware that other people are working with similar drivers. We had to tweak the code to

RE: Requirement for DSI video mode support

On Wed, 2010-10-27 at 08:34 +0200, ext Taneja, Archit wrote: Hi, Tomi Valkeinen wrote: Hi, On Mon, 2010-09-20 at 22:18 +0200, ext Jorge Bustamante wrote: Hi, We (TI) have been working on a DSI video mode driver for OMAP4 and I I hope it's also for OMAP3? am aware that

Re: [PATCH 4/5] omap: mailbox: fix detection for previously supported chips

On Wed, Oct 27, 2010 at 8:06 AM, Varadarajan, Charulatha ch...@ti.com wrote: Fix the mailbox detection for OMAP3630 and 2430, also minor cleanup on conditional ifdef's that could affect it. Given that 2430 has an iva too include it, as the same steps for omap3 apply. Signed-off-by: Omar

Re: [PATCH v3 5/5] OMAP: I2C: Convert i2c driver to use PM runtime api's

On Thu, Oct 07, 2010 at 10:37:03AM -0700, Kevin Hilman wrote: Ben Dooks ben-...@fluff.org writes: [...] As such, I should really go and read up all about this new runtime-pm and hwmod stuff before further commentign on the changes. ping From the drivers perspective, you don't neet

RE: Requirement for DSI video mode support

Hi, Command mode panels will work fine with a single VC, I don't think video mode can run by using only one VC. Okay, I think we're talking about different VCs =). It's rather confusing in the TRM. A VC (in DSI packet sense) refers to the channel ID sent in the packet, and a VC (in OMAP

Re: [PATCH 1/8] staging: tidspbridge - remove req_addr from proc_map

On Tue, Oct 26, 2010 at 11:39 PM, Guzman Lugo, Fernando fernando.l...@ti.com wrote: fernando.l...@ti.com wrote: fernando.l...@ti.com wrote: On Tue, Oct 26, 2010 at 3:51 AM, Fernando Guzman Lugo x0095...@ti.com wrote: The device address is assigned by tidspbridge no need for

How to add an expansion board on IGEP v2 board.

Hello all, I would ask some technical questions, maybe someone can help me. I would add support for a new expansion board for IGEP v2 board, The expansion board comes with a EEPROM, the EEPROM is used to identify the expansion board, my idea is create a new file for expansion board (

Re: [PATCH 4/5] omap: mailbox: fix detection for previously supported chips

On Wed, Oct 27, 2010 at 10:28 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Wed, Oct 27, 2010 at 8:06 AM, Varadarajan, Charulatha ch...@ti.com wrote: Use cpu_is_* check only. No need to have #if CONFIG_ARCH_* checks. Some people conditionally compile only for one architecture,

Re: [PATCH] PERF(kernel): Cleanup power events V2

On Wednesday, October 27, 2010, Thomas Renninger wrote: On Tuesday 26 October 2010 08:57:01 pm Rafael J. Wysocki wrote: On Tuesday, October 26, 2010, Thomas Renninger wrote: Ok, that's at least generic. Needs the review of Rafael, to determine whether this state value is all we

Re: [PATCH 4/5] omap: mailbox: fix detection for previously supported chips

On Wed, Oct 27, 2010 at 12:00 PM, Grazvydas Ignotas nota...@gmail.com wrote: On Wed, Oct 27, 2010 at 10:28 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Wed, Oct 27, 2010 at 8:06 AM, Varadarajan, Charulatha ch...@ti.com wrote: Use cpu_is_* check only. No need to have #if

[Question] which type of DMA taken by musb of beagle-xM(DM3730)?

Hi, I want to know which type of DMA is taken by musb of DM3730, INVENTRA_DMA, TI_CPPI_DMA or others? thanks, -- Lei Ming -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [linux-pm] [PATCH] PERF(kernel): Cleanup power events V2

On Wednesday, October 27, 2010, Mathieu Desnoyers wrote: * Rafael J. Wysocki (r...@sisk.pl) wrote: On Tuesday, October 26, 2010, Mathieu Desnoyers wrote: * Alan Stern (st...@rowland.harvard.edu) wrote: On Tue, 26 Oct 2010, Mathieu Desnoyers wrote: * Peter Zijlstra

Add new omap_dss_device after dss_device_registration

Hello all, Can I add a new omap_dss_device after dss_device registration ? Something like add_new_omap_dss_device(lcd_device) or similar ? On IGEP v2 we register only igep2_dvi_device as dss_device, We want to add a new dss_device (igep2_lcd_device) after dss registration. Is it possible ? For

Re: [PATCH 1/5] omap: mailbox: initial hwmod support for omap3

On Wed, Oct 27, 2010 at 12:07 AM, Varadarajan, Charulatha ch...@ti.com wrote: HWMOD support for omap3. Use hwmod. ok ... This patch series breaks OMAP4 support. indeed, I'll try to exercise a sanity use case with omap4 and its hwmod data OMAP2 support is broken with this patch and the

RE: Requirement for DSI video mode support

On Wed, 2010-10-27 at 10:17 +0200, ext Taneja, Archit wrote: Hi, Command mode panels will work fine with a single VC, I don't think video mode can run by using only one VC. Okay, I think we're talking about different VCs =). It's rather confusing in the TRM. A VC (in DSI packet

Re: [linux-pm] [PATCH] PERF(kernel): Cleanup power events V2

* Rafael J. Wysocki (r...@sisk.pl) wrote: On Wednesday, October 27, 2010, Mathieu Desnoyers wrote: * Rafael J. Wysocki (r...@sisk.pl) wrote: On Tuesday, October 26, 2010, Mathieu Desnoyers wrote: * Alan Stern (st...@rowland.harvard.edu) wrote: On Tue, 26 Oct 2010, Mathieu Desnoyers

RE: [PATCH v3 01/13] OMAP: DMA: Replace read/write macros with functions

-Original Message- From: G, Manjunath Kondaiah Sent: Tuesday, October 26, 2010 10:55 PM [..] [...] diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c index f5c5b8d..77241e2 100644 --- a/arch/arm/plat-omap/dma.c +++ b/arch/arm/plat-omap/dma.c @@ -40,6

RE: Requirement for DSI video mode support

Hi, Please see [YQ]. Regards, Youcef Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet. 036 420 040 R.C.S Antibes. Capital de EUR 753.920 -Original Message- From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com] Sent: Wednesday, October 27, 2010 2:18 PM To:

[PATCH v2] OMAP4: Extend clock database.

This patch extends the OMAP4 clock data to include various x2 clock nodes as the clock framework skips a *2 whie calculating the dpll locked frequency. The clock databse extensions are autogenerated using the scripts maintained by Benoit Cousson. Signed-off-by: Benoit Cousson b-cous...@ti.com

Re: [Question] which type of DMA taken by musb of beagle-xM(DM3730)?

On Wed, Oct 27, 2010 at 5:54 AM, Ming Lei tom.leim...@gmail.com wrote: I want to know which type of DMA is taken by musb of DM3730, INVENTRA_DMA, TI_CPPI_DMA or others? Inventra DMA. An updated version compared to the OMAP34xx/35xx. - No major change to the programming model - The simultaneous

Re: [Question] which type of DMA taken by musb of beagle-xM(DM3730)?

Hi Gadiyar, Thanks for your reply. 2010/10/27 Gadiyar, Anand gadi...@ti.com: On Wed, Oct 27, 2010 at 5:54 AM, Ming Lei tom.leim...@gmail.com wrote: I want to know which type of DMA is taken by musb of DM3730, INVENTRA_DMA, TI_CPPI_DMA or others? Inventra DMA. An updated version compared to

Re: [linux-pm] [PATCH] PERF(kernel): Cleanup power events V2

On Wednesday, October 27, 2010, Mathieu Desnoyers wrote: * Rafael J. Wysocki (r...@sisk.pl) wrote: ... Hrm, then why export pm_runtime_get_noresume() at all ? Basically, the PM core needs it for some obscure stuff. Beyond that people really should use it with care (preferably avoid using it

RE: [PATCH v4 3/9] OMAP3: PM: Adding smartreflex device file.

Thara, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gopinath, Thara Sent: Wednesday, October 27, 2010 9:41 PM To: linux-omap@vger.kernel.org Cc: p...@pwsan.com; khil...@deeprootsystems.com; Cousson, Benoit;

RE: [PATCH v4 2/9] OMAP3: PM: Adding smartreflex driver support.

Thara, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Thara Gopinath Sent: Wednesday, October 27, 2010 9:41 PM To: linux-omap@vger.kernel.org Cc: p...@pwsan.com; khil...@deeprootsystems.com; Cousson, Benoit;