From: Balaji T K balaj...@ti.com
Errata ID: i535 - I2C1 to 3 SCL low period is shorter in FS mode
Due to IO cell influence, I2C1 to 3 SCL low period can be shorter than expected.
As a result, I2C AC timing (SCL minimum low period) in FS mode may not meet
the timing configured by software.
I2C1
From: Keshava Munegowda a0393...@ti.com
This patch removes the below warning
arch/arm/mach-omap2/mux.c:52: warning: 'mux_phys' defined but not used
The definition of variable mux_phys should be enclosed in the macro
CONFIG_ARCH_OMAP3
Signed-off-by: Keshava Munegowda a0393...@ti.com
Index:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, May 06, 2010 2:30 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
t...@atomide.com
Subject: Re: [PATCH 9/9] OMAP:GPIO: Implement GPIO as a
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, May 06, 2010 4:02 AM
To: Varadarajan, Charulatha
Cc: linux-omap@vger.kernel.org; Nayak, Rajendra; p...@pwsan.com;
khil...@deeprootsystems.com
Subject: Re: [PATCH 5/9] OMAP:GPIO: Introduce support for
From: Hiroshi DOYU hiroshi.d...@nokia.com
This rejects unaligned physical address at setting page table entry
and informs error to caller. Otherwise, a wrong address may be used by
IO device.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iommu.c | 18
From: Hiroshi DOYU hiroshi.d...@nokia.com
This CONFIG_OMAP_IOMMU_DEBUG option cannot be selected because it's
not visible on menu. Put this option in Kernel hacking menu to make
this selectable.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/Kconfig.debug |8
From: Hiroshi DOYU hiroshi.d...@nokia.com
Searching avaialable spaces should be stopped as soon as it turns out
that there's no possibility with the rest of it.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
arch/arm/plat-omap/iovmm.c |5 -
1 files changed, 4 insertions(+), 1
From: Hiroshi DOYU hiroshi.d...@nokia.com
Inserting a gap page between IOVMAs could detect an override on other
IOVMA with iommu fault. This was originally suggested by Sakari Ailus
and based on the work and comment by David Cohen.
CC: David Cohen david.co...@nokia.com
CC: Sakari Ailus
Tony/ Kevin,
-Original Message-
From: Varadarajan, Charulatha
Sent: Thursday, April 22, 2010 9:25 PM
To: linux-omap@vger.kernel.org
Cc: Nayak, Rajendra; p...@pwsan.com; t...@atomide.com;
khil...@deeprootsystems.com; Varadarajan, Charulatha
Subject: [PATCH 00/09] OMAP:GPIO:Implement
Hi Kevin,
ext Kevin Hilman wrote:
Roger Quadros roger.quad...@nokia.com writes:
From: Roger Quadros roger.quad...@nokia.com
Adds basic support for LCD Panel on Nokia N900
Signed-off-by: Roger Quadros roger.quad...@nokia.com
Just noticed a compile problem here...
[...]
diff --git
On Fri, May 7, 2010 at 9:56 AM, Hiroshi DOYU hiroshi.d...@nokia.com wrote:
From: Hiroshi DOYU hiroshi.d...@nokia.com
Superpage addresses should be aligned on mapping size of 4KB, 64KB,
1MB and 16MB respectively both for physical and device virtual
addresses.
Signed-off-by: Hiroshi DOYU
Hi,
On Thu, 2010-05-06 at 13:59 +0200, Nikula Jani.1 (EXT-Nixu/Helsinki)
wrote:
Hi -
These patches fix the broken DSS omap_dss_probe() fail path, reported by Kevin
Hilman [1].
Kevin, could you please check this with your setup too? It would be much
appreciated.
[1]
This patch series adds support for the MIPI DSI unit on sh-mobile SoCs, to
eliminate redundancy a common mipi_dsi.h header is added. The SH-mobile
part depends on pending clock and INTC patches by Magnus.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
Some SH-mobile SoCs have a MIPI DSI controller, that can be used to connect
MIPI displays to LCDC. This patch adds a platform driver for SH-mobile MIPI DSI
unit. It uses existing hooks in the sh_mobile_lcdcfb.c driver for display
activation and deactivation.
Signed-off-by: Guennadi Liakhovetski
This header adds defines for MIPI DSI and DCS commands and data formats. See
http://www.mipi.org/ for details.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
include/video/mipi_dsi.h | 99 ++
1 files changed, 99 insertions(+), 0
ap4evb uses an LCD, connected to the SoC over the MIPI bus. This patch adds
platform data to configure this display and a static clock activation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Nothing OMAP-relevant here, just for completeness.
arch/arm/mach-shmobile/Kconfig
Hi,
balaj...@ti.com wrote:
From: Balaji T K balaj...@ti.com
Errata ID: i535 - I2C1 to 3 SCL low period is shorter in FS mode
Due to IO cell influence, I2C1 to 3 SCL low period can be shorter than
expected.
As a result, I2C AC timing (SCL minimum low period) in FS mode may not meet
the
From: Jani Nikula ext-jani.1.nik...@nokia.com
Move a number of #ifdefs from code into dss.h and elsewhere, and
conditionally define no-op static inline functions, cleaning up the
code. This style is according to Documentation/SubmittingPatches.
Signed-off-by: Jani Nikula
From: Jani Nikula ext-jani.1.nik...@nokia.com
Perform graceful cleanup on errors instead of just bailing out.
Signed-off-by: Jani Nikula ext-jani.1.nik...@nokia.com
---
drivers/video/omap2/dss/core.c | 54 ++-
1 files changed, 41 insertions(+), 13
Hi -
These patches fix the broken DSS omap_dss_probe() fail path, reported by Kevin
Hilman [1].
v2:
- rebased against [2]
[1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg27112.html
[2] git://gitorious.org/linux-omap-dss2/linux.git
BR,
Jani.
Jani Nikula (2):
OMAP: DSS2:
Define clock objects for switching on and off clocks for LCDC0, LCDC1 and MIPI
DSI-Tx.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
Sorry, one more patch to add to the patch-series. In fact nothing breaks
if you apply this patch before or after the whole series, so, no
The LCDC block is allowed to use one of the two output data formats, when used
with MIPI DSI: RGB24 and YUV422. YUV422 is not currently handled by the LCDC
driver, but we have to add a define for it for MIPI. Fix indentation while
at it.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
2010/1/27 adhar...@codeaurora.org:
From: Abhijeet Dharmapurikar adhar...@quicinc.com
Add gic_set_type callback to set an irq as level or edge triggered type
Abhijeet, will you pursue this patchset?
Else we will pick it up and propose our solution for the U8500 needs which
are similar.
Hiroshi,
From: Hiroshi DOYU hiroshi.d...@nokia.com
This rejects unaligned physical address at setting page table
entry and informs error to caller. Otherwise, a wrong address
may be used by IO device.
Signed-off-by: Hiroshi DOYU hiroshi.d...@nokia.com
---
Kevin,
While adapting some drivers to HWMOD way, I tried using pm_runtime APIs. My
understanding is that instead of using clock FW APIs or omap_device APIs, we
can make use of pm_runtime APIs.
But, I observed that pm_runtime_enable() does not enable the clocks (fck/ick).
To test this, I used
On Thu, 6 May 2010, ext Kevin Hilman wrote:
Tested on my n900, and with failed init, clocks are turned off
and doesn't prevent suspend.
Many thanks for testing this, Kevin!
BR,
Jani.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
From d2842ba67e142e78b2554cebb01341c76b84b693 Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Fri, 30 Apr 2010 11:55:10 +0530
Subject: [PATCH] CMA3000 Accelerometer Driver
This patch adds support for CMA3000 Tri-axis accelerometer, which
supports Motion detect, Measurement
ap4evb uses an LCD, connected to the SoC over the MIPI bus. This patch adds
platform data to configure this display and a static clock activation.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
---
v1 - v2:
Use the correct interrupt number for LCDC, based on INTCS.
Hi !
Here you have the second round of the HSI framework patches.
The patch series introduces the HSI framework, an SSI driver
for OMAP and a generic character device for HSI/SSI devices.
SSI, which is a legacy version of HSI, is used to connect the application
engine with the cellular modem
Add OMAP SSI device and driver to the kernel configuration
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
arch/arm/mach-omap2/Makefile |3 +++
drivers/hsi/Kconfig |2 ++
drivers/hsi/Makefile |1 +
drivers/hsi/controllers/Kconfig | 13
From: Andras Domokos andras.domo...@nokia.com
Add HSI char device driver to the kernel.
Signed-off-by: Andras Domokos andras.domo...@nokia.com
---
drivers/hsi/clients/hsi_char.c | 1053
include/linux/hsi/hsi_char.h | 66 +++
2 files changed, 1119
From: Andras Domokos andras.domo...@nokia.com
Added ioctl range for HSI char devices to the documentation
Signed-off-by: Andras Domokos andras.domo...@nokia.com
---
Documentation/ioctl/ioctl-number.txt |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
From: Andras Domokos andras.domo...@nokia.com
Add HSI character device kernel configuration
Signed-off-by: Andras Domokos andras.domo...@nokia.com
---
drivers/hsi/Kconfig |1 +
drivers/hsi/Makefile |2 +-
drivers/hsi/clients/Kconfig | 13 +
Add an entry for HSI in the device-drivers section of
the kernel documentation.
Signed-off-by: Carlos Chinea carlos.chi...@nokia.com
---
Documentation/DocBook/device-drivers.tmpl | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git
Adds HSI framework in to the linux kernel.
High Speed Synchronous Serial Interface (HSI) is a
serial interface mainly used for connecting application
engines (APE) with cellular modem engines (CMT) in cellular
handsets.
HSI provides multiplexing for up to 16 logical channels,
low-latency and
* Varadarajan, Charulatha ch...@ti.com [100506 23:52]:
Tony/ Kevin,
-Original Message-
From: Varadarajan, Charulatha
Sent: Thursday, April 22, 2010 9:25 PM
To: linux-omap@vger.kernel.org
Cc: Nayak, Rajendra; p...@pwsan.com; t...@atomide.com;
khil...@deeprootsystems.com;
Hi Hemanth,
Quick comments below. I haven't commented much on the
input aspects, just stuck to the more general driver aspects.
As ever at the moment, the should this be in input question is
open, but if Dmitry is happy to take it then that's fine with me.
Jonathan
From
The maximum timeout to wait for the PRCM to request that a module
exit idle or reach functionnal state is common to OMAP2/3/4 SoCs,
so, move it to the chip family-common cm.h include file.
Reduce the timeout from 20 ms to 2 ms.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley
Accessing the clkctrl register using offset of module device is hard
to do in OMAP4 due to the way the CM1, CM2, PRM and PRCM_MPU are located
in the address space. There is no common base address anymore for all the
CM registers.
The easiest way to handle that on OMAP4 is to provide the absolute
The return of the omap4_cm_wait_module_ready function is checked
in order to avoid accessing the sysconfig register if the module is
not in the correct state.
In that case the _setup will exit without trying to reset
using sysconfig.
For the moment a warning is printed. A proper management of fclk
Some initiator modules in OMAP2 3 does not have IDLEST bit,
in that case we cannot detect the module readiness by
polling that bit and must exist the function immediately
assuming that the module is ready.
The previous flag was affected to the OCP interface. While it is
technically true that the
The iteration is currently done on the omap_hwmod_ocp_if pointer
and not on the table pointer that reference them.
It worked most of the time because the structure are contiguous in
memory.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
The WARN is a little bit too verbose and is not providing
usefull information in that case.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/omap_hwmod.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git
The previous clock API was returning a standard linux error code in
case of failure. This is not the case anymore with the new
omap_clk_get_by_name API. A NULL value means that the clock node
does not exist.
Replace all the IS_ERR check by a !clk check.
Signed-off-by: Benoit Cousson
During the _init_clocks phase, the iteration is stopped but the
status is still change from _HWMOD_STATE_REGISTERED to
_HWMOD_STATE_CLKS_INITED.
Since the _setup phase will be done nevertheless, it might be
better to keep initializing the others clocks nodes and just
keep the warning.
It is much
Most of the clock nodes belong to a clock domain, but it is perfectly valid
to have clock without clock domain.
Root clocks for example does not belong to any clock domain.
Keep the warning but reduce the verbosity.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
In the lastest OMAP4 hwmod data file, the _hwmod was removed
in order to save some memory space and because it does not
bring a lot.
The same cleanup will be have to done for other hwmods in
OMAP2 3 data files.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc:
Hi,
Here is the OMAP4430 ES1.0 hwmod data serie.
It is based on the OMAP: HWMOD fixes and cleanup serie:
http://marc.info/?l=linux-omapm=127324706012621w=2
It was only tested on OMAP4430 ES1.0 GP device using PAB board for the moment.
Please note, that the two temporary fixes are pure hacks
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/Makefile |3 ++-
arch/arm/mach-omap2/io.c |6 --
arch/arm/plat-omap/include/plat/omap_hwmod.h |1 +
3 files
Hi,
On Fri, 2010-05-07 at 17:26 +0200, ext Randy Dunlap wrote:
On Fri, 7 May 2010 18:18:31 +0300 Carlos Chinea wrote:
--[snip]--
diff --git a/drivers/hsi/Kconfig b/drivers/hsi/Kconfig
new file mode 100644
index 000..5af62ce
--- /dev/null
+++ b/drivers/hsi/Kconfig
@@ -0,0
On 5/7/2010 6:07 PM, Cousson, Benoit wrote:
From: Rajendra Nayakrna...@ti.com
Signed-off-by: Rajendra Nayakrna...@ti.com
Signed-off-by: Benoit Coussonb-cous...@ti.com
Cc: Paul Walmsleyp...@pwsan.com
---
arch/arm/plat-omap/Makefile |1 +
arch/arm/plat-omap/omap_device.c | 12
On Fri, 07 May 2010 19:11:53 +0300 Carlos Chinea wrote:
Hi,
On Fri, 2010-05-07 at 17:26 +0200, ext Randy Dunlap wrote:
On Fri, 7 May 2010 18:18:31 +0300 Carlos Chinea wrote:
--[snip]--
diff --git a/drivers/hsi/Kconfig b/drivers/hsi/Kconfig
new file mode 100644
index
I'm trying to use the gpio driver in 2.6.32 to manipulate a pin after
the kernel comes up(via /sys/class/gpio/...), and I can tweak the gpio
value,
but the gpio driver does not handle the mux setting to set the mux
mode (or input/output/pullup/puldown) to 4 for the particular pin.
I've looked at
-Original Message-
From: Shilimkar, Santosh [mailto:santosh.shilim...@ti.com]
Sent: Thursday, May 06, 2010 11:52 PM
To: Chikkature Rajashekar, Madhusudhan; 'kishore kadiyala'
Cc: S, Venkatraman; linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
* Benoit Cousson b-cous...@ti.com [100507 09:03]:
From: Rajendra Nayak rna...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/plat-omap/Makefile |1 +
arch/arm/plat-omap/omap_device.c
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, May 06, 2010 10:31 AM
To: Madhusudhan
Cc: 'Nishanth Menon'; 'Ghorai, Sukumar'; linux-omap@vger.kernel.org;
linux-...@vger.kernel.org
Subject: Re: [PATCH] Disable the non working eMMC on Zoom2/3
*
On Sat, May 1, 2010 at 11:32 AM, Nishanth Menon
menon.nisha...@gmail.com wrote:
DISCLAIMER: I dont have a overo, so no idea if this would work.. but here
you go..
Attached is a diff which probably will help you with the specific changes
needed for making pm boot on overo. hope it helps..
I've been experiementing with the omap-pm branch on a overo. The
no_console_suspend seems to cause the system to not suspend/resume
properly. Without the option:
r...@ts3:~# echo mem /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.01 seconds)
snip
omap_mmc_platform_data is MMC specific platform data. Why add a SDMA
specific feature capability into it? Even though you add it there, you
will
still need to have a cpu check before that can be set in a common
code.
CPU checks are allowed to be in the platform files. That is
These patches fixes some errors in the usage of the
power regulator.
The Devkit8000 uses the TPS65930, an reduced version of the TWL4030.
So not all power supplies from the TWL4030 are available.
There were also a wrong comment about the pins supported by the vmmc1.
The DSS2 do not need a VDVI
Corrected the wrong supplies in Devkit8000 board code.
Add supply for ads7846 to support the new regulator framework for
touchscreen.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 32 ++--
1 files changed, 26
Removes the VDVI from board code because
the VDVI is no longer needed with the new
DSS2 interface.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git
The Devkit8000 uses the cost reduced variant tps65930 of the
twl4030. The TPS65930 only has vdd1, vdd2, vpll1, vio, vmmc1,
vdac and vaux2. Vaux2 is not used on Devkit8000 board.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 21
Replacing the supplies with the REGULATOR_SUPPLY macro.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c | 27 ++-
1 files changed, 10 insertions(+), 17 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
Fix the comment about the pins supported
by the vmmc1 power source.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-devkit8000.c
Devkit8000 uses the TPS65930 and not the TWL4030.
The TPS65930 uses only a subset of the TWL4030.
So not all voltage regulators of the twl4030
are available on the Devkit8000.
Signed-off-by: Thomas Weber we...@corscience.de
---
arch/arm/mach-omap2/board-devkit8000.c |2 +-
1 files changed, 1
66 matches
Mail list logo
