Reorganized some code in rmgr/node.c to increase its
readability. Most of the changes reduce the code
indentation level and simplifiy the code. No functional
changes were done.
Signed-off-by: Ionut Nicu ionut.n...@mindbit.ro
---
drivers/staging/tidspbridge/rmgr/node.c | 607
On Wed, Nov 24, 2010 at 2:47 AM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Tue, 2010-11-23 at 19:00 -0600, ext Omar Ramirez Luna wrote:
From: Yanick Saugy yanick.sa...@heig-vd.ch
The PIN which controls LCD's reset signal (VGA_nRESET/h_GPIO_96) was not
configured as a GPIO. We
Hi,
Seriously, I'm getting very confused here, and am very annoyed by the
whole thing.
Here's what I don't like:
- the original driver didn't even seem to work properly
- people sent me patches they never tested and broke things even worse
- some people have no respect for the omap
On Tue, Nov 9, 2010 at 5:48 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
#if defined(CONFIG_OMAP_MBOX_FWK) || defined(CONFIG_OMAP_MBOX_FWK_MODULE)
+static struct omap_device_pm_latency mbox_latencies[] = {
+ [0] = {
+ .activate_func = omap_device_enable_clocks,
+
On Tue, Nov 9, 2010 at 5:38 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
---
arch/arm/mach-omap2/devices.c | 100
---
arch/arm/mach-omap2/mailbox.c | 1 +
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 54 +++
please
On Sun, Nov 7, 2010 at 3:05 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Huh? The mailbox is working for me on tidspbridge on 2.6.37-rc1.
Are you using an omap based board with a 3630 chip?
Regards,
Omar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
Hi Benoit,
On Mon, Nov 8, 2010 at 2:56 AM, Cousson, Benoit b-cous...@ti.com wrote:
no, apart from the ordering of structure members, that I will change,
If you do want to change a patch already submitted to loml, the least you
can do is to comment on the mailing list, and afaik, you didn't
On Mon, Nov 8, 2010 at 5:21 PM, Cousson, Benoit b-cous...@ti.com wrote:
I wrote this one from scratch, I didn't see that there were pieces to
handle some stuff since the code is buried in a private tree.
Not true at all... It was sent to l-o:
On Mon, Nov 8, 2010 at 5:05 PM, Cousson, Benoit b-cous...@ti.com wrote:
Add mmu hwmod data for iva2 and isp.
s/iva2/iva/
Where this terminology can be found? I'm basing this naming on what
was there or TRM. For omap3 there is no such thing as iva, it is iva2.
IVA2 means IVA v2, before we
Hi Benoit,
On Sat, Nov 6, 2010 at 12:08 PM, Cousson, Benoit b-cous...@ti.com wrote:
+/* l4_core - mailbox */
+static struct omap_hwmod_ocp_if omap2420_l4_core__mailbox = {
+ .master =omap2420_l4_core_hwmod,
+ .slave =omap2420_mailbox_hwmod,
+ .addr
defined you need to scroll beyond the supposed first
reference in omap_hwmod (right now above ocp_if)
On 11/5/2010 9:17 PM, Ramirez Luna, Omar wrote:
+/* mailbox */
The original comment is missing.
quote
/*
* 'mailbox' class
* mailbox module allowing communication between the on-chip
On Sat, Nov 6, 2010 at 1:11 PM, Cousson, Benoit b-cous...@ti.com wrote:
-#if defined(CONFIG_ARCH_OMAP3430)
+#if defined(CONFIG_ARCH_OMAP3)
Ideally you should get rid of all the CONFIG_ARCH_OMAPXXX or cpu_is_omap in
that code. This is a driver, it should be generic.
If you have to handle
On Sat, Nov 6, 2010 at 1:21 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:17 PM, Ramirez Luna, Omar wrote:
Remove unreachable return statement.
Signed-off-by: Omar Ramirez Lunaomar.rami...@ti.com
---
arch/arm/mach-omap2/mailbox.c | 2 --
1 files changed, 0 insertions(+), 2
On Sat, Nov 6, 2010 at 1:32 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:17 PM, Ramirez Luna, Omar wrote:
Could you please try to use a consistent naming in the subject?
You use OMAP3, OMAP4, OMAP2 so it should be OMAP and not omap.
Yes, I'll change it.
Regards,
Omar
PM, Ramirez Luna, Omar wrote:
Boot tested on omap 3430 and 3630, functionality on iva2 only.
Introduced hwmod data and support for omap3 (iva2 mmu isp mmu) and
omap4 (ducati mmu tesla mmu).
Minor cleanup due to this changes.
There is an issue (present without patches too):
Doing a cycle
On Sat, Nov 6, 2010 at 2:11 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
iommu driver is meant to provide control of mmu hardware blocks
A dot is missing here, and a capital letter should follow.
Actually it is a comma, it is meant to be part
On Sat, Nov 6, 2010 at 2:15 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
Add mmu hwmod data for iva2 and isp.
s/iva2/iva/
Where this terminology can be found? I'm basing this naming on what
was there or TRM. For omap3 there is no such thing
On Sat, Nov 6, 2010 at 3:47 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
Add mmu hwmod data for ducati and tesla.
s/ducati/ipu/
s/tesla/dsp/
Please do not use internal codename.
Tried to avoid confusion with what was originally in the driver
On Sat, Nov 6, 2010 at 4:05 PM, Cousson, Benoit b-cous...@ti.com wrote:
static struct iommu_device omap3_devices[] = {
You should not need that at all, you are just duplicating the data that are
already in hwmod, and then you are going to create real platform_device.
ok, will try that.
On Sat, Nov 6, 2010 at 4:17 PM, Cousson, Benoit b-cous...@ti.com wrote:
You should use runtime PM directly. That omap_device step is useless.
Moreover, this patch should be merged with the previous one.
Agree, will check on runtime PM.
Regards,
Omar
--
To unsubscribe from this list: send the
On Sat, Nov 6, 2010 at 4:28 PM, Cousson, Benoit b-cous...@ti.com wrote:
On 11/5/2010 9:19 PM, Ramirez Luna, Omar wrote:
Since omap-iommu is now using hwmod, there are structures and
arrays that can be cleaned up to increase the readability of
the code.
This patch should be merged
Hi Tony,
On Fri, Nov 5, 2010 at 12:53 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Nov 5, 2010 at 6:34 PM, Tony Lindgren t...@atomide.com wrote:
* Felipe Contreras felipe.contre...@gmail.com [101019 00:28]:
Also, don't be picky about the location.
As this code is in
On Fri, Nov 5, 2010 at 8:19 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
Boot tested on omap 3430 and 3630, functionality on iva2 only.
I meant functionally tested on iva2 only.
Regards,
Omar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
Felipe Contreras wrote:
...
Well, I thought it would be nice if the driver actually worked on
.36, but anyway, I'll rebase the rest of my cleanup patches and send
them. Hopefully I find a way to get rid of the ioremap() issue.
phys_to_virt instead of ioremap should work fine, still need
Felipe Contreras wrote:
...
phys_to_virt instead of ioremap should work fine, still need to try
it though.
I tried that... Didn't work. I guess we need to flush at some points
(since the memory is cacheable).
Hmmm, because my other option was to move the reserved memory outside the
Hi,
Felipe Contreras wrote:
Hi,
I was trying the iommu patches but I noticed the tidspbridge driver
doesn't work at all, I found two critical issues:
First, the platform device is missing, so there's no way the driver
can work. It seems to have been dropped from the migration to staging
Felipe Contreras wrote:
...
Anyway, first, I think I tried a version similar to that one, and
doesn't apply on mainline any more, also, bootmem doesn't seem to be
working on ARM either, so I had to move to memblock, and third, I
don't think that platform device is correct since it depends on
Felipe Contreras wrote:
On Thu, Sep 23, 2010 at 7:11 PM, Ramirez Luna, Omar
omar.rami...@ti.com wrote:
Code is not the same, it is 2 line which apply for both but couldn't
find an easy way of making them share the request for dsp mailbox
without changing more code, perhaps a macro to detect
Hi Sergio,
Aguirre, Sergio wrote:
Hi Omar,
...
+#if defined(CONFIG_ARCH_OMAP2)
+else if (cpu_is_omap2430()) {
+list = omap2_mboxes;
+
+list[0]-irq = platform_get_irq_byname(pdev, dsp);
+} else if (cpu_is_omap2420()) {
Isn't both 2430 and 2420 doing the
Ramirez Luna, Omar wrote:
Fix the mailbox support detection for OMAP3630, 3530/25 and 2430.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
- Testing was made under 3630 and 3430 boards.
- Given that 2430 uses similar initialization than OMAP3, changes
to handle this case
Kevin Hilman wrote:
Ramirez Luna, Omar omar.rami...@ti.com writes:
Ramirez Luna, Omar wrote:
Fix the mailbox support detection for OMAP3630, 3530/25 and 2430.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
- Testing was made under 3630 and 3430 boards.
- Given that 2430 uses
venki kaps wrote:
...
My problem is resolved.GPtimer7 was not reset during the MMU FAULT
occurrence before the first power cycle. So this pending interrupt is
preventing the system sleep entry.
Now it works fine after resetting Gptimer7 in pm suspend path.
That's doesn't sound right, why
Hi,
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Cyril
Chemparathy
Davinci's MDIO controller is present on other TI devices, without an
accompanying EMAC. For example, on tnetv107x, the same MDIO module is used in
conjunction with a 3-port
Hi,
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Chemparathy, Cyril
In addition to being embedded into the EMAC controller, the CPDMA hardware
block is used in TI's CPSW switch controller. Fortunately, the programming
interface to this hardware
Hi,
From: Menon, Nishanth
IN modifier does not exist. remove it
Signed-off-by: Nishanth Menon n...@ti.com
---
[...]
diff --git a/drivers/staging/tidspbridge/include/dspbridge/drv.h
b/drivers/staging/tidspbridge/include/dspbridge/drv.h
index 020bed0..753a317 100644
---
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
I'm removing many people from the Cc which I think don't care about
this. Is this even the right place for discussing about it?
On Tue, Jul 6, 2010 at 6:52 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
On 7/4/2010 5:53 AM, Felipe
From: Ohad Ben-Cohen [mailto:o...@wizery.com]
This patchset introduces an approach to eliminate the direct calls
to follow_page and to the low level cache APIs.
The patchset works by caching the page information while memory
is mapped, and then using that information later when needed
instead of
From: Ramirez Luna, Omar
driver version 0.3
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/rmgr/drv_interface.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Pushed to dspbridge.
- omar
--
To unsubscribe from this list: send the line unsubscribe
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Hi,
A few trivial patches. The important one is the fix to build when MCBSP is
disabled.
Felipe Contreras (4):
dspbridge: fix build when OMAP_MCBSP=n
dspbridge: dev: fix dev_create_device()
dspbridge: remove _tiomap_mmu.h
From: Ramirez Luna, Omar
Split the functions to have cleaner error handling paths, this
will aslo cover a case where bridge initialization has failed but
device entry is still available which leads to unknown behavior.
Omar Ramirez Luna (2):
DSPRBIDGE: split probe from bridge initializations
From: Ramirez Luna, Omar
Mismatch between index for gpt clocks will result in writting
out of bounds into dsp clock timer array when requesting gpt8,
for the other gpt the bogus code is being masked as it falls
within the array's range.
Discovered-by: Ernesto Ramos Falcon erne...@ti.com
Signed
From: Ramirez Luna, Omar
New function to encapsulate previous code to configure gpt overflow,
this prevents accessing dmtimer framework outside dsp-clock interface
or exposing clock handles to other bridge modules.
Besides that: duplicated and unused defines were removed, conditional
test
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gomez
Castellanos, Ivan
The patch DSPBRIDGE: Check pointer instead of using MEM_IS_VALID_HANDLE
macro uncovered an issue when calling the assertion macros after the
pointer was freed, but not set to
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ramos
Falcon, Ernesto
Some execution info is missing at the beginning of the
trace buffer printout. This fix is to include this information
according to the buffer contents description and
also couple
From: Ramirez Luna, Omar
These set of patches gets rid of the custom error codes still present.
Although there are a lot of patches most of them are just replacements
which were broken into single patches to avoid big patch files.
One of the patches creates a help file with the matching linux
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Guzman
Lugo, Fernando
Sent: Thursday, April 08, 2010 7:19 PM
To: linux-omap@vger.kernel.org
Cc: Hiroshi DOYU; Ameya Palande; felipe.contre...@nokia.com
Subject: [PATCH] DSPBRIDGE: Avoid possible buffer
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Guzman
Lugo, Fernando
Sent: Thursday, April 08, 2010 7:17 PM
To: linux-omap@vger.kernel.org
Cc: Hiroshi DOYU; Ameya Palande; felipe.contre...@nokia.com
Subject: [PATCH] DSPBRIDGE: Avoid possible NULL
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ramos
Falcon, Ernesto
Sent: Friday, April 16, 2010 10:23 PM
To: linux-omap@vger.kernel.org
Cc: Ameya Palande; Doyu Hiroshi (Nokia-D/Helsinki); Contreras Felipe
(Nokia-D/Helsinki)
Subject: [PATCH]
From: Deepak Chitriki deepak.chitr...@ti.com
cpufreq_register_notifier() function calls
srcu_notifier_chain_register() which always returns 0 on success and
dspbridge throws the error message clk_notifier_register failed for
iva2_ck. Fix the faulty ! in if logic and the faulty error message
we
From: Chitriki Rudramuni, Deepak
Sent: Thursday, May 20, 2010 9:42 AM
To: Guzman Lugo, Fernando
Cc: linux-omap@vger.kernel.org; Hiroshi DOYU; Ameya Palande; Ramirez Luna,
Omar; Felipe Contreras
Subject: Re: [PATCH] DSPBRIDGE: fix incorrect reset in bridge_brd_start
function
Guzman Lugo
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Gomez
Castellanos, Ivan
Sent: Wednesday, May 19, 2010 5:22 PM
To: linux-omap@vger.kernel.org
Cc: hiroshi.d...@nokia.com; ameya.pala...@nokia.com;
felipe.contre...@nokia.com; Gomez Castellanos,
Ivan
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Sunday, May 16, 2010 10:44 AM
To: linux-omap
Cc: Ramirez Luna, Omar; Guzman Lugo, Fernando; Chitriki Rudramuni, Deepak;
Felipe Contreras
Subject: [PATCH v2] dspbridge: deh: fix corruption on MMU fault
The DSP might misbehave
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
On Sun, May 9, 2010 at 7:26 AM, Ramirez Luna, Omar omar.rami...@ti.com wrote:
From 451e9733672b7fd3879ec109f3c6b2ac55c21cf5 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 17:14:38 -0500
From: Ramirez Luna, Omar
This set of patches remove clk module from the services layer.
Now:
- GPT 5-8 are controlled through DM Timer framework.
- MCBSP clocks are enabled by requesting the proper mcbsp device.
- WDT is left for bridge driver to control rather than on request from dsp.
- SSI
From 451e9733672b7fd3879ec109f3c6b2ac55c21cf5 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 17:14:38 -0500
Subject: [PATCH 1/5] DSPBRIDGE: Remove checkpatch errors regarding braces
This patch removes checkpatch errors due to misleading braces
From e1d6cb8395225dc9b74ccf33440b819555c948c9 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 16:35:05 -0500
Subject: [PATCH 3/5] DSPBRIDGE: Remove checkpatch errors: externs
This patche is intented to remove the
checkpatch errors due to the definition
From b0957e554e4778c3d0136a408c703f46649539c8 Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 18:49:12 -0500
Subject: [PATCH 4/5] DSPBRIDGE: Remove checkpatch errors regarding typedefs
This patch is intended to remove the checkpatch errors due to the use
From 8d29388e77d01a9cf549a5adfdc8f21244f14cad Mon Sep 17 00:00:00 2001
From: Armando Uribe De Leon x0095...@ti.com
Date: Thu, 8 Apr 2010 19:26:23 -0500
Subject: [PATCH 5/5] DSPBRIDGE: Removes checkpatch error with file_operations
This patch removes the checptach error sue to the missing const
Subject: [PATCH 01/11] DSPBRIDGE: Rename wmd_dev_context structure by
bridge_dev_context
This change is done because wmd refers to Windows OS.
wmd = windows mini driver
And the new name bridge_dev_context make more sense.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
From 7349444302a782997d6eba64d46908c0915c12a1 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Tue, 30 Mar 2010 21:52:25 -0600
Subject: [PATCH] DSPBRIDGE: Implement WDT3 to notify DSP hangs
This patch implements wdt3 feature to notify wdt3 overflow.
This new feature can
From e2327644af26aaf22ca6a6b987b745c60e02ab4a Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 19 Mar 2010 12:58:23 -0600
Subject: [PATCH] DSPBRIDGE:Change dev_type to u8
dev_type can take one of the 2 values
DSP_UNIT0
IVA_UNIT1
So it need not be s32 or u32.
From 4723494935d2188ef014297a5bed66fecb3901ad Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 19 Mar 2010 15:12:03 -0600
Subject: [PATCH] DSPBRIDGE: Change channel mode type to u8
chnl_mode or dw_mode can have value 0 or 1.
Hence changing the type to u8.
From 1203012297c7b0a6a36f000a870c5e1210a233e1 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 19 Mar 2010 17:29:46 -0600
Subject: [PATCH] DSPBRIDGE: Change num_proc type to u8.
num_proc is used to represent number of processors.
As of now its 1. Also it can not be
From 8bb4088a58220da7e80e5a7a4b59f12c4dd3922a Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 19 Mar 2010 15:37:56 -0600
Subject: [PATCH] DSPBRIDGE: Change dw_type to u8.
channel type can take value 1 or 2.
Hence changing the type to u8.
Signed-off-by: Shivananda
From eb282300f2527473fa0bfbaa23a516ca8361f18a Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar x0heb...@ti.com
Date: Fri, 19 Mar 2010 16:15:25 -0600
Subject: [PATCH] DSPBRIDGE: Change max channels/open channels type to u8
max channels can have max value of 32. So changing
max channnels and open
From: Shivananda Hebbar x0heb...@ti.com
imode is used to represent channel input or output mode.
It can take value either 0, 1 or 2. Hence changing it to u8.
Signed-off-by: Shivananda Hebbar x0heb...@ti.com
---
Pushed to dspbridge.
- omar
--
To unsubscribe from this list: send the line
From 4fb9fc015cea65dcd47172a8b180f380fe86be46 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Tue, 30 Mar 2010 22:03:27 -0600
Subject: [PATCH] DSPBRIDGE: Cleanup hw directory and module parameter
This patches does a clenaup of unused module paremeters and
also a clenaup
From db3d76a2e89a1c227322a2732ddf7ebf5cd4b4cf Mon Sep 17 00:00:00 2001
From: Ernesto Ramos erne...@ti.com
Date: Wed, 24 Mar 2010 11:12:05 -0600
Subject: [PATCH] DSPBRIDGE: MMU-Fault debugging enhancements
These changes allow for DSP task information to be printed
by the MPU dspbridge when DSP
Hi All,
Dspbridge branch will be rebased to 2.6.33 kernel in the next couple of days,
along with it, mailbox migration patches will be pushed and a few omap mailbox
fixes will be cherry picked on top.
Thanks,
Omar
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
Sent: Thursday, January 21, 2010 7:18 AM
To: Ramirez Luna, Omar
Cc: linux-omap; Ameya Palande; Hiroshi Doyu; Nishanth Menon; Tony Lindgren
Subject: Re: [ANNOUNCE] rebased dspbridge-pm on top of dspbridge
From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
From: Fernando Guzman Lugo x0095...@ti.com
This patch fixes the BUG schedule/sleep while atomic which
was in the IO_DPC function, this function runs as a tasklet
and called a function that could be scheduled (OPP change).
From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
From: Chitriki Rudramuni, Deepak on Wednesday, January 20, 2010 10:01 PM
[...]
diff --git a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
b/drivers/dsp/bridge/wmd
From: Menon, Nishanth on Thursday, January 21, 2010 12:03 PM
Ramirez Luna, Omar had written, on 01/21/2010 11:57 AM, the following:
From: Menon, Nishanth on Thursday, January 21, 2010 11:47 AM
Ramirez Luna, Omar had written, on 01/21/2010 11:43 AM, the following:
From: Chitriki Rudramuni
From: Nishanth Menon on Wednesday, January 20, 2010 6:02 AM
Ameya Palande said the following on 01/20/2010 04:01 AM:
Hi Nishanth,
On Wed, 2010-01-20 at 02:44 +0100, ext Nishanth Menon wrote:
If DSP baseimage requests for invalid OPPs, do not pass them
to the rest of the linux kernel
From: Ramirez Luna, Omar on Tuesday, January 19, 2010 12:15 PM
This set of patches fixes the overwritten or missing error codes
returned from different bridge layers.
Fernando Guzman Lugo (3):
DSPBRIDGE: return right error codes wmd directory
DSPBRIDGE: return right error codes services
From: Ramirez Luna, Omar on Tuesday, January 19, 2010 2:54 PM
Fixes and cleanups accumulated due to baseline sync.
This set should be applied after Return right error codes patch set.
Fernando Guzman Lugo (4):
DSPBRIDGE: remove NLDR_Free wrapper function
DSPBRIDGE: Optimize remove resource
From: Ameya Palande on Wednesday, January 20, 2010 3:55 AM
On Wed, 2010-01-20 at 01:45 +0100, ext Nishanth Menon wrote:
With LOCK_DEP enabled and DEBUG_OBJECTS_TIMERS, DSPBridge
SYNC_WaitOnMultipleEvents will fail with message
ODEBUG: object is on stack, but not annotated
since the timeout
Hi All,
dspbridge-pm branch was rebased on top of latest dspbridge, so please update
your local branches.
As a reminder:
dspbridge is based on top of 2.6.32 LO
dspbridge-pm is based on top of pm-2.6.32 LO-pm
Regards,
Omar
--
To unsubscribe from this list: send the line
From: Ameya Palande on Monday, January 18, 2010 3:55 AM
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
Fix header locations, replaced mach to plat
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/mach-omap2/dspbridge.c|2 +-
From: Ameya Palande on Monday, January 18, 2010 4:20 AM
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
From: Fernando Guzman Lugo x0095...@ti.com
This patch changes clk_notifier_unregister with
cpufreq_unregister_notifier, which is used for OPP change
notifications
From: Ameya Palande on Monday, January 18, 2010 4:32 AM
On Sat, 2010-01-16 at 03:01 +0100, ext Omar Ramirez Luna wrote:
Include dspbridge compilation whenever bridge driver is selected to
be compiled, either as a module or part of the kernel. This will
initialize platform data specific PM
From: Ramirez Luna, Omar on Wednesday, January 13, 2010 7:11 PM
From: Ernesto Ramos erne...@ti.com
Release resources allocated during MAP, Node Allocation,
STRM Buf Allocation in the case of cp_to_usr fails.
Signed-off-by: Ernesto Ramos erne...@ti.com
CC: Nishanth Menon n...@ti.com
CC: Hiroshi
From: Ramirez Luna, Omar on Wednesday, January 13, 2010 7:11 PM
From: Ernesto Ramos erne...@ti.com
Add more error checking and range to address usecases
accessing kernel APIs directly.
Signed-off-by: Ernesto Ramos erne...@ti.com
CC: Nishanth Menon n...@ti.com
CC: Hiroshi Doyu hiroshi.d
From: Omar Ramirez Luna on Wednesday, January 13, 2010 7:11 PM
From: Ernesto Ramos erne...@ti.com
This patch takes care of the possible null pointers
dereferenced within dsp bridge driver.
Signed-off-by: Ernesto Ramos erne...@ti.com
CC: Nishanth Menon n...@ti.com
CC: Hiroshi Doyu
From: Ramirez Luna, Omar on Friday, January 15, 2010 3:29 PM
This is a small set of trivial cleanups piled up in the patch queue.
Higlights:
- New patch with contributors file.
- Fix multiline macros to use do while patch is dropped for
rework.
Omar Ramirez Luna (10):
DSPBRIDGE: trivial
From: Ramirez Luna, Omar on Friday, January 15, 2010 5:35 PM
This patches remove the DPC custom implementation and wrappers.
They should be applied on top of trivial cleanups set and are
part of the current patch queue.
Omar Ramirez Luna (4):
DSPBRIDGE: Remove DPC, create, destroy
From: Ramirez Luna, Omar
Sent: Monday, January 18, 2010 7:58 PM
To: linux-omap
Cc: Ameya Palande; Hiroshi Doyu; Felipe Contreras; Menon, Nishanth; Ramirez
Luna, Omar
Subject: [PATCH] DSPBRIDGE: Fix wrong condition on NODE_GetUUIDProps
Fix wrong condition because of a wrong patch included
Hi Ameya,
Hi Omar,
On Tue, 2010-01-12 at 02:00 +0100, ext Omar Ramirez Luna wrote:
Ioctl numbers has changed, this will require an update on libbridge
and clients accesing directly to the driver
- IO_ADDRESS is replaced for ioremap.
*v3
- modified:
DSPBRIDGE: replace IO_ADDRESS
From: Ramirez Luna, Omar
This is the official 0.1 dspbridge version.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
CC: Felipe Contreras felipe.contre...@nokia.com
CC: Hiroshi Doyu hiroshi.d...@nokia.com
CC: Ameya Palande ameya.pala...@nokia.com
CC: Nishant Menon n...@ti.com
---
drivers
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Tony Lindgren; Menon, Nishanth; Hiroshi Doyu; Ameya
Palande; Felipe Contreras
Subject: [PATCH v3 1/7] DSPBRIDGE: replace IO_ADDRESS with ioremap
Use ioremap() instead of using IO_ADDRESS macro
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth; Hiroshi Doyu; Ameya Palande; Felipe
Contreras
Subject: [PATCH v3 2/7] DSPBRIDGE: Replace magic numbers in SSI configuration
Rename ssi_sysconfig variable and replace the usage
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth; Hiroshi Doyu; Ameya Palande; Felipe
Contreras
Subject: [PATCH v3 3/7] DSPBRIDGE: Mark unused ioctls as deprecated
Mark unused ioctls as deprecated for future removal
and print
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth; Hiroshi Doyu; Ameya Palande; Felipe
Contreras
Subject: [PATCH v3 4/7] DSPBRIDGE: remove ioctl runtime check
This patch removes the runtime check of device
ioctl array.
Signed
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth; Hiroshi Doyu; Ameya Palande; Felipe
Contreras
Subject: [PATCH v3 5/7] DSPBRIDGE: Rename pResult to result for
WCD_CallDevIOCtl
Trivial cleanup, rename pResult to result
From: Ramirez Luna, Omar
Sent: Monday, January 11, 2010 7:01 PM
To: linux-omap
Cc: Ramirez Luna, Omar; Menon, Nishanth; Hiroshi Doyu; Ameya Palande; Felipe
Contreras
Subject: [PATCH v3 6/7] DSPBRIDGE: Use _IOxx macro to define ioctls
- Use standard convention to define ioctls.
Currently 0xDB
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
This is the official 0.1 dspbridge version.
CC: Felipe Contreras felipe.contre...@nokia.com
CC: Hiroshi Doyu hiroshi.d...@nokia.com
CC: Ameya Palande ameya.pala...@nokia.com
CC: Nishant Menon n
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/11/2010 12:46 PM, the following:
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/11/2010 11:50 AM, the following:
This is the official 0.1 dspbridge version.
CC: Felipe Contreras felipe.contre...@nokia.com
CC: Hiroshi
Resending with u8 instead of short for size_cmd array
From: Ramirez Luna, Omar
- Use standard convention to define ioctls.
Currently 0xDB is used as identifier for dspbridge.
Discussion:
http://marc.info/?l=linux-omapm=126297631603035w=2
WARNING:
An update in api ioctl definitions is required
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
This patch creates a new sysfs entry to query the driver
state without making any bridge direct call, this is
useful to monitor driver state without creating any handle
to bridge driver.
why sysfs
From: Menon, Nishanth
Ramirez Luna, Omar had written, on 01/07/2010 07:00 PM, the following:
Include dspbridge compilation whenever bridge driver is selected to
be compiled, either as a module or part of the kernel. This will
initialize platform data specific PM functions.
?? are you intending
101 - 200 of 314 matches
Mail list logo