Re: [PATCH v9 0/4] OMAP: McBSP: Use register cache

2010-01-14 Thread Jarkko Nikula
On Thu, 14 Jan 2010 16:58:29 +0100 Janusz Krzysztofik wrote: > Change the way McBSP registers are maintained: store values written to the > device in a cache in order to make use of those cached values when > convenient. > > This could help for developing the McBSP context save/restore features,

[PATCH] DSPBRIDGE: remove unused macros

2010-01-14 Thread Nishanth Menon
A tiny step in cleaning up the bridge - removed unused macros I used ctags to generate tags for all dspbridge relevant files grep ' d$' tags gives a list of all defines. then, the following script searched and listed all defines which were unused in dspbridge files: for i in `grep ' d$' ta

Re: [PATCH 2/3] OMAP: hwmod: add read/write API for SYSCONFIG

2010-01-14 Thread Kevin Hilman
Paul Walmsley writes: > Hi Kevin, > > On Fri, 8 Jan 2010, Kevin Hilman wrote: > >> Some HW blocks have errata which requires selective enabling/disabling >> of SYSCONFIG bits. In particular, some blocks have known issues with >> smart-idle so smart-idle has to be disabled under certain conditio

issue with panel drivers in DSS2

2010-01-14 Thread Grazvydas Ignotas
Hi, there is an issue related to panel drivers: even if panel driver provides get_rotate/set_rotate and/or get_mirror/set_mirror functions, those cannot be accessed over sysfs, even though corresponding entries are created in omapdss/displayX. This is because panel driver fills omap_dss_driver str

Re: [PATCH] omap3: pandora: add DSS2 support and related regulators

2010-01-14 Thread Grazvydas Ignotas
On Thu, Jan 14, 2010 at 4:05 PM, Tomi Valkeinen wrote: > On Wed, 2010-01-13 at 22:01 +0100, ext Grazvydas Ignotas wrote: >> On Wed, Jan 13, 2010 at 5:02 PM, Tomi Valkeinen >> wrote: >> > Hi, >> > >> > This doesn't apply, can you resend based on Linus' tree or my DSS2 tree? >> >> ok, will resend s

[RFC] [PATCH] omapfb: Fix 12-bit display (RGB444 color mode) handling

2010-01-14 Thread Janusz Krzysztofik
Support for RGB444 (12-bit) pixel format has been introduced into omapfb/lcdc by Mark Underwood on 2006-05-26 (commit f74edb6668aad9fc8e81585861b18f996c78a574) in preparation for Amstrad Delta (E3) videophone LCD display support. Before the Amstrad Delta LCD patch by Jonathan McDowell was appli

Re: [PATCH 3/8] OMAP: reconnect hsmmc context loss count

2010-01-14 Thread Paul Walmsley
On Wed, 13 Jan 2010, Adrian Hunter wrote: > >From 840e68745248b4d302429380aa5b1ea944c13024 Mon Sep 17 00:00:00 2001 > From: Adrian Hunter > Date: Tue, 5 Jan 2010 10:06:58 +0200 > Subject: [PATCH] OMAP: reconnect hsmmc context loss count > > Call the PM context-loss count function, now that there

Re: [PATCH 4/8] omap_hsmmc: set DVFS/PM constraints

2010-01-14 Thread Paul Walmsley
Hello Adrian, On Thu, 14 Jan 2010, Adrian Hunter wrote: > Paul Walmsley wrote: > > (added Denis and Kevin) > > > > Hello Denis, Adrian, > > > > On Wed, 13 Jan 2010, Adrian Hunter wrote: > > > > > >From afab8b432b37ae1f42b281e58989c8d607ed7183 Mon Sep 17 00:00:00 2001 > > > From: Denis Karpov

RE: [PATCHv2 0/4] Regulator: OMAP: Removing common code for TWL4030 from OMAP3- board-evms

2010-01-14 Thread Liam Girdwood
On Wed, 2010-01-13 at 22:25 +0530, Aggarwal, Anuj wrote: > Any comments on this version? Just had a quick scan, looks fine. Acked-by: Liam Girdwood -- 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

[PATCH 15/13] PM debug: Fix warning when no CONFIG_DEBUG_FS

2010-01-14 Thread Kevin Hilman
From: Aguirre, Sergio >From ec3f04ec8cf4851fceb249acf832755b7aad1766 Mon Sep 17 00:00:00 2001 From: Sergio Aguirre Date: Thu, 14 Jan 2010 11:01:15 -0600 Subject: [PATCH] PM debug: Fix warning when no CONFIG_DEBUG_FS Fix following warning when CONFIG_DEBUG_FS wasn't selected: arch/arm/mach-omap

Re: [PATCH] PM debug: Fix warning when no CONFIG_DEBUG_FS

2010-01-14 Thread Kevin Hilman
"Aguirre, Sergio" writes: > From ec3f04ec8cf4851fceb249acf832755b7aad1766 Mon Sep 17 00:00:00 2001 > From: Sergio Aguirre > Date: Thu, 14 Jan 2010 11:01:15 -0600 > Subject: [PATCH] PM debug: Fix warning when no CONFIG_DEBUG_FS > > Fix following warning when CONFIG_DEBUG_FS wasn't selected: > > a

Re: [PATCH 2/3] OMAP: hwmod: add read/write API for SYSCONFIG

2010-01-14 Thread Kevin Hilman
Paul Walmsley writes: > Hi Kevin, > > On Fri, 8 Jan 2010, Kevin Hilman wrote: > >> Some HW blocks have errata which requires selective enabling/disabling >> of SYSCONFIG bits. In particular, some blocks have known issues with >> smart-idle so smart-idle has to be disabled under certain conditio

[PATCH] PM debug: Fix warning when no CONFIG_DEBUG_FS

2010-01-14 Thread Aguirre, Sergio
>From ec3f04ec8cf4851fceb249acf832755b7aad1766 Mon Sep 17 00:00:00 2001 From: Sergio Aguirre Date: Thu, 14 Jan 2010 11:01:15 -0600 Subject: [PATCH] PM debug: Fix warning when no CONFIG_DEBUG_FS Fix following warning when CONFIG_DEBUG_FS wasn't selected: arch/arm/mach-omap2/pm-debug.c:57: warning

[PATCH v9 4/4] OMAP: McBSP: Use cache when modifying individual register bits

2010-01-14 Thread Janusz Krzysztofik
Change the way McBSP registers are updated: use cached values instead of relying upon those read back from the device. With this patch, I have finally managed to get rid of all random playback/recording hangups on my OMAP1510 based Amstrad Delta hardware. Before that, values read back from McBSP r

[PATCH v9 3/4] OMAP: McBSP: Introduce caching in register write operations

2010-01-14 Thread Janusz Krzysztofik
Determine cache size required per McBSP port at init time, based on processor type running on. Allocate space for storing cached copies of McBSP register values at port request. Modify omap_msbcp_write() function to update the cache with every register write operation. Modify omap_mcbsp_read() to s

[PATCH v9 2/4] OMAP: McBSP: Modify macros/functions API for easy cache access

2010-01-14 Thread Janusz Krzysztofik
OMAP_MCBSP_READ()/_WRITE() macros and omap_mcbsp_read()/_write() functions accept McBSP register base address as an argument. In order to support caching, that must be replaced with an address of the omap_mcbsp structure that would provide addresses for both register AND cache access. Since OMAP_

[PATCH v9 1/4] OMAP: McBSP: Use macros for all register read/write operations

2010-01-14 Thread Janusz Krzysztofik
There are several places where readw()/writew() functions are used instead of OMAP_MCBSP_READ()/WRITE() macros for manipulating McBSP registers. Replace them with macros to ensure consistent behaviour after caching is introduced. Created against linux-omap for-next, commit fb7380d70e041e4b3892f6b

[PATCH v9 0/4] OMAP: McBSP: Use register cache

2010-01-14 Thread Janusz Krzysztofik
Change the way McBSP registers are maintained: store values written to the device in a cache in order to make use of those cached values when convenient. This could help for developing the McBSP context save/restore features, as well as solve the problem of possible register corruption, experience

Re: [PATCH 1/4] Add minimal support for DEVKIT8000

2010-01-14 Thread Thomas Weber
Sorry, because the patch is line wrapped, I resent it, but with original subject. Thanks Nishanth. Thomas Thomas Weber schrieb: > Hello, > > I use Kims patches and I have done some work on it over the time and > after the comments from Felipe, so I want to submit them one more time. > > Thomas >

[PATCH 1/4] Add minimal support for DEVKIT8000

2010-01-14 Thread Thomas Weber
From: Kim Botherway These patches add omap3 board support for the Timll DEVKIT8000 Signed-off-by: Thomas Weber rework after comments from mailing list. --- arch/arm/mach-omap2/Kconfig |4 + arch/arm/mach-omap2/Makefile|2 + arch/arm/mach-omap2/board-oma

Re: [PATCH 1/4] Add minimal support for DEVKIT8000

2010-01-14 Thread Thomas Weber
Hello, I use Kims patches and I have done some work on it over the time and after the comments from Felipe, so I want to submit them one more time. Thomas >From fb89dd25e77401d42d7216d5adadb94b1c2298fe Mon Sep 17 00:00:00 2001 From: Kim Botherway Date: Thu, 12 Nov 2009 21:17:42 +1100 Subject: [

Re: [PATCH] USB: musb: allow unaligned memory data transfers

2010-01-14 Thread Sergei Shtylyov
Hello. Gadiyar, Anand wrote: From: Felipe Balbi wrote: + /* On MUSB:RTL1.8 and above, DMA has to be word aligned */ + if ((dma_addr % 4) && + (musb->hwvers >= MUSB_HWVERS_1800)) { is it only inventra dma that suffers from this ? If not, we could move this

Re: [PATCH 0/2] omap3: cm-t35: enable display subsystem

2010-01-14 Thread Tomi Valkeinen
Hi, On Mon, 2009-12-14 at 09:01 +0100, ext Mike Rapoport wrote: > The below patches add display support for CM-T35 board. > > The following changes since commit f40542532e96dda5506eb76badea322f2ae4731c: > Linus Torvalds (1): > Merge branch 'ixp4xx' of git://git.kernel.org/.../chris/linu

Re: [PATCH] omap3: pandora: add DSS2 support and related regulators

2010-01-14 Thread Tomi Valkeinen
On Wed, 2010-01-13 at 22:01 +0100, ext Grazvydas Ignotas wrote: > On Wed, Jan 13, 2010 at 5:02 PM, Tomi Valkeinen > wrote: > > Hi, > > > > This doesn't apply, can you resend based on Linus' tree or my DSS2 tree? > > ok, will resend shortly. > > BTW, what about enabling vdds_dsi/vdds_sdi regulato

RE: [PATCH] USB: musb: allow unaligned memory data transfers

2010-01-14 Thread Gadiyar, Anand
Sergei Shtylyov wrote: > Gadiyar, Anand wrote: > > >> From: Felipe Balbi wrote: > >> > >>> + /* On MUSB:RTL1.8 and above, DMA has to be word aligned */ > >>> + if ((dma_addr % 4) && > >>> + (musb->hwvers >= MUSB_HWVERS_1800)) { > >>> > >> is it only inventra dma that suffers fr

RE: [PATCH] USB: musb: allow unaligned memory data transfers

2010-01-14 Thread Gadiyar, Anand
> From: Felipe Balbi wrote: > >+/* On MUSB:RTL1.8 and above, DMA has to be word aligned */ > >+if ((dma_addr % 4) && > >+(musb->hwvers >= MUSB_HWVERS_1800)) { > > is it only inventra dma that suffers from this ? If not, we could move > this check before even calling the dma ro

Re: [PATCH] USB: musb: allow unaligned memory data transfers

2010-01-14 Thread Felipe Balbi
Hi, On Tue, Jan 12, 2010 at 04:42:17PM +0100, ext Vikram Pandita wrote: diff --git a/drivers/usb/musb/musbhsdma.c b/drivers/usb/musb/musbhsdma.c index a237550..f118ae2 100644 --- a/drivers/usb/musb/musbhsdma.c +++ b/drivers/usb/musb/musbhsdma.c @@ -166,6 +166,8 @@ static int dma_channel_program(

Warning: E-mail error detected

2010-01-14 Thread MailScanner
Our virus detector failed to completely analyse a message you sent:- To: Subject: Mail System Error - Returned Mail Date: Thu Jan 14 19:22:25 2010 Any parts of the message that could not be analysed will not have been delivered. If you are using Microsoft Outlook, we strongly recommend you

Re: Missing help texts

2010-01-14 Thread Tomi Valkeinen
On Wed, 2010-01-13 at 18:24 +0100, ext Tony Lindgren wrote: > * Russell King - ARM Linux [100113 04:52]: > > Can you guys _please_ ensure that Kconfig entries have help texts before > > they hit Linus' tree please? > > > > Eg, without help texts, options such as "DSS_RFBI" make precisely zero > >

Re: [PATCH 4/8] omap_hsmmc: set DVFS/PM constraints

2010-01-14 Thread Adrian Hunter
Paul Walmsley wrote: (added Denis and Kevin) Hello Denis, Adrian, On Wed, 13 Jan 2010, Adrian Hunter wrote: >From afab8b432b37ae1f42b281e58989c8d607ed7183 Mon Sep 17 00:00:00 2001 From: Denis Karpov Date: Wed, 8 Jul 2009 16:15:08 +0200 Subject: [PATCH] omap_hsmmc: set DVFS/PM constraints Se

Re: [PATCH 1/8] omap_hsmmc: move gpio and regulator control from board file

2010-01-14 Thread Adrian Hunter
ext Madhusudhan wrote: -Original Message- From: Adrian Hunter [mailto:adrian.hun...@nokia.com] Sent: Wednesday, January 13, 2010 5:40 AM To: Tony Lindgren Cc: linux-mmc Mailing List; Adrian Hunter; Andrew Morton; linux-omap Mailing List; Madhusudhan Chikkature Subject: [PATCH 1/8] omap_

Re: [PATCH 1/8] omap_hsmmc: move gpio and regulator control from board file

2010-01-14 Thread Adrian Hunter
ext Tony Lindgren wrote: * Adrian Hunter [100113 03:38]: From c2ed3074a73fc13d088c53193af546c01d1061b1 Mon Sep 17 00:00:00 2001 From: Adrian Hunter Date: Mon, 4 Jan 2010 13:44:36 +0200 Subject: [PATCH] omap_hsmmc: move gpio and regulator control from board file This patch moves the setup code