On Sun, 2 Jan 2011, Paul Walmsley wrote:
Hello Thomas
On Tue, 21 Dec 2010, Thomas Petazzoni wrote:
WARNING: This is only a proof-of-concept, there are many known
issues. The sole purpose of this patch is to get some feedback on
whether the idea is useful or not, and whether it's worth
Autoidle is just a single bit setting across OMAP platforms.
In _set_module_autoidle() I am seeing 0x3 where the mask is
computed. I believe this should be 0x1.
Baseline:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tested Info:
Boot tested on OMAP 2/3/4.
Signed-off-by:
Hi Sukumar,
On Wed, Dec 29, 2010 at 19:02:23, Ghorai, Sukumar wrote:
This patch enable prefetch-irq mode for nand transfer(read, write)
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-flash.c |2 +
Hi Sukumar,
On Wed, Dec 29, 2010 at 19:02:24, Ghorai, Sukumar wrote:
Configure the FIFO THREASHOLD value different for read and write to keep busy
both filling and to drain out of FIFO at reading and writing.
Signed-off-by: Vimal Singh vimalsi...@ti.com
Signed-off-by: Sukumar Ghorai
From: Senthilvadivu Guruswamy svad...@ti.com
Use driver name in regulator inits needed for display instead of using device
structure name.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/mach-omap2/board-3430sdp.c | 11 +++
arch/arm/mach-omap2/board-cm-t35.c
From: Senthilvadivu Guruswamy svad...@ti.com
For hwmod adaptation, move init exit methods from core.c to its driver probe,
remove. pdev member has to be maintained by its own drivers. Replace printk
with dev_dbg for boot time optimization.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
From: Senthilvadivu Guruswamy svad...@ti.com
omap_display_init function is introduced in devices.c to do the DSS driver
registration. So replace platform_device_register or platform_add_devices of
DSS with omap_display_init().
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
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 svad...@ti.com
---
arch/arm/mach-omap2/devices.c
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
From: Senthilvadivu Guruswamy svad...@ti.com
For hwmod adaptation, move init exit methods from core.c to its driver probe,
remove. pdev member has to be maintained by its own drivers.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/dss/core.c | 16
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.
Signed-off-by: Senthilvadivu Guruswamy
From: Senthilvadivu Guruswamy svad...@ti.com
clks are moved to dss platform driver. clk_get/put APIs use dss device instead
of core platform device. So the device name is changed from omap_display to
omap_dss in 2420, 2430, 3xxx clock database files. Now teh core driver
omap_display only takes
From: Senthilvadivu Guruswamy svad...@ti.com
For hwmod adaptation, move init exit methods from core.c to its driver probe,
remove. pdev member has to be maintained by its own drivers. Replace printk
with dev_dbg for boot time optimization.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
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_dss.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
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.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
From: Senthilvadivu Guruswamy svad...@ti.com
v3 of the DSS hwmod patch series focus on fixing the review comments. OMAP4
hwmod support will be posted after the acceptance of this basic change in
the dss2 design.
This patch series decouples the Clocks for DSS in hwmod adaptation changes
from
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_dss.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
From: Senthilvadivu Guruswamy svad...@ti.com
Move dss_feature_init call from core to dss as it involves DSS HW related
configuration. This movement is must since dsshw_probe would be called
first in which the registers are accessed.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
From: Senthilvadivu Guruswamy svad...@ti.com
For hwmod adaptation, move init exit methods from core.c to its driver probe,
remove. pdev member has to be maintained by its own drivers. Regulator has
to be privately handled in each driver. Replace printk to dev_dbg for boot time
optimization.
On Fri, Dec 31, 2010 at 12:33 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
On Wed, Dec 01, 2010 at 07:31:22PM +0530, Govindraj.R wrote:
From: Charulatha V ch...@ti.com
Update the 2430 hwmod data file with McSPI info.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Govindraj.R
With cmwq, there's no reason to use a separate workqueue for mailbox.
Use the system_wq instead. mbox-rxq-work is sync flushed in
omap_mbox_fini() to make sure it's not running on any cpu, which makes
sure that no mbox work is running when omap_mbox_exit() is entered.
Signed-off-by: Tejun Heo
Elvis Dowson had written, on 12/26/2010 03:26 PM, the following:
Hi,
This patch fixes section mismatch warnings for etm_probe() and
etb_probe() for linux-2.6.37-rc7.
Elvis Dowson
Could you post this to l-a and cc l-o?
a better cc list is got by scripts/get_maintainer.pl patch
From
saw...@ti.com had written, on 12/30/2010 06:04 AM, the following:
From: Anand Sawant saw...@ti.com
This patch will expose the following voltage controller registers
as part of voltage layer debugfs.
1. PRM_VC_BYPASS_VAL
2. PRM_VC_CMD_VAL - for all VDDs
This patch will help in debugging voltage
Thara Gopinath had written, on 12/31/2010 02:07 AM, the following:
The smartreflex bit on twl4030 needs to be enabled by default irrespective
of whether smartreflex module is enabled on the OMAP side or not.
This is because without this bit enabled the voltage scaling through
vp forceupdate does
On Mon, Jan 03, 2011 at 07:06:10PM +0300, Sergei Shtylyov wrote:
Hello.
On 15-05-2010 22:14, Sergei Shtylyov wrote:
Add support for Texas Instuments Communication Port Programming Interface 4.1
(CPPI 4.1) used on OMAP-L1x/DA8xx and AM35x.
At this moment, only the DMA controller and queue
Hi,
Add support for Texas Instuments Communication Port Programming
Interface 4.1
(CPPI 4.1) used on OMAP-L1x/DA8xx and AM35x.
At this moment, only the DMA controller and queue manager are supported.
Support for the buffer manager is lacking but these chips don't have it
anyway.
Hi,
Add support for Texas Instuments Communication Port Programming
Interface 4.1
(CPPI 4.1) used on OMAP-L1x/DA8xx and AM35x.
At this moment, only the DMA controller and queue manager are
supported.
Support for the buffer manager is lacking but these chips don't have
it anyway.
On Mon, Jan 03, 2011 at 08:07:18PM +0300, Sergei Shtylyov wrote:
Hello.
On 03-01-2011 20:01, Gupta, Ajay Kumar wrote:
Add support for Texas Instuments Communication Port Programming Interface
4.1
(CPPI 4.1) used on OMAP-L1x/DA8xx and AM35x.
At this moment, only the DMA controller and
This patch set adds support for TI816X processor series. This series includes
DM8168, C6A816x and AM389x devices. The details can be found at following links:
http://focus.ti.com/general/docs/gencontent.tsp?contentId=77960
http://www.ti.com/ww/en/dsp/davinci-netra/index.shtml
This device is
This patch updates the common machine spcific source files with support for
TI816X.
Note1: At present, omap34xx_io_desc data is reused for mapping, but TI816X only
has L4 slow address in common with OMAP3 and thus using omap34xx data results
into creating mappings for reserved/incorrect regions
This patch adds minimal support and build configuration for TI816X EVM.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-ti8168evm.c | 58
This patch updates the common platform files with TI816X support. Also adds new
files for TI816X modules base addresseses and irq definitions.
The approach taken in this patch is to add TI816X as part of OMAP3 variant where
the cpu class is considered as OMAP34XX and the type is TI816X. This
This patch adds support for low level debugging on TI816X boards. Currently the
support for UART3 console on TI816X EVM is added.
Signed-off-by: Hemant Pedanekar hema...@ti.com
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 12
arch/arm/plat-omap/include/plat/serial.h
Source:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
branch: omap-for-linus
Doing a rm arch/arm/mach-omap2/*.o;make C=1 arch/arm/mach-omap2/
resulted in the following sparse warnings:
http://pastebin.mozilla.org/907954
This series fixes the twl warnings
Nishanth Menon
twl_init functions are declared in pm.h and used in pm.c
pm.h header defining the protos need to be included to
ensure that omap_twl.c has consistent function definition.
This fixes sparse warning:
arch/arm/mach-omap2/omap_twl.c:237:12: warning: symbol 'omap4_twl_init' was not
declared. Should it
The uv_to_vsel, vsel_to_uv functions don't need to be exposed to the
world as they are used as function pointers. make them static.
Fixes sparse warnings:
arch/arm/mach-omap2/omap_twl.c:63:15: warning: symbol 'twl4030_vsel_to_uv' was
not declared. Should it be static?
Hi,
* Elvis Dowson elvis.dow...@mac.com [101226 13:26]:
Hi,
This patch fixes section mismatch warnings for etm_probe() and
etb_probe() for linux-2.6.37-rc7.
This you should resend to linux-arm-kernel.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe
omap_enable_smartreflex_on_init is meant to be used by boards
which would like to have SR enabled by default on the platform, while
omap_devinit_smartreflex is used by pm code, the protos are defined
in pm.h. This header should be included to ensure that sr_device
function definitions match the
Tejun,
On Mon, Jan 3, 2011 at 7:49 AM, Tejun Heo t...@kernel.org wrote:
With cmwq, there's no reason to use a separate workqueue for mailbox.
Use the system_wq instead. mbox-rxq-work is sync flushed in
omap_mbox_fini() to make sure it's not running on any cpu, which makes
sure that no mbox
On Mon, Jan 03, 2011 at 12:58:28PM -0600, Nishanth Menon wrote:
Source:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
branch: omap-for-linus
Doing a rm arch/arm/mach-omap2/*.o;make C=1 arch/arm/mach-omap2/
resulted in the following sparse warnings:
Russell King - ARM Linux had written, on 01/03/2011 04:36 PM, the following:
On Mon, Jan 03, 2011 at 12:58:28PM -0600, Nishanth Menon wrote:
Source:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
branch: omap-for-linus
Doing a rm arch/arm/mach-omap2/*.o;make C=1
Hello Hemant
On Mon, 3 Jan 2011, Hemant Pedanekar wrote:
This patch updates the common platform files with TI816X support. Also adds
new
files for TI816X modules base addresseses and irq definitions.
The approach taken in this patch is to add TI816X as part of OMAP3 variant
where
the
On Mon, 3 Jan 2011, Hemant Pedanekar wrote:
Note2: The optimized irq macro for omap3 skips checking the 4th irq status
register but this needs to be added for TI816X (interrupts 96 to 127).
Presently, only the multi-omap irq macro (unoptimized) is updated to check the
4th status register.
* Felipe Balbi ba...@ti.com [110102 23:49]:
@@ -53,23 +54,23 @@
struct retu {
/* Device lock */
spinlock_t lock;
- struct tasklet_struct tasklet;
+ struct mutexirq_lock;
struct device *dev;
+ int
* Felipe Balbi ba...@ti.com [110102 23:49]:
This is pretty much a cleanup patch just
adding a context structure for Retu, to avoid
all the globals it had.
Note that this breaks retu-user.c due to moving
the lock around, but that retu-user.c has to
go anyway as it's completely non-standard
* Paul Walmsley p...@pwsan.com [110103 15:06]:
Hello Hemant
On Mon, 3 Jan 2011, Hemant Pedanekar wrote:
This patch updates the common platform files with TI816X support. Also adds
new
files for TI816X modules base addresseses and irq definitions.
The approach taken in this patch
* Guruswamy Senthilvadivu svad...@ti.com [110103 04:51]:
+ char *omap2_oh_name[] = { dss_dss, dss_dispc, dss_rfbi,
+ dss_venc };
+ char *omap3_oh_name[] = { dss_dss, dss_dispc, dss_rfbi,
+ dss_venc, dss_dsi1 };
+ char
Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Monday, January 03, 2011 8:12 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP2+: hwmod: incorrect computation of autoidle_mask
Hi Tarun,
On 1/3/2011 10:59 PM, DebBarma, Tarun Kanti
Hello,
On Mon, Jan 03, 2011 at 03:35:45PM -0600, Kanigeri, Hari wrote:
This was changed to dedicated work queue because of performance issues
when there is heavy mailbox traffic between the cores.
Reference:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg24240.html
Using
On Mon, Jan 03, 2011 at 05:40:16PM -0800, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [110102 23:49]:
This is pretty much a cleanup patch just
adding a context structure for Retu, to avoid
all the globals it had.
Note that this breaks retu-user.c due to moving
the lock around, but that
On Mon, Jan 03, 2011 at 05:40:02PM -0800, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [110102 23:49]:
@@ -53,23 +54,23 @@
struct retu {
/* Device lock */
spinlock_t lock;
- struct tasklet_struct tasklet;
+ struct mutexirq_lock;
I am trying to get a vendor provided I2C touchscreen driver working with
android froyo with a 2.6.32 linux kernel for a client. I have fixed alot
of things and I am down to one serious problem remaining.
The driver is oops'ing reading the touchscreen data in omap_i2c_xfer.
I tried to figure out
Hi,
On 12/21/10 09:40, ext Kishon Vijay Abraham I wrote:
McBSP2/3 in OMAP3 has sidetone feature which requires autoidle
to be disabled before starting the sidetone. Also SYSCONFIG
register has to be set with smart idle or no idle depending on the
dma op mode (threshold or element sync). For
53 matches
Mail list logo
