[PATCH v9 00/18] OMAP2,3: hwmod DSS Adaptation

2011-01-22 Thread Sumit Semwal
v9 of this patch series adds reviewed-by and acked-by from Kevin Hilman. v8 of the DSS hwmod patch series fixes some issues based on findings of Kevin Hilman on beagle. The VENC platform driver was not getting registered due to missed device name update for vdda_dac regulator in some board

[PATCH v9 01/18] OMAP2,3: DSS2: remove forced clk-disable from omap_dss_remove

2011-01-22 Thread Sumit Semwal
As part of omap hwmod changes, DSS will not be the only controller of its clocks. hwmod initialization also enables the interface clocks, and manages them. So, when DSS is built as a module, omap_dss_remove doesn't try to disable all clocks that have a higher usecount. Reviewed-by: Kevin Hilman

[PATCH v9 02/18] OMAP2420: hwmod data: add DSS DISPC RFBI VENC

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod needs database of all IPs in a system. This patch generates the hwmod database for OMAP2420 Display Sub System,. Since DSS is also considered as an IP as DISPC, RFBI, name it as dss_core. Acked-by: Benoit Cousson b-cous...@ti.com Reviewed-by:

[PATCH v9 03/18] OMAP2430: hwmod data: add DSS DISPC RFBI VENC

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod needs database of all IPs in a system. This patch generates the hwmod database for OMAP2430 Display Sub System. Since DSS is also considered as an IP as DISPC, RFBI, name it as dss_core. Acked-by: Benoit Cousson b-cous...@ti.com Reviewed-by:

[PATCH v9 04/18] OMAP3: hwmod data: add DSS DISPC RFBI DSI VENC

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod needs database of all IPs in a system. This patch generates the hwmod database for Display Sub System applicable for OMAP3430 and OMAP36xx. DSS is also considered as an IP as DISPC, RFBI and named as dss_core. For all the IP modules in DSS, same

[PATCH v9 05/18] OMAP2,3 DSS2 Change driver name to omap_display

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Change the driver name from omapdss to omap_display as the driver takes care of the display devices ie number of panels, type of panels available in the platform. Change the device name in the board files and 2420,2430,3xxx clock files from omapdss to

[PATCH v9 06/18] OMAP2,3 DSS2 Use Regulator init with driver name

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Use driver name in regulator inits needed for display instead of using device structure name. Reviewed-by: Kevin Hilman khil...@ti.com Tested-by: Kevin Hilman khil...@ti.com Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com Signed-off-by: Sumit

[PATCH v9 07/18] OMAP2,3: DSS2: Create new file display.c for central dss driver registration.

2011-01-22 Thread Sumit Semwal
A new file display.c is introduced for display driver init, which adds a function omap_display_init to do the DSS driver registration. This is the first step in moving away registration of DSS from board files into a common place. Reviewed-by: Kevin Hilman khil...@ti.com Tested-by: Kevin Hilman

[PATCH v9 08/18] OMAP2,3: DSS2: board files: replace platform_device_register with omap_display_init()

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com This patch updated board files to replace platform_device_register or platform_add_devices of DSS with omap_display_init(). This moves away registration of DSS from board files into a common place. Reviewed-by: Kevin Hilman khil...@ti.com Tested-by:

[PATCH v9 09/18] OMAP2,3: DSS2: Build omap_device for each DSS HWIP

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Looks up the hwmod database for each of the given DSS HW IP and builds omap_device which inturn does the platform device register for each of DSS HW IP Reviewed-by: Kevin Hilman khil...@ti.com Tested-by: Kevin Hilman khil...@ti.com Signed-off-by:

[PATCH v9 10/18] OMAP2,3: DSS2: DSS: create platform_driver, move init,exit to driver

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod adaptation design requires each of the DSS HW IP to be a platform driver. So a platform_driver of DSS is created and init exit methods are moved from core.c to its driver probe,remove. pdev member has to be maintained by its own drivers. DSS

[PATCH v9 11/18] OMAP2,3: DSS2: Move clocks from core driver to dss driver

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com All clock management is moved to dss platform driver. clk_get/put APIs use dss device instead of core platform device. Hwmod adaptation design requires each of the DSS HW IP to be a platform driver. So the device name is changed from omap_display to

[PATCH v9 13/18] OMAP2,3: DSS2: DISPC: create platform_driver, move init,exit to driver

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod adaptation design requires each of the DSS HW IP to be a platform driver. So a platform_driver for DISPC is created and init exit methods are moved from core.c to its driver probe,remove. pdev member has to be maintained by its own drivers.

[PATCH v9 14/18] OMAP2,3: DSS2: VENC: create platform_driver, move init,exit to driver

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod adaptation design requires each of the DSS HW IP to be a platform driver. So a platform_driver for VENC is created and init exit methods are moved from core.c to its driver probe,remove. pdev member has to be maintained by its own drivers.

[PATCH v9 15/18] OMAP2,3: DSS2: DSI: create platform_driver, move init,exit to driver

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com Hwmod adaptation design requires each of the DSS HW IP to be a platform driver. So a platform_driver for DSI is created and init exit methods are moved from core.c to its driver probe,remove. pdev member has to be maintained by its own drivers. Also,

[PATCH v9 16/18] OMAP2,3: DSS2: replace printk with dev_dbg in init

2011-01-22 Thread Sumit Semwal
This patch replaces printk's in the init/probe functions to dev_dbg for boot time optimization. Reviewed-by: Kevin Hilman khil...@ti.com Tested-by: Kevin Hilman khil...@ti.com Signed-off-by: Sumit Semwal sumit.sem...@ti.com --- drivers/video/omap2/dss/dispc.c |2 +-

[PATCH v9 17/18] OMAP2,3: DSS2: Use platform device to get baseaddr

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com DSS, DISPC, DSI, RFBI, VENC baseaddr can be obtained from platform_get_resource(). This API in turn picks the right silicon baseaddr from the hwmod database. So hardcoding of base addr could be removed. Reviewed-by: Paul Walmsley p...@pwsan.com

[PATCH v9 18/18] OMAP2,3: DSS2: Get DSS IRQ from platform device

2011-01-22 Thread Sumit Semwal
From: Senthilvadivu Guruswamy svad...@ti.com DSS IRQ number can be obtained from platform_get_irq(). This API in turn picks the right IRQ number belonging to HW IP from the hwmod database. So hardcoding of IRQ number could be removed. Reviewed-by: Paul Walmsley p...@pwsan.com Reviewed-by: Kevin

Re: Setting MMC_CAP_POWER_OFF_CARD on mmc2 leads to filesystem problems on mmc1

2011-01-22 Thread Ohad Ben-Cohen
Hi Koen, On Fri, Jan 21, 2011 at 4:49 PM, Luciano Coelho coe...@ti.com wrote: My patch basically does: --- a/arch/arm/mach-omap2/board-omap3beagle.c +++ b/arch/arm/mach-omap2/board-omap3beagle.c @@ -270,7 +270,7 @@ static struct omap2_hsmmc_info mmc[] = {        {                .name      

Re: Setting MMC_CAP_POWER_OFF_CARD on mmc2 leads to filesystem problems on mmc1

2011-01-22 Thread Koen Kooi
Op 22 jan 2011, om 11:36 heeft Ohad Ben-Cohen het volgende geschreven: Hi Koen, On Fri, Jan 21, 2011 at 4:49 PM, Luciano Coelho coe...@ti.com wrote: My patch basically does: --- a/arch/arm/mach-omap2/board-omap3beagle.c +++ b/arch/arm/mach-omap2/board-omap3beagle.c @@ -270,7 +270,7 @@

Re: Setting MMC_CAP_POWER_OFF_CARD on mmc2 leads to filesystem problems on mmc1

2011-01-22 Thread Ohad Ben-Cohen
On Sat, Jan 22, 2011 at 5:30 PM, Koen Kooi k...@dominion.thruhere.net wrote: That was indeed the problem, not I get: [   35.417053] wl1271: firmware booted (Rev 6.1.0.0.343) and root@beagleboard-xm-next:~# ifconfig wlan0 hw eth 00:11:22:33:44:55 root@beagleboard-xm-next:~# iwlist wlan0

Re: 2.6.38-rc1-git1 musb undefined references

2011-01-22 Thread Sid Boyce
On 21/01/11 06:03, Sid Boyce wrote: On 21/01/11 03:22, Felipe Balbi wrote: Hi, (please, keep also linux-usb@vger on the Cc list on any patch regarding drivers/usb) On Thu, Jan 20, 2011 at 04:22:01PM +, Sid Boyce wrote: Cross compiling for Beagleboard on Ubuntu 11.04 x86_64. # make-kpkg

Re: [lm-sensors] [PATCH v3] hwmon: twl4030: Driver for twl4030 madc module

2011-01-22 Thread J, KEERTHY
On Fri, Jan 7, 2011 at 5:42 PM, J, KEERTHY j-keer...@ti.com wrote: On Fri, Jan 7, 2011 at 3:25 AM, Guenter Roeck guenter.ro...@ericsson.com wrote: On Thu, 2011-01-06 at 15:21 -0500, Mark Brown wrote: On Thu, Jan 06, 2011 at 07:04:30AM -0800, Guenter Roeck wrote: On Thu, Jan 06, 2011 at

Re: [PATCH 00/13] OMAP: Basic DVFS Framework

2011-01-22 Thread Felipe Balbi
Hi, On Fri, Jan 21, 2011 at 07:30:52PM +0530, Vishwanath BS wrote: This patch series introduces support for Dynamic Voltage and Frequency Scaling (DVFS) for OMAP devices. For detailed design details, refer to DVFS Documentation. If this is supposed to be used by drivers I would rather not

Re: [PATCHv2] OMAP: Enable Magic SysRq on serial console ttyOx

2011-01-22 Thread Govindraj
On Sat, Jan 22, 2011 at 6:33 AM, Kevin Hilman khil...@ti.com wrote: G, Manjunath Kondaiah manj...@ti.com writes: On Fri, Jan 21, 2011 at 12:54:29PM +0530, Govindraj wrote: On Thu, Jan 20, 2011 at 5:49 PM, Anand Gadiyar gadi...@ti.com wrote: Magic SysRq key is not working for OMAP on new

Re: 2.6.38-rc1-git1 musb undefined references

2011-01-22 Thread Felipe Balbi
Hi, On Sat, Jan 22, 2011 at 04:11:57PM +, Sid Boyce wrote: make omap2plus_defconfig corrected the problem, kernel builds up to 2.6.38-rc1-git3 completed. Thanks, I'll try to cleanup the DMA stuff for next merge window. -- balbi -- To unsubscribe from this list: send the line unsubscribe

RE: [PATCH RESEND v8 3/7] omap: gpmc: enable irq mode in gpmc

2011-01-22 Thread Ghorai, Sukumar
-Original Message- From: Tony Lindgren [mailto:t...@atomide.com] Sent: Saturday, January 22, 2011 12:10 AM To: Ghorai, Sukumar Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org; linux-arm- ker...@lists.infradead.org Subject: Re: [PATCH RESEND v8 3/7] omap: gpmc: enable

Re: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCK tospeed-up boot

2011-01-22 Thread Russell King - ARM Linux
On Sat, Jan 22, 2011 at 01:14:21PM +0530, Santosh Shilimkar wrote: Surely whichever way we should remove the recalibration otherwise every time secondary cpus spend ~ 200 ms there. Russell, How do you like to address this? Well, the last piece of the puzzle which needs consideration is that

Re: [PATCH 02/14] ARM: bitops: switch set/clear/change bitops to use ldrex/strex

2011-01-22 Thread Russell King - ARM Linux
On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote: Switch the set/clear/change bitops to use the word-based exclusive operations, which are only present in a wider range of ARM architectures than the byte-based exclusive operations. Signed-off-by: Russell King

Re: [PATCH 02/14] ARM: bitops: switch set/clear/change bitops to use ldrex/strex

2011-01-22 Thread Nicolas Pitre
On Sun, 23 Jan 2011, Russell King - ARM Linux wrote: On Mon, Jan 17, 2011 at 07:21:40PM +, Russell King - ARM Linux wrote: Switch the set/clear/change bitops to use the word-based exclusive operations, which are only present in a wider range of ARM architectures than the byte-based

RE: [PATCH] ARM: smp: Introduce ARCH_HAS_COMMON_CORES_CLOCKtospeed-up boot

2011-01-22 Thread Santosh Shilimkar
-Original Message- From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] Sent: Sunday, January 23, 2011 2:50 AM To: Santosh Shilimkar Cc: Rob Herring; linux-omap@vger.kernel.org; Linus Walleij; linux- arm-ker...@lists.infradead.org Subject: Re: [PATCH] ARM: smp: Introduce