Hi,
I am new on kernel module programming for a OMAP2. I want to access a external
device through nCS3 of an OMAP3530. I expect that the function
gpmc_cs_request enables you the access to that memoryregion and that the
variable cs_mem_base is set to the memory starting point of the requested
Hi Tomi,
Can you please comment on the below patch .
I have modified based on your inputs.
Thanks and regards,
Mythri.
-Original Message-
From: K, Mythri P
Sent: Thursday, August 19, 2010 4:49 PM
To: linux-omap@vger.kernel.org
Cc: tomi.valkei...@nokia.com; Semwal, Sumit; K, Mythri P
On 08/25/10 03:36, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina lwalk...@ieee.org wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no
Hi,
On Mon, 2010-08-23 at 09:06 +0200, ext Mike Rapoport wrote:
Mike Rapoport wrote:
From 81e9278ad27bc91be42105321e0e26d0be9e883b Mon Sep 17 00:00:00 2001
From: Mike Rapoport m...@compulab.co.il
Date: Mon, 23 Aug 2010 09:40:09 +0300
Subject: [PATCH] OMAP: DSS2: OMAPFB: use phys_to_virt
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
(which is named mmc1 in s/w).
am3517 is
On Mon, 2010-08-23 at 17:57 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
Move the DSS driver register from board file to devices.c.
Regulator initialisation done with driver name instead of the device name.
Signed-off-by: Senthilvadivu Guruswamy
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 24, 2010 3:49 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Paul Walmsley
Subject: Re: [PATCH 2/5] OMAP2xxx: hwmod: add I2C hwmods for OMAP2420, 2430
Rajendra Nayak
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 24, 2010 3:53 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; Paul Walmsley
Subject: Re: [PATCH 5/5] OMAP: I2C: Convert i2c driver to use PM runtime api's
Rajendra Nayak
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tomi Valkeinen
Sent: Wednesday, August 25, 2010 1:36 PM
To: ext Mike Rapoport
Cc: Palande Ameya (Nokia-MS/Helsinki); linux-omap
Subject: Re: DSS2 broken with 36-rc1
On Mon, 2010-08-23 at 17:57 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
dsshw_probe and remove functions are moved to dss.c
To maintain the order of init, through the dsshw_probe, omap_dss_init2
is made as device_init_call_sync.
Signed-off-by:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 25, 2010 3:10 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit
Subject: Re: [RFC][PATCH 2/2] OMAP4: PRCM: Fix usage of prm/cm accessor api's
Let's CC Russell for this one.
On Wed, Aug 25, 2010 at 11:05 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Mon, 2010-08-23 at 09:06 +0200, ext Mike Rapoport wrote:
Mike Rapoport wrote:
From 81e9278ad27bc91be42105321e0e26d0be9e883b Mon Sep 17 00:00:00 2001
From: Mike Rapoport
On 08/25/10 11:12, Igor Grinberg wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected directly (no transceiver / level shifter) on mmc2
Hi,
On Wed, 2010-08-25 at 09:50 +0200, ext K, Mythri P wrote:
Hi Tomi,
Can you please comment on the below patch .
I have modified based on your inputs.
Thanks and regards,
Mythri.
-Original Message-
From: K, Mythri P
Sent: Thursday, August 19, 2010 4:49 PM
To:
Currently there is a bug in the existing omap_device core code when
extracting the hwmod structures passed to omap_device_build_ss(). This bug
gets exposed only when passing multiple hwmod structures to
omap_device_build_ss() resulting in incorrect extraction from second hwmod
structure.
This fix
Hi,
have anybody had any progress with making RFBI in DSS2 working?
I was out of development for some time, might there be any progress?
Probably I could cooperate with somebody working on it or help with
testing. Alas, I can't dedicate full time on it, but I'm still interested.
All the best,
S.
On Wed, 2010-08-25 at 11:21 +0200, ext Grazvydas Ignotas wrote:
Let's CC Russell for this one.
On Wed, Aug 25, 2010 at 11:05 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Mon, 2010-08-23 at 09:06 +0200, ext Mike Rapoport wrote:
Mike Rapoport wrote:
From
On Mon, 2010-08-23 at 17:58 +0200, ext Guruswamy Senthilvadivu wrote:
From: Senthilvadivu Guruswamy svad...@ti.com
DISPC Base addr got from the platform device. Hadrcoding of base
addr removed.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/dispc.c |
-- Ashwin
On Wed, Aug 25, 2010 at 4:12 AM, Igor Grinberg grinb...@compulab.co.il wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
wifi connected
Ashwin Bihari wrote:
On Wed, Aug 25, 2010 at 4:12 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
Hi,
I have am3517 based board and Libertas sdio (4 wires)
On Wed, Aug 25, 2010 at 9:51 AM, Gadiyar, Anand gadi...@ti.com wrote:
Ashwin Bihari wrote:
On Wed, Aug 25, 2010 at 4:12 AM, Igor Grinberg grinb...@compulab.co.il
wrote:
On 08/25/10 03:29, Laine Walker-Avina wrote:
On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg grinb...@compulab.co.il
Re-sent to loml, the original email was sent to lkml...
On 8/25/2010 1:30 PM, Cousson, Benoit wrote:
On 8/25/2010 12:45 PM, Basak, Partha wrote:
From: Cousson, Benoit
Sent: Tuesday, August 24, 2010 1:45 AM
Hi Partha,
On 8/23/2010 5:44 PM, Basak, Partha wrote:
From: Basak,
From 28198d2d297216fd9fa3e00513e9470f50761c19 Mon Sep 17 00:00:00 2001
From: Jean Pihet jean.pi...@newoldbits.com
Date: Wed, 25 Aug 2010 17:05:48 +0200
Subject: [PATCH] OMAP2: add cpuidle and cpufreq events tracing
Add the cpuidle power_start and power_end events. The state
parameter of
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Wednesday, August 25, 2010 1:06 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;
Nayak, Rajendra rna...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 25, 2010 3:10 AM
To: Nayak, Rajendra
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit
Subject: Re: [RFC][PATCH 2/2] OMAP4: PRCM:
Hi Jean,
Jean Pihet jean.pi...@newoldbits.com writes:
From 28198d2d297216fd9fa3e00513e9470f50761c19 Mon Sep 17 00:00:00 2001
From: Jean Pihet jean.pi...@newoldbits.com
Date: Wed, 25 Aug 2010 17:05:48 +0200
Subject: [PATCH] OMAP2: add cpuidle and cpufreq events tracing
This part of is
I'll respond more fully when I'm back in September.
On Wed, Aug 25, 2010 at 02:43:18PM +0300, Tomi Valkeinen wrote:
I'll try to summarize how the framebuffer memory is used with OMAP:
We have two kinds of memories:
- SRAM
- SDRAM
We have two ways to get the memory (done with memblock):
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 mapping and
use iovmm module instead.
You didn't get me; copy the iovmm.c code into dmm.c,
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Wednesday, August 25, 2010 2:18 PM
To: Guzman Lugo, Fernando
Cc: Kanigeri, Hari; linux-omap@vger.kernel.org;
linux-ker...@vger.kernel.org; o...@wizery.com;
hiroshi.d...@nokia.com;
As the services directory is going to be removed, the file sync.c is moved
from services to core.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
drivers/staging/tidspbridge/Makefile |4 ++--
.../staging/tidspbridge/{services = core}/sync.c |0
2 files changed,
As the services directory is going to be removed, this patch is needed.
The function cfg_get_auto_start() only assigns a value to the flag
tmp, and it is only called by the function api_init_complete2(). So
the function cfg_get_auto_start() is not required.
Signed-off-by: Ivan Gomez Castellanos
As the services directory is going to be removed, this patch is needed.
ntfy.c only contained the function dsp_notifier_event(), and since this
function calls sync_set_event(), then the dsp_notifier_event() is moved
to the sync.c file.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
As the services directory is going to be removed, the cfg_get_exec_file
function has also to be removed.
This patch also avoids a possible NULL pointer dereference in function
cfg_get_exec_file(), when drv_datap is checked for NULL and then pass
drv_datap-base_img as argument to strlen().
As the services directory is going to be removed, the cfg_get_object
function has also to be removed.
Since the driver object handle is retrieved from the drv_data structure,
then the word Registry is replaced by driver data in the comments.
Also, the hdrv_obj is not used in function
As the services directory is going to be removed, the cfg_set_dev_object
function has also to be removed.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
.../staging/tidspbridge/include/dspbridge/cfg.h| 19
drivers/staging/tidspbridge/pmgr/dev.c | 28
As the services directory is going to be removed, the cfg_set_object
function has also to be removed.
Since the driver object handle is retrieved from the drv_data structure,
then the word Registry is replaced by driver data in the comments.
Signed-off-by: Ivan Gomez Castellanos
So far, the cfg.c file is empty, and the function prototypes in cfg.h
are not used in any place. So they can be removed.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
drivers/staging/tidspbridge/Makefile |3 +-
drivers/staging/tidspbridge/core/chnl_sm.c |
The services_init() and services_exit() functions don't do anything,
so they are removed, and as these are the only two functions defined
in services.c and services.h, then these files are also removed.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
Thara Gopinath th...@ti.com writes:
SmartReflex modules do adaptive voltage control for real-time
voltage adjustments. With Smartreflex the power supply voltage
can be adapted to the silicon performance(manufacturing process,
temperature induced performance, age induced performance etc).
Thara Gopinath th...@ti.com writes:
Smartreflex Class3 implementation continuously monitors
silicon performance and instructs the Voltage Processors
to increase or decrease the voltage.
This patch adds smartreflex class 3 driver. This driver hooks
up with the generic smartreflex driver
Menon, Nishanth n...@ti.com writes:
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, August 24, 2010 4:14 PM
Menon, Nishanth n...@ti.com writes:
thara gopinath th...@ti.com writes:
From: Thara Gopinath th...@ti.com
[...]
The above is not correct
Thara Gopinath th...@ti.com writes:
From: thara gopinath th...@ti.com
This patch series adds support for OMAP4 support in the
smartreflex and voltage layer. The series involves extensions
to voltage layer and smartreflex layer for supporting OMAP4.
In addition it involves changes to pm
Thara Gopinath th...@ti.com writes:
This patch extends the smartreflex framework to support
OMAP4. The changes are minor like compiling smartreflex Kconfig
option for OMAP4 also, and a couple of OMAP4 checks in
the smartreflex framework.
The change in sr_device.c where new logic has to be
Thara Gopinath th...@ti.com writes:
This patch adds OPP tables for OMAP4. A new file
opp44xx.c has been added to keep the OMAP4 opp tables
and the registeration of these tables with the generic
opp framework.
Signed-off-by: Thara Gopinath th...@ti.com
---
arch/arm/mach-omap2/Makefile
On Wed, 2010-08-25 at 16:15 -0700, Kevin Hilman wrote:
Thara Gopinath th...@ti.com writes:
This patch adds OPP tables for OMAP4. A new file
opp44xx.c has been added to keep the OMAP4 opp tables
and the registeration of these tables with the generic
opp framework.
Signed-off-by:
Hema HK hem...@ti.com writes:
OMAP USBOTG modules has a requirement to set the auto idle bit only after
setting smart idle bit. Modified the _sys_enable api to set the smart idle
first and then the autoidle bit. Setting this will not have any impact on the
other modules.
Added 2 wrapper
Hema HK hem...@ti.com writes:
Cc: Felipe Balbi felipe.ba...@nokia.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Cousson, Benoit b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
This patch series makes OMAP2PLUS musb Module implemented
in HWMOD FW
Hema HK hem...@ti.com writes:
Calling runtime pm APIs pm_runtime_put_sync() and pm_runtime_get_sync()
for enabling/disabling the clocks,sysconfig settings.
used omap_hwmod_enable_wakeup omap_hwmod_disable_wakeup apis to set/clear
the wakeup enable bit.
Also need to put the USB in force
Gadiyar, Anand gadi...@ti.com writes:
Datta, Shubhrajyoti wrote:
Subject: [RFC PATCH] Board support for the the GPIO keys
Please tag $SUBJECT with something like omap: 4430sdp:
and add add proximity sensor support via GPIO keys
Kevin
--
To unsubscribe from this list: send the line
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, August 25, 2010 5:41 PM
To: Menon, Nishanth
Cc: Gopinath, Thara; linux-omap@vger.kernel.org
Subject: Re: [PM-OPP][PATCH] OMAP: Modifying the frequency comparison
logic.
Menon, Nishanth
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Thursday, August 26, 2010 4:42 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Sripathy, Vishwanath;
Sawant, Anand; Cousson,
From: Mythri P K mythr...@ti.com
This patch is a outline of how the HDMI support is added to OMAP4.
HDMI is a driver that is similar to the VENC or the DSI driver to support
HDMI/DVI sink device.
The current Design adheres to the DSS2 Architecture.
It is split into the HDMI DSS driver and
From: Mythri P K mythr...@ti.com
This is an RFC patch to add support for HDMI DSS driver in OMAP.
Signed-off-by: Mythri P K mythr...@ti.com
---
drivers/video/omap2/dss/hdmi.c | 292
1 files changed, 292 insertions(+), 0 deletions(-)
create mode 100644
53 matches
Mail list logo