[PATCHv2 0/6] omap-aes off mode and error handling fixes

Changes to v1: - omap type specific handling removed - fixed backlog handling bug in redundunt locking is removed - aes module initialized once per request instead of dma transaction more efficient and right way to do it - checkpatch fixes in separate patch Dmitry Kasatkin (6): omap-aes: DMA

[PATCHv2 1/6] omap-aes: DMA initialization fixes for OMAP off mode

DMA parameters for constant data were initialized during driver probe(). It seems that those settings sometimes are lost when devices goes to off mode. This patch makes DMA initialization just before use. It solves off mode problems. Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com ---

[PATCHv2 3/6] omap-aes: error handling implementation improved

Previous version had not error handling. Request could remain uncompleted. Also in the case of DMA error, FLAGS_INIT is unset and accelerator will be initialized again. Buffer size allignment is checked. Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com --- drivers/crypto/omap-aes.c |

[PATCHv2 2/6] omap-aes: redundant locking is removed

Submitting request involved double locking for enqueuing and dequeuing. Now it is done under the same lock. FLAGS_BUSY is now handled under the same lock. Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com --- drivers/crypto/omap-aes.c | 70

[PATCHv2 4/6] omap-aes: unnecessary code removed

Key and IV should always be set before AES operation. So no need to check if it has changed or not. Signed-off-by: Dmitry Kasatkin dmitry.kasat...@nokia.com --- drivers/crypto/omap-aes.c | 70 +++-- 1 files changed, 17 insertions(+), 53 deletions(-)

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

On 11/30/2010 04:08 AM, David Brownell wrote: Now force CS to be in inactive state only if it was inactive when it was suspended. Note that it's a bug if CS is active in any suspend state (including OFF). That strongly suggests $SUBJECT is an incomplete workaround for that other bug...

[PATCH 0/3] OMAP: Introduce Backlight driver for Sharp LS037V7DW01 LCD panel

After instroducing generic DPI panel driver for OMAP DSS2 system, we need to split out backlight driver from Sharp LS037V7DW01 panel driver before we move to the generic DPI panel driver. This patchset introcuded backlight driver and cleanup the old Sharp LS037V7DW01 panel driver related code.

[PATCH 1/3] Backlight: driver for Sharp LS037V7DW01 panel on OMAP machine

This driver is split from drivers/video/backlight/sharp_ls037v7dw01.c Signed-off-by: Bryan Wu bryan...@canonical.com --- drivers/video/backlight/Kconfig | 10 ++ drivers/video/backlight/Makefile|1 + drivers/video/backlight/sharp_ls037v7dw01.c | 144

[PATCH 2/3] OMAP: move Sharp LS LCD panel device to generic DPI panel driver and new backlight driver

Signed-off-by: Bryan Wu bryan...@canonical.com --- arch/arm/mach-omap2/board-3430sdp.c | 18 +++--- arch/arm/mach-omap2/board-omap3evm.c | 20 +--- 2 files changed, 32 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-omap2/board-3430sdp.c

[PATCH 3/3] OMAP: DSS2: remove Sharp LS037V7DW01 panel driver

panel-generic-dpi.c and backlight driver sharp-ls037v7dw01.c are the replacement. Signed-off-by: Bryan Wu bryan...@canonical.com --- drivers/video/omap2/displays/Kconfig |7 - drivers/video/omap2/displays/Makefile |1 -

Re: [PATCH v2 6/8] usb: ehci-omap: add helpers for checking port mode

Hello. On 29-11-2010 20:25, Anand Gadiyar wrote: Introduce helper functions to test port mode. These checks are performed in several places in the driver, and these helpers improve readability. Signed-off-by: Anand Gadiyargadi...@ti.com [...] diff --git a/drivers/usb/host/ehci-omap.c

Re: PATCH V4 1/2] input: CMA3000 Accelerometer Driver

- Original Message - From: Dmitry Torokhov dmitry.torok...@gmail.com Yep, almost there. Hemanth, does the driver still work if you apply the patch below? Yes works pretty well, Thanks for your efforts Some minor changes as below required. snip +struct cma3000_accl_data { + const

RE: [PATCH 1/3] Backlight: driver for Sharp LS037V7DW01 panel on OMAP machine

-Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap- ow...@vger.kernel.org] On Behalf Of Bryan Wu Sent: Tuesday, November 30, 2010 5:38 PM To: tomi.valkei...@nokia.com; linux-omap@vger.kernel.org; linux-arm- ker...@lists.infradead.org; Gadiyar, Anand;

[PATCH 0/2] Minor DMA fixes

Hi Adrian Hunter (2): OMAP: DMA: prevent races while setting M idle mode to nostandby OMAP: DMA: clear interrupt status correctly arch/arm/plat-omap/dma.c | 66 - 1 files changed, 47 insertions(+), 19 deletions(-) Regards Adrian -- To

[PATCH 2/2] OMAP: DMA: clear interrupt status correctly

From 85934ded48552fde84b083575ac2006f1542324b Mon Sep 17 00:00:00 2001 From: Adrian Hunter adrian.hun...@nokia.com Date: Wed, 24 Nov 2010 13:23:21 +0200 Subject: [PATCH 2/2] OMAP: DMA: clear interrupt status correctly When clearing the DMA channel, clear all status bits. When handling a DMA

[PATCH 1/2] OMAP: DMA: prevent races while setting M idle mode to nostandby

From 8c0f4490d93b67326ff24f6ce1c7e925b08d96b3 Mon Sep 17 00:00:00 2001 From: Adrian Hunter adrian.hun...@nokia.com Date: Mon, 22 Nov 2010 11:32:48 +0200 Subject: [PATCH 1/2] OMAP: DMA: prevent races while setting M idle mode to nostandby In a couple of OMAP errata cases, sDMA M idle mode must be

[PATCH] ARM: omap: Enable low-level omap3 PM code to work with CONFIG_THUMB2_KERNEL

sleep34xx.S, sram34xx.S: * Added ENDPROC() directives for all exported function symbols. Without these, exported function symbols are not correctly identified as Thumb by the linker, causing incorrect linkage. This is needed to avoid some calls to the functions ending up with

RE: OMAP:DSS: possible bug in WAITFOR_VSYNC ioctl

On Tue, 2010-11-30 at 12:29 +0530, ext Hiremath, Vaibhav wrote: -Original Message- From: Paul Mundt [mailto:let...@linux-sh.org] Sent: Tuesday, November 30, 2010 12:10 PM To: Ville Syrj?l? Cc: Hiremath, Vaibhav; M?ns Rullg?rd; linux-omap@vger.kernel.org; linux-

[PATCH 36/54] ARM: omap2: irq_data conversion.

Signed-off-by: Lennert Buytenhek buyt...@secretlab.ca --- arch/arm/mach-omap2/irq.c | 22 -- 1 files changed, 12 insertions(+), 10 deletions(-) diff --git a/arch/arm/mach-omap2/irq.c b/arch/arm/mach-omap2/irq.c index 32eeabe..3d17ef6 100644 --- a/arch/arm/mach-omap2/irq.c

[PATCH 35/54] ARM: omap1: irq_data conversion.

Signed-off-by: Lennert Buytenhek buyt...@secretlab.ca --- arch/arm/mach-omap1/ams-delta-fiq.c |8 -- arch/arm/mach-omap1/fpga.c | 28 +++--- arch/arm/mach-omap1/irq.c | 44 +- 3 files changed, 41 insertions(+), 39

[PATCH 51/54] ARM: plat-omap: irq_data conversion.

Signed-off-by: Lennert Buytenhek buyt...@secretlab.ca --- arch/arm/plat-omap/gpio.c | 93 ++--- 1 files changed, 46 insertions(+), 47 deletions(-) diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/plat-omap/gpio.c index c05c653..1e83b6b 100644 ---

Re: [PATCH 3/5] OMAP3630: PM: Erratum i608: disable RTA

Varadarajan, Charulatha had written, on 11/30/2010 12:07 AM, the following: Nishant, On Tue, Nov 30, 2010 at 01:49, Nishanth Menon n...@ti.com wrote: Erratum id: i608 RTA (Retention Till Access) feature is not supported and leads to device stability issues when enabled. This impacts modules

Re: [PATCH 4/5 v2] OMAP3630: PM: Disable L2 cache while invalidating L2 cache

Varadarajan, Charulatha had written, on 11/30/2010 12:12 AM, the following: diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c index bd426cc..e0ade5f 100644 --- a/arch/arm/mach-omap2/pm34xx.c +++ b/arch/arm/mach-omap2/pm34xx.c @@ -988,6 +988,9 @@ static void

[PATCH] arm: omap2: io: fix clk_get() error check

clk_get() return value should be checked with IS_ERR(). Signed-off-by: Aaro Koskinen aaro.koski...@nokia.com --- arch/arm/mach-omap2/io.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c index 40562dd..a1939b1 100644

Re: [PATCH 4/5 v2] OMAP3630: PM: Disable L2 cache while invalidating L2 cache

TAO HU had written, on 11/30/2010 12:03 AM, the following: What would happen without this patch? L2 data corruption after back from OFF mode? I believe yes. -- Regards, Nishanth Menon -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to

RE: [PATCH 1/2] OMAP: DMA: prevent races while setting M idle mode to nostandby

-Original Message- From: Adrian Hunter [mailto:adrian.hun...@nokia.com] Sent: Tuesday, November 30, 2010 6:54 PM To: Tony Lindgren Cc: Adrian Hunter; Manjunatha GK; Santosh Shilimkar; linux-omap Mailing List Subject: [PATCH 1/2] OMAP: DMA: prevent races while setting M idle mode to

RE: [PATCH 2/2] OMAP: DMA: clear interrupt status correctly

-Original Message- From: Adrian Hunter [mailto:adrian.hun...@nokia.com] Sent: Tuesday, November 30, 2010 6:54 PM To: Tony Lindgren Cc: Santosh Shilimkar; Manjunatha GK; Adrian Hunter; linux-omap Mailing List Subject: [PATCH 2/2] OMAP: DMA: clear interrupt status correctly From

[PATCH] OMAP: kill all section mismatch warning for omap2plus_defconfig

This patch will kill following section mismatch warnings and it's built based on 2.6.37-rc4 WARNING: vmlinux.o(.text+0x24a00): Section mismatch in reference from the function zoom_twl_gpio_setup() to the (unknown reference) .init.data:(unknown) The function zoom_twl_gpio_setup() references the

Re: [PATCH v2 6/8] usb: ehci-omap: add helpers for checking port mode

On 11/30/2010 5:55 PM, Sergei Shtylyov wrote: Hello. On 29-11-2010 20:25, Anand Gadiyar wrote: Introduce helper functions to test port mode. These checks are performed in several places in the driver, and these helpers improve readability. Signed-off-by: Anand Gadiyargadi...@ti.com

Re: [PATCH v2 6/8] usb: ehci-omap: add helpers for checking port mode

On Tue, Nov 30, 2010 at 08:14:36PM +0530, Anand Gadiyar wrote: On 11/30/2010 5:55 PM, Sergei Shtylyov wrote: Hello. On 29-11-2010 20:25, Anand Gadiyar wrote: Introduce helper functions to test port mode. These checks are performed in several places in the driver, and these helpers

[PATCH v2 2/5] OMAP: powerdomain: Arch specific funcs for state control

Define the following architecture specific funtions for omap2/3/4 .pwrdm_set_next_pwrst .pwrdm_read_next_pwrst .pwrdm_read_pwrst .pwrdm_read_prev_pwrst Convert the platform-independent framework to call these functions. Signed-off-by: Rajendra Nayak rna...@ti.com Cc: Paul Walmsley p...@pwsan.com

[PATCH v2 5/5] OMAP4: powerdomain: Add pwrdm_clear_all_prev_pwrst

From: Santosh Shilimkar santosh.shilim...@ti.com OMAP4430 ES2 has additional bitfields in PWRSTST register which help identify the previous power state entered by the powerdomain. Add pwrdm_clear_all_prev_pwrst api to support this. Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com

[PATCH v2 4/5] OMAP: powerdomain: Arch specific funcs for mem control

Define the following architecture specific funtions for omap2/3/4 .pwrdm_set_mem_onst .pwrdm_set_mem_retst .pwrdm_read_mem_pwrst .pwrdm_read_prev_mem_pwrst .pwrdm_read_mem_retst .pwrdm_clear_all_prev_pwrst .pwrdm_enable_hdwr_sar .pwrdm_disable_hdwr_sar .pwrdm_wait_transition

[PATCH v2 1/5] OMAP: powerdomain: Infrastructure to put arch specific code

Put infrastructure in place, so arch specific func pointers can be hooked up to the platform-independent part of the framework. This is in preparation of splitting the powerdomain framework into platform-independent part (for all omaps) and platform-specific parts. Signed-off-by: Rajendra Nayak

[PATCH v2 0/5] Split powerdomain framework into plat specific/independent

OMAP4 powerdomains have some inherent differences as compared to OMAP2/3 powerdomains, starting with register offsets being different to clubbing of multiple controls into one register and in some cases splitting of control into multiple registers. There are also new features like

[PATCH v2 3/5] OMAP: powerdomain: Arch specific funcs for logic control

Define the following architecture specific funtions for omap2/3/4 .pwrdm_set_logic_retst .pwrdm_read_logic_pwrst .pwrdm_read_prev_logic_pwrst .pwrdm_read_logic_retst Convert the platform-independent framework to call these functions. Signed-off-by: Rajendra Nayak rna...@ti.com Cc: Paul Walmsley

Re: [PATCH 6/7] [RFC] OMAP: hwmod: SYSCONFIG register modification for MCBSP

Hi Kishon, Sorry, for the delay. On 11/22/2010 4:59 PM, ABRAHAM, KISHON VIJAY wrote: Resending the mail in plain text format.. On Mon, Nov 22, 2010 at 9:20 PM, ABRAHAM, KISHON VIJAYkis...@ti.com wrote: On Mon, Oct 11, 2010 at 11:48 AM, ABRAHAM, KISHON VIJAYkis...@ti.com wrote: On Friday

Re: PATCH V4 1/2] input: CMA3000 Accelerometer Driver

On 11/30/10 12:50, Hemanth V wrote: - Original Message - From: Dmitry Torokhov dmitry.torok...@gmail.com Yep, almost there. Hemanth, does the driver still work if you apply the patch below? Yes works pretty well, Thanks for your efforts Some minor changes as below required.

[PATCH] ARM: TWD: Consolidate local timers support

This greatly reduces amount of platform-specific code, and thus makes it easier to add local timers for new platforms. Technically, it's not very nice to place machine-specific (i.e. local_timer_setup()) routine into the machine-agnostic code. But the true thing is: currently all machines want

[PATCH v4 0/8] SMP support for CNS3xxx + some SMP SCU cleanups

Hello everyone, This is a reincarnation of my old series that was posted some time ago, i.e. http://www.spinics.net/lists/arm-kernel/msg94291.html The main change is that boot protocol routines were split into its own file, i.e. smp_scu_boot.c. And now there are all platforms converted to the

[PATCH 7/8] ARM: tegra: Switch to generic SCU routines

This shrinks platform-specific code a little bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-tegra/platsmp.c | 36 ++-- 1 files changed, 2 insertions(+), 34 deletions(-) diff --git a/arch/arm/mach-tegra/platsmp.c

[PATCH 3/8] ARM: VExpress: Switch to generic SCU routines

This shrinks platform-specific code quite a bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-vexpress/Makefile |2 +- arch/arm/mach-vexpress/headsmp.S | 39 -- arch/arm/mach-vexpress/platsmp.c | 150 -- 3 files

[PATCH 5/8] ARM: S5PV310: Switch to generic SCU routines

This shrinks platform-specific code quite a bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-s5pv310/Makefile |2 +- arch/arm/mach-s5pv310/headsmp.S | 41 - arch/arm/mach-s5pv310/hotplug.c |5 +- arch/arm/mach-s5pv310/platsmp.c | 125

[PATCH 4/8] ARM: RealView: Switch to generic SCU routines

This shrinks platform-specific code quite a bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-realview/Makefile |2 +- arch/arm/mach-realview/headsmp.S | 39 - arch/arm/mach-realview/hotplug.c |5 +- arch/arm/mach-realview/platsmp.c | 161

[PATCH 2/8] ARM: cns3xxx: Add support for SMP

Nothing fancy needs to be done, just use generic SCU routines. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/Kconfig |2 +- arch/arm/mach-cns3xxx/Kconfig|1 + arch/arm/mach-cns3xxx/Makefile |1 +

Re: [PATCH 2/2] enabled vdda_dac regulator support tvout on rx51

* Mark Brown broo...@opensource.wolfsonmicro.com [101129 10:27]: On Mon, Nov 29, 2010 at 10:18:31AM -0800, Tony Lindgren wrote: * Mark Brown broo...@opensource.wolfsonmicro.com [101127 02:10]: Yeah. Some of it will need to be __devinitdata for hotpluggable things but most of it should

[PATCH 1/8] ARM: SCU: Add common routines for secondary CPU bootup

For CNS3xxx we want to reuse the original ARM approach of booting secondary CPUs. This patch factors out VExpress' code into a common file, so that now platform code can call these routines. Note that this patch doesn't convert VExpress platform to the generic routines. Plus, there are also a lot

[PATCH 8/8] ARM: OMAP2: Switch to generic SCU routines

This shrinks platform-specific code a little bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-omap2/omap-smp.c | 64 ++-- 1 files changed, 3 insertions(+), 61 deletions(-) diff --git a/arch/arm/mach-omap2/omap-smp.c

[PATCH 6/8] ARM: ux500: Switch to generic SCU routines

This shrinks platform-specific code quite a bit. Signed-off-by: Anton Vorontsov avoront...@mvista.com --- arch/arm/mach-ux500/Makefile |2 +- arch/arm/mach-ux500/headsmp.S | 38 --- arch/arm/mach-ux500/hotplug.c |5 +-

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On Mon, Nov 22, 2010 at 12:10:03AM +0530, Anand Gadiyar wrote: This series adds support for the EHCI controller on OMAP4 chips. (This enables the ethernet controller on the Pandaboard - finally!). I'm sorry for the really long delay - I know this has been in the works for a while. I've

Re: [PATCH V2] omap: nand: remove hardware ECC as default

* Sukumar Ghorai s-gho...@ti.com [101119 06:36]: CONFIG_MTD_NAND_OMAP_HWECC defined wrongly in patch submitted for 2.6.36. This flag enables hw ecc by default. Boards like beagle and pandora uses sw ecc for write (e.g. binary flushed from u-boot) and read from kernel.

Re: [PATCH V2] omap: nand: remove hardware ECC as default

* Tony Lindgren t...@atomide.com [101130 09:56]: * Sukumar Ghorai s-gho...@ti.com [101119 06:36]: CONFIG_MTD_NAND_OMAP_HWECC defined wrongly in patch submitted for 2.6.36. This flag enables hw ecc by default. Boards like beagle and pandora uses sw ecc for write (e.g. binary flushed from

Re: [PATCH 2/8] ARM: cns3xxx: Add support for SMP

On Tue, Nov 30, 2010 at 08:17:00PM +0300, Anton Vorontsov wrote: Nothing fancy needs to be done, just use generic SCU routines. Signed-off-by: Anton Vorontsov avoront...@mvista.com This I assume is an age old patch. diff --git a/arch/arm/mach-cns3xxx/include/mach/smp.h

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On Tue, Nov 30, 2010 at 11:14 PM, Greg KH g...@kroah.com wrote: On Mon, Nov 22, 2010 at 12:10:03AM +0530, Anand Gadiyar wrote: This series adds support for the EHCI controller on OMAP4 chips. (This enables the ethernet controller on the Pandaboard - finally!). I'm sorry for the really long

Re: [PATCH] omap4: 4430sdp: enable the ehci port on 4430SDP

* Felipe Balbi ba...@ti.com [101122 03:56]: On Mon, Nov 22, 2010 at 05:24:08PM +0530, Anand Gadiyar wrote: On 11/22/2010 3:47 PM, Felipe Balbi wrote: On Mon, Nov 22, 2010 at 12:13:19AM +0530, Anand Gadiyar wrote: From: Keshava Munegowda keshava_mgo...@ti.com Signed-off-by: Keshava Munegowda

Re: [PATCH 1/2] AM35x: musb: fix compilation error

* Felipe Balbi ba...@ti.com [101122 02:12]: Hi, On Mon, Nov 22, 2010 at 02:22:40PM +0530, Ajay Kumar Gupta wrote: Fixes compilation error as control.h APIs are not available to drivers/usb/musb/am35x.c file. Earlier it was getting included from plat/control.h but now moved to new location

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote: On Tue, Nov 30, 2010 at 11:14 PM, Greg KH g...@kroah.com wrote: On Mon, Nov 22, 2010 at 12:10:03AM +0530, Anand Gadiyar wrote: This series adds support for the EHCI controller on OMAP4 chips. (This enables the ethernet

Re: [PATCH 04/11] omap: clock: add clkdev aliases for EHCI clocks

* Felipe Balbi ba...@ti.com [101122 02:09]: On Mon, Nov 22, 2010 at 12:10:07AM +0530, Anand Gadiyar wrote: Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and OMAP4, so that the driver can refer to the clocks using a common alias. This will disappear when the driver is

Re: [PATCH 07/11] arm: omap4: add USBHOST and related base addresses

* Felipe Balbi ba...@ti.com [101122 02:15]: On Mon, Nov 22, 2010 at 12:10:10AM +0530, Anand Gadiyar wrote: Add base addresses for USBHOST, USBTLL, EHCI and OHCI to the header file. This will disappear when the drivers are converted to use the hwmod database, however this patch is needed

Re: [PATCH 09/11] omap: usb: ehci: introduce HSIC mode

* Anand Gadiyar gadi...@ti.com [101121 10:30]: The EHCI controller in OMAP4 supports a new interface mode - HSIC. Add this to the list of modes supported on OMAP3. Signed-off-by: Anand Gadiyar gadi...@ti.com Acked-by: Tony Lindgren t...@atomide.com ---

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

* Greg KH gre...@suse.de [101130 10:22]: On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote: The only other change is I added back patch descriptions to a couple of patches that I missed out on in v1. I'm okay with either option. Both series could also go via your tree if

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On Wed, Dec 1, 2010 at 12:17 AM, Tony Lindgren t...@atomide.com wrote: * Greg KH gre...@suse.de [101130 10:22]: On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote: The only other change is I added back patch descriptions to a couple of patches that I missed out on in v1.

Re: [PATCH v2 1/4] drivers: hwspinlock: add generic framework

* Ohad Ben-Cohen o...@wizery.com [101123 07:27]: Add a common, platform-independent, hwspinlock framework. Hardware spinlock devices are needed, e.g., in order to access data that is shared between remote processors, that otherwise have no alternative mechanism to accomplish synchronization

[RFC v2 0/8] TI DMM-TILER driver

Tiling and Isometric Lightweight Engine for Rotation (TILER) driver Dynamic Memory Manager (DMM) is a hardware block made by Texas Instruments. Within the DMM exists at least one TILER hardware component. Its purpose is to organize video/image memory in a 2-dimensional fashion to limit memory

[RFC v2 3/8] TILER-DMM: Sample TCM implementation: Simple TILER Allocator (SiTA)

From: Ravi Ramachandra r.ramachan...@ti.com This patch implements a simple TILER Container Manager (TCM). Signed-off-by: Ravi Ramachandra r.ramachan...@ti.com Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- drivers/misc/tiler/tcm/Makefile|1 +

[RFC v2 4/8] TILER-DMM: TILER Memory Manager interface and implementation

From: Lajos Molnar mol...@ti.com This patch defines the TILER Memory Manager (TMM) interface and provides implementation for a PAT-supporting TMM. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- drivers/misc/tiler/tmm-pat.c | 266

[RFC v2 5/8] TILER-DMM: TILER interface file and documentation

From: Lajos Molnar mol...@ti.com This patch contains the TILER interface file and the documentation. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- Documentation/arm/OMAP/TILER | 126 ++

[RFC v2 6/8] TILER-DMM: Geometry and view manipulation functions

From: Lajos Molnar mol...@ti.com This patch contains information on TILER geometry, as well as tiler_view_t object manipulation functions. It also contains an internal TILER header file to share geometric information with other TILER files. Signed-off-by: Lajos Molnar mol...@ti.com

[RFC v2 7/8] TILER-DMM: Main TILER driver implementation

From: Lajos Molnar mol...@ti.com This patch contains the TILER driver and implementation of the TILER block manipulation and mapping functions. It also contains the makefile and config file for the TILER driver. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com

[RFC v2 8/8] TILER-DMM: Linking TILER driver into the Linux kernel build

From: Lajos Molnar mol...@ti.com This patch links the TILER driver into the Linux kernel build and config system. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- drivers/misc/Kconfig |5 + drivers/misc/Makefile |1 + 2 files changed, 6

Re: [PATCH] OMAP PM: Optimize cpufreq transition latency

On Thu, Nov 25, 2010 at 7:38 AM, Vishwanath BS vishwanath...@ti.com wrote: Currently cpufreq transition latency value does not really reflect the actual OMAP OPP transition delay. This patch has the actual latency value. I did profile the DVFS latency on OMAP3430, OMAP3630 and OMAP4 for

Re: [RFC v2 7/8] TILER-DMM: Main TILER driver implementation

On Tue, 30 Nov 2010 13:58:58 -0600 David Sin wrote: From: Lajos Molnar mol...@ti.com This patch contains the TILER driver and implementation of the TILER block manipulation and mapping functions. It also contains the makefile and config file for the TILER driver. Signed-off-by: Lajos

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On Wed, Dec 01, 2010 at 12:22:07AM +0530, Gadiyar, Anand wrote: On Wed, Dec 1, 2010 at 12:17 AM, Tony Lindgren t...@atomide.com wrote: * Greg KH gre...@suse.de [101130 10:22]: On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote: The only other change is I added back patch

Re: [PATCH v2 2/4] arm: omap4: usb: add platform init code for EHCI

* Anand Gadiyar gadi...@ti.com [101129 09:16]: - Add platform init code for EHCI on OMAP4 - Add pad configuration for PHY and TLL modes Signed-off-by: Anand Gadiyar gadi...@ti.com Looks OK to me. You might want to check if all these signals are unique though and do not have alternate paths.

adb over USB for Gumstix Overo with TI rowboat kernel

Hi, I've adapted the android USB gadget patch from the TI rowboat kernel for the beagleboat to the Gumstix Overo (similar design). The kernel logs show that the android usb gadget driver got initialized correctly. However, my host OS, Ubuntu 10.04 64-bit running inside a virtual machine

Re: [PATCH 00/12] usb: ehci-omap: add OMAP4 support

On 12/1/2010 2:00 AM, Greg KH wrote: On Wed, Dec 01, 2010 at 12:22:07AM +0530, Gadiyar, Anand wrote: On Wed, Dec 1, 2010 at 12:17 AM, Tony Lindgren t...@atomide.com wrote: * Greg KH gre...@suse.de [101130 10:22]: On Tue, Nov 30, 2010 at 11:53:11PM +0530, Gadiyar, Anand wrote: The only other

Re: [PATCH v2 2/4] arm: omap4: usb: add platform init code for EHCI

On 12/1/2010 3:10 AM, Tony Lindgren wrote: * Anand Gadiyar gadi...@ti.com [101129 09:16]: - Add platform init code for EHCI on OMAP4 - Add pad configuration for PHY and TLL modes Signed-off-by: Anand Gadiyar gadi...@ti.com Looks OK to me. You might want to check if all these signals are

Re: [PATCH] ARM: TWD: Consolidate local timers support

On Tue, Nov 30, 2010 at 08:31:05PM +0300, Anton Vorontsov wrote: This greatly reduces amount of platform-specific code, and thus makes it easier to add local timers for new platforms. Technically, it's not very nice to place machine-specific (i.e. local_timer_setup()) routine into the

Re: [PATCH v2 1/4] drivers: hwspinlock: add generic framework

On Tue, Nov 30, 2010 at 11:00 AM, Tony Lindgren t...@atomide.com wrote: Do we even need the hwspin_lock variants, I personally don't have any specific use case in mind. It's just a simple wrapper over the _timeout variants, provided for API completeness, but - why can't we always use the

Re: [PATCH v2 1/4] drivers: hwspinlock: add generic framework

* Ohad Ben-Cohen o...@wizery.com [101130 14:10]: On Tue, Nov 30, 2010 at 11:00 AM, Tony Lindgren t...@atomide.com wrote: Do we even need the hwspin_lock variants, I personally don't have any specific use case in mind. It's just a simple wrapper over the _timeout variants, provided for

Re: [PATCH 1/8] ARM: SCU: Add common routines for secondary CPU bootup

On Tue, Nov 30, 2010 at 08:16:58PM +0300, Anton Vorontsov wrote: For CNS3xxx we want to reuse the original ARM approach of booting secondary CPUs. This patch factors out VExpress' code into a common file, so that now platform code can call these routines. Note that this patch doesn't convert

Re: [PATCH 3/8] ARM: VExpress: Switch to generic SCU routines

On Tue, Nov 30, 2010 at 08:17:01PM +0300, Anton Vorontsov wrote: +/* If there are more than one CPU let them know where to start. */ +static void __init smp_point_cpus(void) +{ + if (num_present_cpus() = 1) + return; - for (i = 0; i ncores; i++) -

Re: [PATCH 1/8] ARM: SCU: Add common routines for secondary CPU bootup

On Tue, Nov 30, 2010 at 08:16:58PM +0300, Anton Vorontsov wrote: +/* + * Initialise the CPU possible map early - this describes the CPUs + * which may be present or become present in the system. + */ +void __init scu_init_cpus(void __iomem *scu_base) +{ + unsigned int ncores = scu_base

Re: [PATCH] OMAP: ZOOM2: Change GPIO to enable LCD NEC NL8048HL11-01B on OMAP34x-II MDP

On Wed, Nov 24, 2010 at 2:47 AM, Tomi Valkeinen tomi.valkei...@nokia.com wrote: Hi, On Tue, 2010-11-23 at 19:00 -0600, ext Omar Ramirez Luna wrote: From: Yanick Saugy yanick.sa...@heig-vd.ch The PIN which controls LCD's reset signal (VGA_nRESET/h_GPIO_96) was not configured as a GPIO. We

Re: [PATCH 1/8] ARM: SCU: Add common routines for secondary CPU bootup

On Tue, Nov 30, 2010 at 11:32:04PM +, Russell King - ARM Linux wrote: Note that I'll go with factoring this out into arch/arm/kernel/smp_scu.c for the time being, but I'm not convinced about the other parts yet. IOW, something like the attached. I've gone a little further and removed the

Re: [RFC v2 5/8] TILER-DMM: TILER interface file and documentation

On Tue, Nov 30, 2010 at 01:58:56PM -0600, David Sin wrote: From: Lajos Molnar mol...@ti.com This patch contains the TILER interface file and the documentation. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- Documentation/arm/OMAP/TILER

Re: [RFC v2 8/8] TILER-DMM: Linking TILER driver into the Linux kernel build

On Tue, Nov 30, 2010 at 01:58:59PM -0600, David Sin wrote: From: Lajos Molnar mol...@ti.com This patch links the TILER driver into the Linux kernel build and config system. Signed-off-by: Lajos Molnar mol...@ti.com Signed-off-by: David Sin david...@ti.com --- drivers/misc/Kconfig |

Re: [RFC v2 6/8] TILER-DMM: Geometry and view manipulation functions

On Tue, Nov 30, 2010 at 01:58:57PM -0600, David Sin wrote: From: Lajos Molnar mol...@ti.com This patch contains information on TILER geometry, as well as tiler_view_t object manipulation functions. It also contains an internal TILER header file to share geometric information with other

Re: [PATCH v3 1/1] serial: omap-serial: Add support for kernel debugger

On Tue, Nov 23, 2010 at 12:24:12AM +0100, Cosmin Cojocar wrote: The kgdb invokes the poll_put_char and poll_get_char when communicating with the host. This patch also changes the initialization order because the kgdb will check at the very beginning, if there is a valid serial driver.

RE: [PATCH v2 3/6] TI816X: Update common OMAP machine specific sources

Tony Lindgren wrote on Tuesday, November 30, 2010 12:59 AM: * Pedanekar, Hemant hema...@ti.com [101129 09:07]: Tony Lindgren wrote on Saturday, November 06, 2010 2:30 AM: Though based on Cortex A8, TI816X series has differences in PRCM, PLL, clock structure compared to OMAP3. Many of

RE: [PATCH] OMAP PM: Optimize cpufreq transition latency

Mike, -Original Message- From: Turquette, Mike [mailto:mturque...@ti.com] Sent: Wednesday, December 01, 2010 1:20 AM To: Vishwanath BS Cc: linux-omap@vger.kernel.org; linaro-...@lists.linaro.org Subject: Re: [PATCH] OMAP PM: Optimize cpufreq transition latency On Thu, Nov 25, 2010

[PATCH] OMAP4: enable smc instruction in new assembler versions

New assemblers need -march=armv7-a+sec on command line or .arch_extension sec inline to enable use of the smc instruction. This patch uses as-instr to check the latter to conditionally enable the former in AFLAGS for files that use smc. Checked on both old and new binutils to verify that it does

Re: [RFC v2 1/8] TILER-DMM: DMM-PAT driver for TI TILER

David, On Wed, Dec 1, 2010 at 01:28, David Sin david...@ti.com wrote: This patch adds support for DMM-PAT initialization and programming. Signed-off-by: David Sin david...@ti.com Signed-off-by: Lajos Molnar mol...@ti.com ---  arch/arm/mach-omap2/dmm-omap44xx.c     |   81 ++  

Re: [PATCH 1/8] ARM: SCU: Add common routines for secondary CPU bootup

On Wed, Dec 1, 2010 at 5:02 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Tue, Nov 30, 2010 at 08:16:58PM +0300, Anton Vorontsov wrote: [...] +     sub     r4, r4, r5 +     add     r6, r6, r4 +#if __LINUX_ARM_ARCH__ = 7 +     dsb +#endif Another question though - probably

Re: [RFC v2 0/8] TI DMM-TILER driver

On Wed, Dec 1, 2010 at 01:28, David Sin david...@ti.com wrote: Tiling and Isometric Lightweight Engine for Rotation (TILER) driver Dynamic Memory Manager (DMM) is a hardware block made by Texas Instruments. Within the DMM exists at least one TILER hardware component.  Its purpose is to

RE: [PATCH 6/7] [RFC] OMAP: hwmod: SYSCONFIG register modification for MCBSP

-Original Message- From: Cousson, Benoit Sent: Tuesday, November 30, 2010 9:33 PM To: ABRAHAM, KISHON VIJAY; Paul Walmsley Cc: Kevin Hilman; Basak, Partha; linux-omap@vger.kernel.org; Kamat, Nishant; Varadarajan, Charulatha; Datta, Shubhrajyoti; ext- eero.nurkk...@nokia.com;