[PATCH 0/6] OMAP: iommu: hwmod, reset handling and runtime PM

2012-06-15 Thread Omar Ramirez Luna
handling, based on a series that needs to be accepted first. - Fix for compile break if IOMMU_API is not selected. Previous work can be found at: http://www.mail-archive.com/linux-omap@vger.kernel.org/msg60133.html Omar Ramirez Luna (6): ARM: OMAP: iommu: fix including iommu.h without IOMMU_API

[PATCH 1/6] ARM: OMAP: iommu: fix including iommu.h without IOMMU_API selected

2012-06-15 Thread Omar Ramirez Luna
includes iommu.h to get the structure for attributes. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/plat-omap/include/plat/iommu.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/arch/arm/plat-omap/include/plat/iommu.h b/arch/arm/plat-omap/include/plat

[PATCH 2/6] ARM: OMAP3: hwmod data: add mmu data for iva and isp

2012-06-15 Thread Omar Ramirez Luna
be migrated to iommu framework. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 117 arch/arm/plat-omap/include/plat/iommu.h| 13 +++ 2 files changed, 130 insertions(+), 0 deletions(-) diff --git a/arch/arm

[PATCH 3/6] ARM: OMAP4: hwmod data: add mmu hwmod for ipu and dsp

2012-06-15 Thread Omar Ramirez Luna
Add mmu hwmod data for ipu and dsp. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 136 +++- 1 files changed, 134 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c b/arch/arm

[PATCH 4/6] ARM: OMAP3/4: iommu: migrate to hwmod framework

2012-06-15 Thread Omar Ramirez Luna
device and resource data, handling of sysconfig register for softreset purposes, use default latency structure. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/devices.c |2 +- arch/arm/mach-omap2/iommu2.c| 19 arch/arm/mach-omap2

[PATCH 5/6] ARM: OMAP2+: iommu: add reset handling

2012-06-15 Thread Omar Ramirez Luna
Recent changes in hwmod now require for drivers to handle reset lines. Otherwise iommu initialization will fail. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/omap-iommu.c|6 ++ arch/arm/plat-omap/include/plat/iommu.h |6 ++ drivers/iommu

[PATCH 6/6] ARM: OMAP3/4: iommu: adapt to runtime pm

2012-06-15 Thread Omar Ramirez Luna
Use runtime PM functionality interfaced with hwmod enable/idle functions, to replace direct clock operations and sysconfig handling. Due to reset sequence, pm_runtime_put_sync must be used, to avoid possible operations with the module under reset. Signed-off-by: Omar Ramirez Luna omar.l

Re: [PATCH 3/6] ARM: OMAP4: hwmod data: add mmu hwmod for ipu and dsp

2012-06-19 Thread Omar Ramirez Luna
Hi Benoit, On 19 June 2012 07:36, Cousson, Benoit b-cous...@ti.com wrote: On 6/16/2012 3:56 AM, Omar Ramirez Luna wrote: ... +static struct omap_hwmod omap44xx_ipu_mmu_hwmod = { +     .name           = ipu_mmu, +     .class          = omap44xx_mmu_hwmod_class, +     .clkdm_name

Re: [PATCH 0/3] OMAP: hwmod: reset API proposal

2012-06-27 Thread Omar Ramirez Luna
Hi Paul, On 15 June 2012 20:54, Omar Ramirez Luna omar.l...@linaro.org wrote: Recent changes in omap_hwmod framework have reworked the behaviour towards hardreset handling, commit 747834a (ARM: OMAP2+: hwmod: revise hardreset behavior) recommends for drivers to implement their own reset

Re: [PATCH 3/6] ARM: OMAP4: hwmod data: add mmu hwmod for ipu and dsp

2012-06-27 Thread Omar Ramirez Luna
+ Paul On 19 June 2012 12:48, Cousson, Benoit b-cous...@ti.com wrote: On 6/19/2012 6:39 PM, Omar Ramirez Luna wrote: Hi Benoit, On 19 June 2012 07:36, Cousson, Benoit b-cous...@ti.com wrote: On 6/16/2012 3:56 AM, Omar Ramirez Luna wrote: ... +static struct omap_hwmod

[PATCH v2 1/3] OMAP3: l3: fix for irq 10: nobody cared message

2011-04-18 Thread Omar Ramirez Luna
for the touched lines. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/mach-omap2/omap_l3_smx.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/omap_l3_smx.c b/arch/arm/mach

[PATCH v2 3/3] OMAP3/4: l3: minor cleanup for parenthesis and extra spaces

2011-04-18 Thread Omar Ramirez Luna
... In-Band Error seen... Other messages are self explanatory, no Error added to them. (E.g.: Address Hole seen...) Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com Acked-by: Santosh Shilimkar santosh.shilim...@ti.com --- arch/arm/mach-omap2/omap_l3_noc.c | 17 +++-- arch/arm/mach

[PATCH v2 0/3] OMAP: l3: fixes and cleanup

2011-04-18 Thread Omar Ramirez Luna
= (L3_AGENT_STATUS_CLEAR_IA int_type) | L3_AGENT_STATUS_CLEAR_TA; v2: - Joining omap3_l3_probe fixes into a single patch. - Joining trivial cleanups into a single patch. - Adding acked by Santosh line. --- [1] https://patchwork.kernel.org/patch/665141/ Omar Ramirez Luna (3): OMAP3: l3: fix

[PATCH] iommu: OMAP: device detach on domain destroy

2012-03-30 Thread Omar Ramirez Luna
using the iommu, current use cases only have one user of iommu per instance. When required this can evolve to a list with the devices using the iommu_dev. Reported-by: Joerg Roedel j...@8bytes.org Reviewed-by: Ohad Ben-Cohen o...@wizery.com Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org

[PATCH v2] iommu: OMAP: device detach on domain destroy

2012-04-18 Thread Omar Ramirez Luna
using the iommu, current use cases only have one user of iommu per instance. When required this can evolve to a list with the devices using the iommu_dev. Reported-by: Joerg Roedel j...@8bytes.org Reviewed-by: Ohad Ben-Cohen o...@wizery.com Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org

Re: [PATCH] iommu: OMAP: device detach on domain destroy

2012-04-18 Thread Omar Ramirez Luna
Hi Joerg, On 12 April 2012 05:25, Joerg Roedel joerg.roe...@amd.com wrote: Doesn't apply against 3.4-rc2. Please rebase and send a new version. I rebased the patch and sent v2. Thanks, Omar -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to

[PATCH 0/2] OMAP: mailbox initial device tree support

2012-05-01 Thread Omar Ramirez Luna
To allow mailbox driver to function with device tree. Tested in OMAP4 and OMAP3. OMAP2 untested. Omar Ramirez Luna (2): OMAP: mailbox: add device tree support arm/dts: OMAP2+: Add mailbox nodes .../devicetree/bindings/arm/omap/mailbox.txt |9 + arch/arm/boot/dts/omap2

[PATCH 1/2] OMAP: mailbox: add device tree support

2012-05-01 Thread Omar Ramirez Luna
Adapt driver to use DT if provided. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- .../devicetree/bindings/arm/omap/mailbox.txt |9 + arch/arm/mach-omap2/devices.c |3 +++ arch/arm/mach-omap2/mailbox.c | 12

[PATCH 2/2] arm/dts: OMAP2+: Add mailbox nodes

2012-05-01 Thread Omar Ramirez Luna
Add nodes for mailbox DT, to interface with hwmods. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/boot/dts/omap2.dtsi |5 + arch/arm/boot/dts/omap3.dtsi |5 + arch/arm/boot/dts/omap4.dtsi |5 + 3 files changed, 15 insertions(+), 0 deletions(-) diff

Re: In-band Error seen by IVA_SS at address 0

2011-12-08 Thread Omar Ramirez Luna
Hi, On Thu, Dec 8, 2011 at 12:50 PM, Felipe Contreras felipe.contre...@gmail.com wrote: On Thu, Dec 8, 2011 at 8:43 PM, Felipe Contreras felipe.contre...@gmail.com wrote: I get this while loading the bridgedriver: Agh, Gmail garbled that. http://pastie.org/pastes/2987239/text Missed this

[PATCH] ARM: remove header files included more than once

2011-12-09 Thread Omar Ramirez Luna
checkincludes.pl complains about these: linux/debugfs.h linux/dma-mapping.h linux/gpio.h linux/sched.h linux/slab.h plat/common.h plat/i2c.h Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-bcmring/dma.c

[PATCH v4 0/4] OMAP: iommu: hwmod support and runtime PM

2011-12-14 Thread Omar Ramirez Luna
; this until tidspbridge can be safely migrated to iommu framework. Omar Ramirez Luna (4): OMAP3: hwmod data: add mmu data for iva and isp OMAP4: hwmod data: add mmu hwmod for ipu and dsp OMAP3/4: iommu: migrate to hwmod framework OMAP3/4: iommu: adapt to runtime pm arch/arm/mach-omap2/iommu2

[PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp

2011-12-14 Thread Omar Ramirez Luna
be migrated to iommu framework. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 135 arch/arm/plat-omap/include/plat/iommu.h| 13 +++ 2 files changed, 148 insertions(+), 0 deletions(-) diff --git a/arch/arm

[PATCH v4 2/4] OMAP4: hwmod data: add mmu hwmod for ipu and dsp

2011-12-14 Thread Omar Ramirez Luna
Add mmu hwmod data for ipu and dsp. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 154 +-- 1 files changed, 142 insertions(+), 12 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c b/arch/arm

[PATCH v4 3/4] OMAP3/4: iommu: migrate to hwmod framework

2011-12-14 Thread Omar Ramirez Luna
device and resource data, handling of sysconfig register for softreset purposes, use default latency structure. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/iommu2.c| 19 arch/arm/mach-omap2/omap-iommu.c| 157

[PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm

2011-12-14 Thread Omar Ramirez Luna
on iommu_enable/disable so it doesn't rely on others to keep the clocks on. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/iommu2.c | 17 --- arch/arm/mach-omap2/omap-iommu.c |1 - arch/arm/plat-omap/include/plat/iommu.h |2 - arch/arm

[PATCH 0/2] staging: tidspbridge: memory leak fixes

2012-01-30 Thread Omar Ramirez Luna
triggered error paths during module removal leaking some memory. When accepted they must be propagated to stable kernel releases. Omar Ramirez Luna (2): staging: tidspbridge: fix bridge_open memory leaks staging: tidspbridge: fix incorrect free to drv_datap drivers/staging/tidspbridge/core

[PATCH 1/2] staging: tidspbridge: fix bridge_open memory leaks

2012-01-30 Thread Omar Ramirez Luna
variables could result in memory leaking due to missing handling of failure scenarios. While at it, the indentation changes were introduced to avoid interleaved goto statements inside big if blocks. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- drivers/staging/tidspbridge/rmgr/drv_interface.c

[PATCH 2/2] staging: tidspbridge: fix incorrect free to drv_datap

2012-01-30 Thread Omar Ramirez Luna
drv_get_first_dev_extension: Failed to retrieve the object handle drv_destroy: Failed to store DRV object mgr_destroy: Failed to store MGR object Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- drivers/staging/tidspbridge/core/tiomap3430.c|2 -- drivers/staging/tidspbridge/rmgr

Re: [PATCH 1/2] staging: tidspbridge: fix bridge_open memory leaks

2012-01-31 Thread Omar Ramirez Luna
On Tue, Jan 31, 2012 at 2:17 AM, Dan Carpenter dan.carpen...@oracle.com wrote: On Mon, Jan 30, 2012 at 07:20:17PM -0600, Omar Ramirez Luna wrote: There are two members of pr_ctxt allocated during bridge_open that are never freed resulting in memory leaks, these are stream_id and node_id

[RFC PATCH 0/2] staging: tidspbridge: detecting wdt from baseimage

2012-02-14 Thread Omar Ramirez Luna
to take (between this and default y for CONFIG_TIDSPBRIDGE_WDT3[1]). [1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg62119.html Omar Ramirez Luna (2): staging: tidspbridge: always compile dsp wdt code staging: tidspbridge: detect wdt3 feature at runtime drivers/staging

[RFC PATCH 1/2] staging: tidspbridge: always compile dsp wdt code

2012-02-14 Thread Omar Ramirez Luna
In order to detect it at runtime, we need the code handling wdt clock available at runtime to decide whether to enable or disable based on the baseimage symbols. Default timeout has been set to 5 seconds. Downside is that we will lose the option to set a custom timeout for overflow, but than can

[RFC PATCH 2/2] staging: tidspbridge: detect wdt3 feature at runtime

2012-02-14 Thread Omar Ramirez Luna
... That occurs because the dsp tries to access wdt3 registers when the clock for those registers is not enabled. Reported-by: Felipe Contreras felipe.contre...@gmail.com Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- drivers/staging/tidspbridge/core/tiomap3430.c | 10 +++--- 1 files

Re: [PATCH] staging: tidspbridge: enable watchdog by default

2012-02-15 Thread Omar Ramirez Luna
2012/2/15 Víctor M. Jáquez L. vjaq...@igalia.com: On Tue, Feb 14, 2012 at 08:56:11PM -0600, Ramirez Luna, Omar wrote: On Tue, Feb 14, 2012 at 10:23 AM, Felipe Contreras felipe.contre...@gmail.com wrote: When that case is applicable, we should first modify the loader code or prepare the

Re: [PATCH v2 1/2] mailbox: OMAP: introduce mailbox framework

2012-11-06 Thread Omar Ramirez Luna
Hi Stephen, On 5 November 2012 21:40, Stephen Warren swar...@wwwdotorg.org wrote: On 11/05/2012 07:55 PM, Omar Ramirez Luna wrote: Actually moving it from plat-omap, as this framework/driver code is supposed to be under drivers/ folder. The framework should work with the current supported

Re: [PATCH v2 1/2] mailbox: OMAP: introduce mailbox framework

2012-11-06 Thread Omar Ramirez Luna
Hi Greg, On 6 November 2012 02:59, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Tue, Nov 06, 2012 at 09:55:52AM +0100, Linus Walleij wrote: On Tue, Nov 6, 2012 at 4:40 AM, Stephen Warren swar...@wwwdotorg.org wrote: Is this a public interface to the driver? If so, shouldn't the

Re: [PATCH v2 2/2] mailbox: split internal header from API header

2012-11-06 Thread Omar Ramirez Luna
Hi Loic, On 6 November 2012 06:53, Loic PALLARDY loic.palla...@st.com wrote: On 11/06/2012 03:55 AM, Omar Ramirez Luna wrote: Now internal structures can remain hidden to the user and just API related functions and defines are made available. Signed-off-by: Omar Ramirez Lunaomar.l

Re: [PATCH v5 0/6] Move rest of omap-iommu to live in drivers/iommu

2012-11-12 Thread Omar Ramirez Luna
Hi, On 11 November 2012 03:39, Ohad Ben-Cohen o...@wizery.com wrote: On Fri, Nov 2, 2012 at 9:23 PM, Tony Lindgren t...@atomide.com wrote: We need to move the iommu code to live under drivers for arm common zImage support. For the iommu changes in the entire series: Acked-by: Ohad

[PATCH v4 0/2] OMAP: iommu: hwmod, reset handling and runtime PM

2012-11-13 Thread Omar Ramirez Luna
/gmane.linux.kernel/1387788 Minor rebasing might be needed if these are included on top of linux-omap, since they are affected by changes on headers being moved to include/linux/platform_data and arch/arm/mach-omap2. Omar Ramirez Luna (2): ARM: OMAP3/4: iommu: migrate to hwmod framework ARM

[PATCH v4 1/2] ARM: OMAP3/4: iommu: migrate to hwmod framework

2012-11-13 Thread Omar Ramirez Luna
device and resource data, handling of sysconfig register for softreset purposes, use default latency structure. - Use hwmod API for reset handling. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/devices.c|2 +- arch/arm/mach-omap2/omap-iommu.c

[PATCH v4 2/2] ARM: OMAP3/4: iommu: adapt to runtime pm

2012-11-13 Thread Omar Ramirez Luna
Use runtime PM functionality interfaced with hwmod enable/idle functions, to replace direct clock operations and sysconfig handling. Dues to reset sequence, pm_runtime_put_sync must be used, to avoid possible operations with the module under reset. Signed-off-by: Omar Ramirez Luna omar.l

[PATCH] ARM: OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf clocks

2012-11-13 Thread Omar Ramirez Luna
is to get rid of leaf clocks in future. So remove these two while at it. [1] http://lkml.org/lkml/2012/8/20/226 Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/clock44xx_data.c | 22 -- arch/arm/mach-omap2/omap_hwmod_44xx_data.c |4 ++-- 2

Re: [PATCH] ARM: OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf clocks

2012-11-15 Thread Omar Ramirez Luna
Hi, On 14 November 2012 09:44, Paul Walmsley p...@pwsan.com wrote: Hi On Tue, 13 Nov 2012, Omar Ramirez Luna wrote: This prevents hwmod _enable_clocks...omap2_dflt_clk_enable path from enabling modulemode inside CLKCTRL using its clk-enable_reg field. Instead is left

Re: [PATCH v4 2/2] ARM: OMAP3/4: iommu: adapt to runtime pm

2012-11-15 Thread Omar Ramirez Luna
Hi Ohad, On 14 November 2012 03:54, Ohad Ben-Cohen o...@wizery.com wrote: Hi Omar, On Wed, Nov 14, 2012 at 4:34 AM, Omar Ramirez Luna omar.l...@linaro.org wrote: Use runtime PM functionality interfaced with hwmod enable/idle functions, to replace direct clock operations and sysconfig

Re: [PATCH v4 2/2] ARM: OMAP3/4: iommu: adapt to runtime pm

2012-11-15 Thread Omar Ramirez Luna
On 15 November 2012 11:39, Ohad Ben-Cohen o...@wizery.com wrote: I do agree description is missing, again I thought I had done this somewhere but looks like I didn't, will update these. If you think these should be different patches please let me know, otherwise I would like to keep a single

Re: [PATCH 7/8] ARM: OMAP: Remove unnecessary inclusion of dmtimer.h

2012-11-15 Thread Omar Ramirez Luna
that this file needs to include dmtimer.h. Indeed, we don't use it here. Is it ok for this to go through Tony's tree? If so, care to ACK? Looks fine to me, but I believe you will want to let Greg know if this patch will bypass staging tree. Acked-by: Omar Ramirez Luna omar.l...@linaro.org

[PATCH v5 2/5] iommu/omap: keep mmu enabled when requested

2012-11-19 Thread Omar Ramirez Luna
doesn't work if the module is not enabled first, but in future if the mmu is idled withouth freeing, these are needed to debug. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- drivers/iommu/omap-iommu.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/drivers

[PATCH v5 3/5] iommu/omap: migrate to hwmod framework

2012-11-19 Thread Omar Ramirez Luna
device and resource data, handling of sysconfig register for softreset purposes, use default latency structure. - Use hwmod API for reset handling. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/devices.c|2 +- arch/arm/mach-omap2/omap-iommu.c

[PATCH v5 5/5] ARM: OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf clocks

2012-11-19 Thread Omar Ramirez Luna
is to get rid of leaf clocks in future. So remove these two while at it. [1] http://lkml.org/lkml/2012/8/20/226 Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/clock44xx_data.c | 22 -- arch/arm/mach-omap2/omap_hwmod_44xx_data.c |4 ++-- 2

[PATCH v5 4/5] iommu/omap: adapt to runtime pm

2012-11-19 Thread Omar Ramirez Luna
through debugfs, some of them doesn't work if the module is not enabled first, but in future if the mmu is idled withouth freeing, these are needed to debug. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- arch/arm/mach-omap2/omap-iommu.c |1 - drivers/iommu/omap-iommu.c

[PATCH v5 0/5] OMAP: iommu: hwmod, reset handling and runtime PM

2012-11-19 Thread Omar Ramirez Luna
/mach-omap2. Omar Ramirez Luna (5): iommu/omap: remove redundant clock handling on ISR iommu/omap: keep mmu enabled when requested iommu/omap: migrate to hwmod framework iommu/omap: adapt to runtime pm ARM: OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf clocks

[PATCH v5 1/5] iommu/omap: remove redundant clock handling on ISR

2012-11-19 Thread Omar Ramirez Luna
context the handling of clocks inside the ISR doesn't seem to be needed nor helping. Next patch should also correct the dependency on clients to handle iommu clocks. Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org --- drivers/iommu/omap-iommu.c |2 -- 1 files changed, 0 insertions(+), 2

Re: [PATCH 0/9] drivers: mailbox: framework creation

2012-12-21 Thread Omar Ramirez Luna
Hi Loic/Ohad, On Fri, Dec 21, 2012 at 2:52 AM, Loic PALLARDY loic.palla...@st.com wrote: On 12/21/2012 08:31 AM, Ohad Ben-Cohen wrote: On Thu, Dec 20, 2012 at 9:19 PM, Olof Johanssono...@lixom.net wrote: While we can make the branch stable, would it make sense to make remoteproc for omap

[PATCH 2/2] staging: tidspbridge: use prepare/unprepare on dsp clocks

2012-12-24 Thread Omar Ramirez Luna
in the correct order while handling clocks. Code path to enable/disable dsp clocks can still be reached from an atomic context, hence we can't use clk_prepare_enable and clk_disable_unprepare yet. Signed-off-by: Omar Ramirez Luna omar.rami...@copitl.com --- drivers/staging/tidspbridge/core/dsp-clock.c

[PATCH 1/2] staging: tidspbridge: fix breakages due to CM reorganization

2012-12-24 Thread Omar Ramirez Luna
: error: 'OMAP3430_CM_AUTOIDLE_PLL' undeclared (first use in this function) drivers/staging/tidspbridge/core/tiomap_io.c:416:13: error: 'OMAP3430_CM_CLKEN_PLL' undeclared (first use in this function) Reported-by: Chen Gang gang.c...@asianux.com Signed-off-by: Omar Ramirez Luna omar.rami

Re: [PATCH 1/2] staging: tidspbridge: fix breakages due to CM reorganization

2013-01-07 Thread Omar Ramirez Luna
On Mon, Jan 7, 2013 at 5:03 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Mon, Dec 24, 2012 at 08:10:24AM -0600, Omar Ramirez Luna wrote: 3.8-rc1 introduced changes in the clock management header files, this resulted in compilation breakages for this driver. Define this locally

[PATCH 0/5] staging: tidspbridge: for 3.9

2013-01-10 Thread Omar Ramirez Luna
Patches for staging-next, fixing comments and suggestions provided by Chen Gang. There is an additional scm patch, that removes hardcoded defines related to direct register handling for SCM, it was dependent on changes that already made it to mainline. Omar Ramirez Luna (5): staging

[PATCH 1/5] staging: tidspbridge: fix potential array out of bounds write

2013-01-10 Thread Omar Ramirez Luna
, because the driver expects the NULL ending to be among the 255 char limit. Reported-by: Chen Gang gang.c...@asianux.com Signed-off-by: Omar Ramirez Luna omar.rami...@copitl.com --- drivers/staging/tidspbridge/rmgr/proc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 2/5] staging: tidspbridge: fix memory corruption on long string names

2013-01-10 Thread Omar Ramirez Luna
The value allocated doesn't match the one that is meant to be stored, resulting in corruption of memory for longer strings that can't be held in such space. Fix by allocating the correct byte value for the string meant to be stored. Signed-off-by: Omar Ramirez Luna omar.rami...@copitl.com

[PATCH 3/5] staging: tidspbridge: fix uninitialized variable sym_name

2013-01-10 Thread Omar Ramirez Luna
On both counts, sym_name could be printed uninitialized, this is solved by moving the pr_* statement to be triggered if the value is assigned. Reported-by: Chen Gang gang.c...@asianux.com Signed-off-by: Omar Ramirez Luna omar.rami...@copitl.com --- drivers/staging/tidspbridge/rmgr/nldr.c |6

[PATCH 4/5] staging: tidspbridge: use scm functions to set boot address and mode

2013-01-10 Thread Omar Ramirez Luna
Instead of ioremapping SCM registers, use the correspondent layer to write into them. This allows us to get rid of a layer violation, since the registers are no longer touched by driver code. Signed-off-by: Omar Ramirez Luna omar.rami...@copitl.com --- drivers/staging/tidspbridge/core

[PATCH 5/5] staging: tidspbridge: remove unused code to handle iva_img

2013-01-10 Thread Omar Ramirez Luna
There is no way to specify the value of iva_img and since this code is not being used, remove it. This analysis resulted from a report by Chen Gang gang.c...@asianux.com, mentioning that the existing code was wrongly specifying the size to be copied. Signed-off-by: Omar Ramirez Luna omar.rami

Re: [PATCH 1/9] mailbox: OMAP: introduce mailbox framework

2013-01-11 Thread Omar Ramirez Luna
On Wed, Jan 9, 2013 at 6:29 AM, Loic PALLARDY loic.palla...@st.com wrote: Hi Vaibhav, On 01/09/2013 01:11 PM, Bedia, Vaibhav wrote: Hi Loic, On Fri, Dec 21, 2012 at 16:23:24, Loic PALLARDY wrote: On 12/21/2012 11:49 AM, Bedia, Vaibhav wrote: On Fri, Dec 21, 2012 at 14:24:26, Loic

Re: [PATCH 0/5] staging: tidspbridge: for 3.9

2013-01-20 Thread Omar Ramirez Luna
Hi Greg, On Thu, Jan 17, 2013 at 6:47 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: On Thu, Jan 10, 2013 at 03:36:57AM -0600, Omar Ramirez Luna wrote: Patches for staging-next, fixing comments and suggestions provided by Chen Gang. There is an additional scm patch, that removes

Re: [PATCH 0/5] staging: tidspbridge: for 3.9

2013-01-20 Thread Omar Ramirez Luna
Hi Tony, On Thu, Jan 17, 2013 at 8:01 PM, Tony Lindgren t...@atomide.com wrote: * Greg Kroah-Hartman gre...@linuxfoundation.org [130117 16:51]: On Thu, Jan 10, 2013 at 03:36:57AM -0600, Omar Ramirez Luna wrote: Patches for staging-next, fixing comments and suggestions provided by Chen Gang

Re: [PATCH 0/5] staging: tidspbridge: for 3.9

2013-01-20 Thread Omar Ramirez Luna
On Sun, Jan 20, 2013 at 5:51 PM, Greg Kroah-Hartman gre...@linuxfoundation.org wrote: That looks good, care to update the TODO file for the driver in the kernel to reflect this? I'll update it. Cheers, Omar -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of

[PATCH v6 4/4] OMAP: mailbox: use runtime pm for clk and sysc handling

2011-02-17 Thread Omar Ramirez Luna
Use runtime pm APIs to enable/disable mailbox clocks and to configure SYSC register. Based on the patch sent by Felipe Contreras: https://patchwork.kernel.org/patch/101662/ Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/mailbox.c | 67

[PATCH v6 0/4] omap: mailbox: hwmod support

2011-02-17 Thread Omar Ramirez Luna
) Felipe Contreras (2): OMAP3: hwmod data: add mailbox data OMAP: mailbox: build device using omap_device/omap_hwmod Omar Ramirez Luna (2): OMAP2: hwmod data: add mailbox data OMAP: mailbox: use runtime pm for clk and sysc handling arch/arm/mach-omap2/devices.c | 98

[PATCH v6 2/4] OMAP3: hwmod data: add mailbox data

2011-02-17 Thread Omar Ramirez Luna
From: Felipe Contreras felipe.contre...@gmail.com Mailbox hwmod data for omap3. Signed-off-by: Felipe Contreras felipe.contre...@gmail.com Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 71 1 files changed, 71

[PATCH v6 1/4] OMAP2: hwmod data: add mailbox data

2011-02-17 Thread Omar Ramirez Luna
Mailbox hwmod data for omap2430 and 2420. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_2420_data.c | 73 arch/arm/mach-omap2/omap_hwmod_2430_data.c | 72 +++ 2 files changed, 145 insertions(+), 0

[PATCH v6 3/4] OMAP: mailbox: build device using omap_device/omap_hwmod

2011-02-17 Thread Omar Ramirez Luna
be enabled and sysconfig is configured. Signed-off-by: Felipe Contreras felipe.contre...@gmail.com Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/devices.c | 98 +++-- arch/arm/mach-omap2/mailbox.c |7 +-- 2 files changed, 19

[PATCH] OMAP2+: hwmod: use status bit info for reset line

2011-03-01 Thread Omar Ramirez Luna
when the shift masks doesn't match both of the registers, and a successful reset might throw an error message or vice versa. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- In OMAP3 (with an IVA), this affects IVA domain (in parenthesis the shift needed). RSTCTRL has: RST3(2) RST2(1

[PATCH v2 0/4] OMAP: iommu: hwmod support and runtime PM

2011-03-07 Thread Omar Ramirez Luna
migrated to iommu framework. Omar Ramirez Luna (4): OMAP3/4: iommu: migrate to hwmod framework OMAP3/4: iommu: adapt to runtime pm OMAP3: hwmod data: Add mmu data for iva and isp OMAP4: hwmod data: add mmu hwmod for ipu and dsp arch/arm/mach-omap2/iommu2.c | 36 -- arch

[PATCH v2 1/4] OMAP3: hwmod data: add mmu data for iva and isp

2011-03-07 Thread Omar Ramirez Luna
Add mmu hwmod data for iva and isp. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 135 arch/arm/plat-omap/include/plat/iommu.h| 10 ++ 2 files changed, 145 insertions(+), 0 deletions(-) diff --git a/arch

[PATCH v2 3/4] OMAP3/4: iommu: migrate to hwmod framework

2011-03-07 Thread Omar Ramirez Luna
Use hwmod data and device attributes to build and register an omap device for iommu driver. Now unused, remove platform device and resource data, handling of sysconfig register for softreset purposes; and add device latency in preparation for runtime PM. Signed-off-by: Omar Ramirez Luna

[PATCH v2 4/4] OMAP3/4: iommu: adapt to runtime pm

2011-03-07 Thread Omar Ramirez Luna
Use runtime PM functionality interfaced with hwmod enable/idle functions, to replace direct clock operations, reset and sysconfig handling. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/iommu2.c | 17 -- arch/arm/mach-omap2/omap-iommu.c

[PATCH v2 2/4] OMAP4: hwmod data: add mmu hwmod for ipu and dsp

2011-03-07 Thread Omar Ramirez Luna
Add mmu hwmod data for ipu and dsp. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 156 +-- 1 files changed, 144 insertions(+), 12 deletions(-) diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c b/arch/arm

[PATCH] staging: tidspbridge: protect dmm_map properly

2011-03-11 Thread Omar Ramirez Luna
Ramirez Luna omar.rami...@ti.com --- drivers/staging/tidspbridge/rmgr/proc.c | 19 ++- 1 files changed, 14 insertions(+), 5 deletions(-) diff --git a/drivers/staging/tidspbridge/rmgr/proc.c b/drivers/staging/tidspbridge/rmgr/proc.c index b47d7aa..e2fe165 100644 --- a/drivers/staging

[PATCH 3/8] staging: tidspbridge: remove msleep for dsp transition wait

2011-03-23 Thread Omar Ramirez Luna
Remove msleep from the waiting loop used to the dsp transition into a lower power state. Instead use jiffies as the timeout count and do not sleep, otherwise when protecting this functions through spin_lock_bh it will cause a nasty BUG message to appear. Signed-off-by: Omar Ramirez Luna omar.rami

[PATCH] OMAP: iovmm: fix SW flags passed by user

2011-03-25 Thread Omar Ramirez Luna
Commit d038aee24dcd changes iovmm to receive flags specified by user, however the upper 16 bits of the flags are wiped by iovmm itself. This fixes IOVMF_DA_FIXED flags from being lost, and lets the user map its desired device addresses. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com

[PATCH v2] OMAP: iovmm: fix SW flags passed by user

2011-03-25 Thread Omar Ramirez Luna
desired device addresses. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- v2: Include missing reference (commit and name) to patch in description. arch/arm/plat-omap/include/plat/iovmm.h |3 --- arch/arm/plat-omap/iovmm.c |4 2 files changed, 0 insertions(+), 7

[PATCH] OMAP3: l3: fix for irq 10: nobody cared message

2011-03-25 Thread Omar Ramirez Luna
If an error occurs in the L3 on any other initiator than MPU, the interrupt goes unhandled given that the 'base' register was calculated with the initialized err_base value (which coincidentally points to MPU) and not with the actual source of the error. Signed-off-by: Omar Ramirez Luna omar.rami

[PATCH 4/5] OMAP4: l3: fix omap4_l3_probe error path

2011-03-29 Thread Omar Ramirez Luna
If kzalloc fails driver shouldn't continue with a NULL pointer. Add missing free_irq and remove empty goto labels. Safe to assume that if we reached the end point of execution without errors, then return value is 0, so replacing instead another goto. Signed-off-by: Omar Ramirez Luna omar.rami

[PATCH 5/5] OMAP4: l3: minor cleanup for parenthesis and extra spaces

2011-03-29 Thread Omar Ramirez Luna
Removing unneeded parenthesis and two consecutive spaces around: std_err_main = readl(std_err_main_addr); ^^ While at it collapsing an if statement to detect the type of error based on the irq received. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com

[PATCH 0/5] OMAP: l3: fixes and cleanup

2011-03-29 Thread Omar Ramirez Luna
= (L3_AGENT_STATUS_CLEAR_IA int_type) | L3_AGENT_STATUS_CLEAR_TA; --- [1] https://patchwork.kernel.org/patch/665141/ Omar Ramirez Luna (5): OMAP3: l3: fix for irq 10: nobody cared message OMAP3: l3: fix omap3_l3_probe error path OMAP3: l3: minor cleanup for error message, parenthesis

[PATCH 2/5] OMAP3: l3: fix omap3_l3_probe error path

2011-03-29 Thread Omar Ramirez Luna
Add missing free_irq and remove an empty goto label. Safe to assume that if we reached the end point of execution without errors, then return value is 0, so replacing instead another goto. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_l3_smx.c | 23

[PATCH 1/5] OMAP3: l3: fix for irq 10: nobody cared message

2011-03-29 Thread Omar Ramirez Luna
for the touched lines. Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_l3_smx.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/mach-omap2/omap_l3_smx.c b/arch/arm/mach-omap2/omap_l3_smx.c index 5f2da75..4321e79 100644

[PATCH 3/5] OMAP3: l3: minor cleanup for error message, parenthesis and extra lines

2011-03-29 Thread Omar Ramirez Luna
... In-Band Error Error seen... In-Band Error seen... Other messages are self explanatory, no Error added to them. (E.g.: Address Hole seen...) Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com --- arch/arm/mach-omap2/omap_l3_smx.c | 19 +-- 1 files changed, 5 insertions(+), 14

<    2   3   4   5   6   7