On Wed, 30 Jun 2010 19:20:59 -0500
Fernando Guzman Lugo x0095...@ti.com wrote:
due to a restriction in scatter gather lists, it can
not be created a list for a buffer bigger than 1MB.
This patch is spliting big mappings into 1MB mappings.
I don't read the whole thread but the above
If the i2c bus receives an interrupt with both BB (bus busy) and
ARDY (register access ready) statuses set during the tranfer of the last message
the bus was put to idle while still busy.
This caused bus to timeout.
Signed-off-by: Mathias Nyman mathias.ny...@nokia.com
---
Hi,
On Thu, Aug 26, 2010 at 09:36:44AM +0200, Nyman Mathias (Nokia-MS/Helsinki)
wrote:
If the i2c bus receives an interrupt with both BB (bus busy) and
ARDY (register access ready) statuses set during the tranfer of the last message
the bus was put to idle while still busy.
This caused bus to
Thanks for the review
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, August 26, 2010 5:47 AM
To: Gadiyar, Anand
Cc: Datta, Shubhrajyoti; linux-omap@vger.kernel.org; linux-
in...@vger.kernel.org
Subject: Re: [RFC PATCH] Board support for
The setting NAND_NO_SUBPAGE_WRITE in omap_nand_platform_data is not used.
I am using SLC NAND - MT29F1G16ABC , which seems not to support subpages.
I can observe that kernel allows sub-page-writes.
I tried to find out what is happend with the options, but after a
while I get lost in numerous
This is a rebased version of the previously posted patchset, only omap
patches included this time.
It depends on a etm patch [1] (won't compile without it), which is still
in incoming queue of Russell's patch tracker.
[1] http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=6291/1
These addresses are also needed for the OFF code to save/restore the
contexts of the EMU peripherals correctly.
Signed-off-by: Alexander Shishkin virtu...@slind.org
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Paul Walmsley p...@pwsan.com
Cc: Santosh Shilimkar
This adds a sysfs file at /sys/power/coresight_save which is used to
control if the ETM and debug components' states should be saved and
restored across OFF modes.
Signed-off-by: Alexander Shishkin virtu...@slind.org
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc:
This prevents ETM stalls whenever core enters OFF mode. Original patch
author is Richard Woodruff r-woodru...@ti.com.
This version of the patch makes use of the ETM OS save/restore mechanism,
which takes about 55 words in omap3_arm_context[] instead of 128. Also,
saving ETM context can be
On Thu, 2010-08-26 at 07:20 +0200, ext K, Mythri P wrote:
Hi Tomi,
I have resent the original mail , Both HDMI RFC patch set and additional
color mode support.
Can you please comment on this updated patch for Additional color modes
supported by omap4?
I have moved the color modes to omap4
On Wed, Aug 25, 2010 at 10:42 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
On Wed, Aug 25, 2010 at 7:00 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
Or the whole iovmm.c can be copied and just remove the mapping.
That is the migration patches do, remove custom bridge
From: Sumit semwal sumit.sem...@ti.com
Signed-off-by: Mythri P K mythr...@ti.com
---
arch/arm/plat-omap/include/plat/display.h | 17 +-
drivers/video/omap2/dss/dispc.c | 53 ++---
drivers/video/omap2/dss/overlay.c | 15 +---
3 files
On Thu, 2010-08-26 at 12:15 +0200, ext K, Mythri P wrote:
From: Sumit semwal sumit.sem...@ti.com
Signed-off-by: Mythri P K mythr...@ti.com
---
arch/arm/plat-omap/include/plat/display.h | 17 +-
drivers/video/omap2/dss/dispc.c | 53
++---
Though the sysconfig register values shouldn't be modified directly by
the driver, MCBSP should be considered a special case where sysconfig
registers need to be modified dynamically by the driver.
For e.g MCBSP 2 and 3 in OMAP3 has sidetone feature which requires
autoidle to be disabled before
Hi Tomi,
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Thursday, August 26, 2010 4:31 PM
To: K, Mythri P
Cc: linux-omap@vger.kernel.org; Semwal, Sumit
Subject: Re: [PATCHv2] OMAP:DSS:Add support for Additional color modes
supported by OMAP4
On
From: Archit Taneja arc...@ti.com
This is a simple approach to prevent scattered cpu_is_omap checks
in DSS2 by bringing all omap version specific DSS features/values to one
single place, initialize them and expose a set of functions to DSS2 driver
files which return the value/existance of a
From: Archit Taneja arc...@ti.com
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 197
drivers/video/omap2/dss/dss_features.h | 48
2 files
From: Archit Taneja arc...@ti.com
init/exit functions of dss_features during dss_probe and remove, and,
the following features are made omap independent:
- number of managers, overlays
- supported color modes for each overlay
- supported displays for each manager
- global aplha, and
Hi Fujita,
From: FUJITA Tomonori [fujita.tomon...@lab.ntt.co.jp]
Sent: Thursday, August 26, 2010 1:55 AM
To: Guzman Lugo, Fernando
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org; o...@wizery.com;
hiroshi.d...@nokia.com;
This is a simple approach to prevent scattered cpu_is_omap checks
in DSS2 by bringing all omap version specific DSS features/values to one
single place, initialize them and expose a set of functions to DSS2 driver
files which return the value/existance of a feature.
This method provides the
Add dss_features.c and dss_features.h for the dss_features framework
Signed-off-by: Archit Taneja arc...@ti.com
---
drivers/video/omap2/dss/dss_features.c | 197
drivers/video/omap2/dss/dss_features.h | 48
2 files changed, 245 insertions(+), 0
init/exit functions of dss_features during dss_probe and remove, and,
the following features are made omap independent:
- number of managers, overlays
- supported color modes for each overlay
- supported displays for each manager
- global aplha, and restriction of global alpha for
On Thu, 26 Aug 2010 07:38:26 -0500
Guzman Lugo, Fernando fernando.l...@ti.com wrote:
due to a restriction in scatter gather lists, it can
not be created a list for a buffer bigger than 1MB.
This patch is spliting big mappings into 1MB mappings.
I don't read the whole thread but the above
From: Felipe Contreras [felipe.contre...@gmail.com]
Sent: Thursday, August 26, 2010 5:04 AM
To: Guzman Lugo, Fernando
Cc: Kanigeri, Hari; linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
o...@wizery.com; hiroshi.d...@nokia.com;
From: FUJITA Tomonori [fujita.tomon...@lab.ntt.co.jp]
Sent: Thursday, August 26, 2010 7:56 AM
To: Guzman Lugo, Fernando
Cc: fujita.tomon...@lab.ntt.co.jp; linux-omap@vger.kernel.org;
linux-ker...@vger.kernel.org; o...@wizery.com; hiroshi.d...@nokia.com;
On Thu, 26 Aug 2010 08:16:24 -0500
Guzman Lugo, Fernando fernando.l...@ti.com wrote:
From a quick look, arch/arm/plat-omap/iovmm.c does nothing wrong about
scatter gather chaining. arm/arm/mm/dma-mapping.c looks fine too about
it. Maybe just defining ARCH_HAS_SG_CHAIN works?
I can try, but
From: FUJITA Tomonori [fujita.tomon...@lab.ntt.co.jp]
Sent: Thursday, August 26, 2010 9:03 AM
To: Guzman Lugo, Fernando
Cc: fujita.tomon...@lab.ntt.co.jp; linux-omap@vger.kernel.org;
linux-ker...@vger.kernel.org; o...@wizery.com; hiroshi.d...@nokia.com;
Hi Kevin,
On Wed, Aug 25, 2010 at 8:22 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Hi Jean,
Jean Pihet jean.pi...@newoldbits.com writes:
...
Add the cpuidle power_start and power_end events. The state
parameter of power_start has the following meaning:
- -1: from the suspend
Cyril Chemparathy cy...@ti.com writes:
Davinci's EMAC device has an in-built MDIO controller and a CPDMA engine.
These hardware modules are not restricted to EMAC device alone. For example,
CPSW3G (3-port gigabit ethernet switch) hardware uses these very same modules
internally. This patch
This patch series fixes sparse warnings for OMAP and TWL code.
For better readabilty the patches are categorised based on type of
sparse warnigns.
The sparse warning logs are embedded with each patch followed
by fix.
Build and boot tested on omap3 with omap3_defconfig.
Manjunatha GK (11):
From: Manjunatha GK manj...@ti.com
This patch fixes below sparse warnings for incorrect assignments.
arch/arm/mach-omap2/control.c:195:16: warning: incorrect type in assignment
(different address spaces)
arch/arm/mach-omap2/control.c:195:16:expected unsigned int [usertype]
*v_addr
From: Manjunatha GK manj...@ti.com
This patch fixes sparse warnings due to non declaration of
static structures and variables.
Sparse warning logs fixed:
arch/arm/mach-omap2/control.c:88:6: warning: symbol 'omap3_secure_ram_storage'
was not declared. Should it be static?
n
From: Manjunatha GK manj...@ti.com
This patch fixes sparse warnings due non declarations of static functions.
arch/arm/mach-omap2/timer-gp.c:115:12: warning: symbol
'omap2_gp_clockevent_set_gptimer' was not declared. Should it be static?
arch/arm/mach-omap2/powerdomain.c:993:5: warning: symbol
From: Manjunatha GK manj...@ti.com
This patch fixes miscellaneous sparse warnings in mach-omap2.
arch/arm/mach-omap2/board-am3517evm.c:141:17: warning: Initializer entry
defined twice
arch/arm/mach-omap2/board-am3517evm.c:142:18: also defined here
arch/arm/mach-omap2/irq.c:50:35: warning:
From: Manjunatha GK manj...@ti.com
This patch fixes sparse warning due non declaration of static function
sound/soc/omap/omap-mcbsp.c:783:5: warning: symbol 'omap_mcbsp_st_info_volsw'
was not declared. Should it be static?
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren
From: Manjunatha GK manj...@ti.com
Fixes warning due to unused variable.
drivers/mmc/host/omap_hsmmc.c: In function 'omap_hsmmc_suspend':
drivers/mmc/host/omap_hsmmc.c:2308: warning: unused variable 'state'
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc:
From: Manjunatha GK manj...@ti.com
This patch fixes sparse warning for static declaration of variable use_dma
drivers/mtd/nand/omap2.c:114:11: warning: symbol 'use_dma' was not declared.
Should it be static?
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc:
From: Manjunatha GK manj...@ti.com
Fixes below sparse warning.
drivers/mfd/twl-core.c:258:20: warning: symbol 'twl_map' was not declared.
Should it be static?
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Nishanth Menon n...@ti.com
---
From: Manjunatha GK manj...@ti.com
Fixes following sparse warnings for twl4030 and twl6030 irq files.
drivers/mfd/twl4030-irq.c:783:5: warning: symbol 'twl4030_init_irq' was not
declared. Should it be static?
drivers/mfd/twl4030-irq.c:863:5: warning: symbol 'twl4030_exit_irq' was not
declared.
From: Manjunatha GK manj...@ti.com
Fixes sparse warning for the below error
drivers/mfd/twl4030-codec.c:118:5: error: symbol
'twl4030_codec_disable_resource'
redeclared with different type (originally declared at
include/linux/mfd/twl4030-
codec.h:268) - incompatible argument 1 (different
Kevin Hilman khil...@deeprootsystems.com writes:
On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation
Charulatha V ch...@ti.com writes:
This patch series makes OMAP2PLUS Watchdog Timer Module implemented
in HWMOD FW way. It also implements Watchdog timer driver to
use the runtime PM layer.
minor nit: hwmod should not be capitalized, as it's not an acronym.
This common across the other
Charulatha V ch...@ti.com writes:
This patch converts the OMAP Watchdog timer driver to
get adapted to HWMOD FW and to use the runtime PM APIs.
Technically, the driver knows nothing about the HWMOD framework, as
that's an OMAP core implementation detail.
What's really happening here is two
Hi Linus,
Please pull omap-fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Regards,
Tony
The following changes since commit 76be97c1fc945db08aae1f1b746012662d643e97:
Linux 2.6.36-rc2 (2010-08-22 17:43:29 -0700)
are available in
kishore kadiyala kishore.kadiy...@ti.com writes:
Hi,
1) The patch series has dependency on Tony's patches
http://www.spinics.net/lists/linux-omap/msg34835.html
http://www.spinics.net/lists/linux-omap/msg34834.html
2) The patch series has some updations of hwmod data
for MMC
kishore kadiyala kishore.kadiy...@ti.com writes:
From: Benoit Cousson b-cous...@ti.com
Adding HWMOD data for UART on OMAP4
This is not really related to this series, but I understand you needed
it because my pm-wip/mmc is based on pm-wip/uart.
But after you incoporate the pm-wip/mmc patches
kishore kadiyala kishore.kadiy...@ti.com writes:
MMC controller Reset is handled in hwmod framework and thus
remove MMC controller reset which is done seperately.
Yes!
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
kishore kadiyala kishore.kadiy...@ti.com writes:
Since OMAP4 has added new set of registers , this patch adds
different array's for OMAP3 and OMAP4 and choose the right one
during run time.Newly added registers are updated at the bottom
of array.
Cc: Kevin Hilman khil...@deeprootsystems.com
kishore kadiyala kishore.kadiy...@ti.com writes:
From: Benoit Cousson b-cous...@ti.com
Avoid possible crash if CONFIG_MMC_OMAP_HS is not set
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Adrian Hunter adrian.hun...@nokia.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: Madhusudhan
Guruswamy Senthilvadivu svad...@ti.com writes:
From: Senthilvadivu Guruswamy svad...@ti.com
OMAP3 HWMOD database for DSS is added and is applicable for 34xx and 36xx.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
minor nit Re: $SUBJECT. Please title the hwmod data patches using
Guruswamy Senthilvadivu svad...@ti.com writes:
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
Signed-off-by: Senthilvadivu Guruswamy
Guruswamy Senthilvadivu svad...@ti.com writes:
From: Senthilvadivu Guruswamy svad...@ti.com
when DSS ICK, FCK are requested, dss HWMOD APIs are used for enable
and disable. The remaining clocks (dss opt clks in HWMOD database)
continue to use clk APIs, since HWMOD APIs are not fully
Guruswamy Senthilvadivu svad...@ti.com writes:
From: Senthilvadivu Guruswamy svad...@ti.com
Platform driver of DSS HW IP are to be registered in sequence before
the omapdss platform driver is registered.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
Guruswamy Senthilvadivu svad...@ti.com writes:
From: Senthilvadivu Guruswamy svad...@ti.com
RFBI init and exit moved to rfbi probe and remove.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
[...]
@@ -357,11 +348,21 @@ static int omap_dsi1hw_remove(struct platform_device
*pdev)
Guruswamy Senthilvadivu svad...@ti.com writes:
RFC focus on the proposed design of the HWMOD adaptation to the current DSS
driver. DSS, DISPC, DSI, RFBI, VENC are made as platform drivers each
corresponding to the HWMOD class in the HWMOD database.
Hi Senthi,
Nice job on this series. I
Jean Pihet jean.pi...@newoldbits.com writes:
Hi Kevin,
On Wed, Aug 25, 2010 at 8:22 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
Hi Jean,
Jean Pihet jean.pi...@newoldbits.com writes:
...
Add the cpuidle power_start and power_end events. The state
parameter of power_start has
Hi,
I'm trying to transfer from an FPGA peripheral on the 3530's GPMC bus
to external RAM on a 2.6.32 kernel. Transferring words using
*ram_buffer = __raw_readw(peripheral_addr) works for non-DMA copies
and I've checked that the DMA cycle works in my driver by using
another location in RAM as the
Hi Tony,
In the implementation of omap_mux_init_signal(char *muxname, int val)
in arch/arm/mach-omap2/mux.c, it will modify the muxname of
caller that passed in and not recover it, did you mean to implement
to do so?(I try to explain my point of view as 2 examples below).
[Example 1]
For a
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, August 27, 2010 3:07 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
davinci-linux-open-sou...@linux.davincidsp.com
Subject: Re: [PATCH 3/3]
59 matches
Mail list logo