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 i
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: T
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
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/mach-omap2/board-flash.c |2 +
> arch/arm/plat-omap/include/plat/na
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
> Signed-off-by: Sukumar Ghorai
> ---
> arch/arm/m
From: Senthilvadivu Guruswamy
Use driver name in regulator inits needed for display instead of using device
structure name.
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mach-omap2/board-3430sdp.c | 11 +++
arch/arm/mach-omap2/board-cm-t35.c | 12
arch
From: Senthilvadivu Guruswamy
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
---
drivers/video/omap2/dss/
From: Senthilvadivu Guruswamy
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
---
arch/arm/mach-omap2/board-3430sdp.c
From: Senthilvadivu Guruswamy
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
---
arch/arm/mach-omap2/devices.c | 50
From: Senthilvadivu Guruswamy
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 omap_display t
From: Senthilvadivu Guruswamy
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
---
drivers/video/omap2/dss/core.c | 16
drivers/video/omap2/dss/ds
From: Senthilvadivu Guruswamy
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
---
drivers/video/oma
From: Senthilvadivu Guruswamy
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 care of panel
From: Senthilvadivu Guruswamy
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
---
drivers/video/omap2/dss
From: Senthilvadivu Guruswamy
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
Acked-by: Benoit Cousson
---
arc
From: Senthilvadivu Guruswamy
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
---
drivers/video/omap2/dss/dss.c
From: Senthilvadivu Guruswamy
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 this series. An
From: Senthilvadivu Guruswamy
Hwmod needs database of all IPs in a system. This patch generates the hwmod
database for Display Sub System applicable for OMAP3430-ES2 onwards and
OMAP36xx. DSS is also considered as an IP as DISPC, RFBI and named as dss_dss.
For all the IP modules in DSS, same clo
From: Senthilvadivu Guruswamy
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.
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mach-omap2/board-
From: Senthilvadivu Guruswamy
Hwmod adaptation design requires each of the DSS HW IP to be a platform driver.
Platform driver of dsshw has to be registered before of dispc, rfbi, dsi1,
venc and omapdisplay driver should be after all the HW IPs. Sequence it with
arch_initcall and device_initcall_
From: Senthilvadivu Guruswamy
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
Acked-by: Benoit Cousson
---
ar
From: Senthilvadivu Guruswamy
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
---
drivers/video/omap2/dss/core.c |
From: Senthilvadivu Guruswamy
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.
Signed-off-by: S
On Fri, Dec 31, 2010 at 12:33 AM, Grant Likely
wrote:
> On Wed, Dec 01, 2010 at 07:31:22PM +0530, Govindraj.R wrote:
>> From: Charulatha V
>>
>> Update the 2430 hwmod data file with McSPI info.
>>
>> Signed-off-by: Charulatha V
>> Signed-off-by: Govindraj.R
>
> Hmmm; this patch is virtually ide
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
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org
> [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Elvis Dowson
> Sent: Monday, January 03, 2011 4:07 AM
> To: linux-omap Mailing List
> Subject: Cannot get USB ports on custom beagleboard to work
>
> Hi,
>I have
Hi Tarun,
On 1/3/2011 10:59 PM, DebBarma, Tarun Kanti wrote:
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.
Just a minor comment; it looks from this description that you are not
1
saw...@ti.com had written, on 12/30/2010 06:04 AM, the following:
From: Anand Sawant
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 scaling issue
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 a
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
>
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 queue manager are supported.
Support for the buffer manager is lacking b
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
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 th
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 archi
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 ex
This patch adds minimal support and build configuration for TI816X EVM.
Signed-off-by: Hemant Pedanekar
---
arch/arm/mach-omap2/Kconfig |5 +++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-ti8168evm.c | 58 +
3 files ch
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 means
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
---
arch/arm/mach-omap2/include/mach/debug-macro.S | 12
arch/arm/plat-omap/include/plat/serial.h |3 +++
arc
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?
arch/arm/mach-omap2/omap_twl
Hi,
* Elvis Dowson [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 linux-omap" in
the body o
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 pro
Hi,
On Mon, Jan 03, 2011 at 10:45:35PM +0530, Gupta, Ajay Kumar wrote:
> Moreover, even Felipe also seems to move other musb
> DMAs (Inventra, CPPI3.0, TUSB) to drivers/dma.
Frankly speaking, I doubt that drivers/dma/ will have place for the
purely MUSB specific DMA engines such as the name
Hi,
On Mon, Jan 03, 2011 at 05:19:45PM +, Russell King - ARM Linux wrote:
Frankly speaking, I doubt that drivers/dma/ will have place for the
purely MUSB specific DMA engines such as the named ones (there's no TUSB
DMA BTW -- it uses OMAP DMA).
Long term, we need to kill off all these p
Tejun,
On Mon, Jan 3, 2011 at 7:49 AM, Tejun Heo 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 work is run
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:
> http://pa
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 arch/ar
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
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 [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 irq_bas
* Felipe Balbi [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 way
>
* Paul Walmsley [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 [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 K
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 ded
On Mon, Jan 03, 2011 at 05:40:16PM -0800, Tony Lindgren wrote:
* Felipe Balbi [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
On Mon, Jan 03, 2011 at 05:40:02PM -0800, Tony Lindgren wrote:
* Felipe Balbi [110102 23:49]:
@@ -53,23 +54,23 @@
struct retu {
/* Device lock */
spinlock_t lock;
- struct tasklet_struct tasklet;
+ struct mutexirq_lock;
struct devi
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 w
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). Fo
Hi,
On Tue, Jan 04, 2011 at 08:52:29AM +0200, Felipe Balbi wrote:
On Mon, Jan 03, 2011 at 05:40:02PM -0800, Tony Lindgren wrote:
* Felipe Balbi [110102 23:49]:
@@ -53,23 +54,23 @@
struct retu {
/* Device lock */
spinlock_t lock;
- struct tasklet_struct tas
On Tue, Jan 04, 2011 at 09:46:15AM +0200, Felipe Balbi wrote:
@@ -593,6 +594,14 @@ static struct twl4030_platform_data sdp3430_twldata = {
.vpll2 = &sdp3430_vpll2,
};
+static void __init sdp3430_twl_init(void)
+{
+ int irq_base = omap_irq_get_base();
+
+ sd
63 matches
Mail list logo