Recent OMAP4 patch reviews brought out some clean-up/reorganization on generic
OMAP2/3 software. This patch series addresses those comments.
It's based on 2.6.30-rc6 (commit:22ef37eed673587ac984965dc88ba94c68873291) and
tested on OMAP3430 SDP platform.
[PATCH 1/4] ARM: OMAP2/3:
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, May 20, 2009 2:48 AM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 2/7] OMAP4: Create board support for
OMAP_4430SDP, v3
Hi
Russell,
+static const char *omap4_dm_source_names[] __initdata = {
+ sys_ck,
+ omap_32k_fck,
+ NULL
+};
+static struct clk **omap4_dm_source_clocks[2];
Umm. struct clk **[2].
+static const int dm_timer_count = ARRAY_SIZE(omap4_dm_timers);
+
#else
#error OMAP
is a static function. The only user of omap4_globals is
__omap4_set_globals.
It looks to me like the only purpose of omap4_globals is to pass a
structure to __omap4_set_globals. Why not use a function
argument instead?
Indeed. Actually I just more or less followed what is
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Tuesday, May 19, 2009 3:16 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: Remove IRQ hardcoding from serial.c
* Shilimkar, Santosh santosh.shilim...@ti.com [090513 07:53
OMAP44XX_VA_LOCAL_TWD_BASE
Regards,
Santosh
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, May 16, 2009 2:57 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [RESUBMIT][PATCH 2/7] OMAP4
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Sunday, May 17, 2009 9:02 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [RESUBMIT][PATCH 5/7] OMAP4: Update common omap
Thanks Russell for scanning all the patches minutely !!
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, May 16, 2009 3:24 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, May 16, 2009 3:38 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [RESUBMIT][PATCH 5/7] OMAP4: Update common omap
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Saturday, May 16, 2009 3:44 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [RESUBMIT][PATCH 6/7] OMAP4: Clock stubs since
message.
I did send the introductory messege for SMP patch series. May be you missed
that. Here is it for your info.
From: linux-omap-ow...@vger.kernel.org on behalf of Shilimkar, Santosh
Sent
Tony,
Any comments on this patch.
http://patchwork.kernel.org/patch/19161/
Regards
Santosh
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Syed Rafiuddin
Sent: Tuesday, May 12, 2009 11:50 AM
To: linux-arm-ker...@lists.arm.linux.org.uk
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 1/2][RFC] OMAP4: McBSP
Both patches looks independent. In that case this need not be a series.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Syed Rafiuddin
Sent: Tuesday, May 12, 2009 11:51 AM
To: linux-arm-ker...@lists.arm.linux.org.uk
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Tuesday, May 12, 2009 8:29 PM
To: linux-omap@vger.kernel.org
Cc: Shilimkar, Santosh
Subject: OMAP4 naming conventions
As the OMAP4 patches are coming in, there seems to be a bit of variety
Subject: RE: [PATCH 1/3] OMAP4: SMP: Add OMAP4430 SMP board files
-Original Message-
From: V, Hemanth
Sent: Friday, May 08, 2009 11:16 AM
To: Shilimkar, Santosh; linux-arm-ker...@lists.arm.linux.org.uk
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/3] OMAP4: SMP
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, May 08, 2009 8:48 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 1
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, May 08, 2009 8:51 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 0/5] More header clean-up
* Shilimkar, Santosh santosh.shilim...@ti.com [090507 22:20]:
If this series
This patch series enables SMP support for OMAP4430 development platform. This
series depends on the earlier patch series sent on the mailing list. [1]
The patches are generated against mainline version 2.6.30 -rc2. The kernel is
validated on the OMAP4430 software simulator platform. SMP kernel
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, May 08, 2009 2:17 AM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.arm.linux.org.uk;
linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/3] OMAP4: SMP: Add OMAP4430 SMP board files
* Santosh
If this series is planned for this window then OMAP4 series also needs few
changes. Is it ?
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, May 08, 2009 2:12 AM
To:
-Original Message-
From: V, Hemanth
Sent: Friday, May 08, 2009 11:16 AM
To: Shilimkar, Santosh; linux-arm-ker...@lists.arm.linux.org.uk
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/3] OMAP4: SMP: Add OMAP4430 SMP board files
Original Message -
From: Santosh
From: Jarkko Nikula [mailto:jhnik...@gmail.com]
Sent: Thursday, April 30, 2009 3:06 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: sDMA: Correct the the omap_request_dma_chain()
signature
On Thu, Apr 30, 2009 at 12
Yor tow commentsI think I answered both.Just a correction you comment
itself.
You mean callback gets lch instead of chain_id as an argument?
You mean callback returns *** lch instead of chain_id as an argument?
Two comments:
Now callback
-Original Message-
From: Jarkko Nikula [mailto:jhnik...@gmail.com]
Sent: Thursday, April 30, 2009 12:38 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP: sDMA: Correct the the
omap_request_dma_chain() signature
On Wed, 29 Apr 2009 17:39:16
Regards,
Santosh
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Thursday, April 30, 2009 10:02 AM
To: Jarkko Nikula
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH] OMAP: sDMA
Following is the patch series to enable SMP support for OMAP4430 development
platform. This series is on top of the first series sent on the mailing list.
The patches are generated against mainline version 2.6.30 -rc2. The kernel is
validated on the OMAP4430 software simulator platform. SMP
should do their builds with the multi-omap selected.
Also the distros want multi-omap. Only the product
specific kernels
should be built with only one option selected to optimize for
speed and size.
I think most of the things are in place for multi-omap for
OMAP4 as well if
DMA pool is better solution for such usecases.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of pramod gurav
Sent: Wednesday, April 22, 2009 1:17 PM
To: Menon, Nishanth
Cc: linux-omap@vger.kernel.org
Subject: Re:
(drivers\usb\host):
Regards,
Santosh
-Original Message-
From: pramod gurav [mailto:pramodfo...@gmail.com]
Sent: Wednesday, April 22, 2009 1:54 PM
To: Shilimkar, Santosh
Cc: Menon, Nishanth; linux-omap@vger.kernel.org
Subject: Re: dma_alloc_coherent fragmentation
Thanks for the quick
This would just temporarily delay the problem. People have even tried with
values of 14 MB and all. Nishant M knows one such recent issue.
Bye the way use of this macro for general DMAable memory is discouraged. You
can find many threads on ARM mailing list.
Regards,
Santosh
-Original
This ifeq else we don't want to do as it breaks things
for multi-omap.
How do we handle this. For OMAP4, those files are not
common and needed at this point of time. More so if we agree
that OMAP4 won't support multi-omap, then this should be ok.
No way we're dropping multi-omap
This ifdef we don't want to do as it blocks the compile
for multi-omap.
Not sure why this should break multi-omap. As I mentioned
in one of the patch OMAP4 may not be
able to support multi-omap because of major differences on
Memory controller and Interrupt handling.
This macro
Following is the patch series to enable basic board support for OMAP4430. The
patches are generated against mainline version 2.6.30 -rc2. The kernel is
validated on the OMAP4430 software simulator platform.
The series contains:
- [PATCH 1/7][RFC] OMAP4: Create architecture macros and
-Original Message-
From: Premi, Sanjeev
Sent: Tuesday, April 21, 2009 6:51 PM
To: Shilimkar, Santosh; linux-omap@vger.kernel.org
Cc: Shilimkar, Santosh
Subject: RE: [PATCH 4/7][RFC] OMAP4: Update common omap
platform common sources.
Any specific reason to use omap2 structures
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Tuesday, April 21, 2009 7:05 PM
To: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: RE: [PATCH 4/7][RFC] OMAP4: Update common omap
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Tuesday, April 21, 2009 11:57 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 3/7][RFC] OMAP4: Update common omap
Regards,
Santosh
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Wednesday, April 22, 2009 12:07 AM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 5/7][RFC] OMAP4: Update common omap
machine specific sources.
* Santosh
-
From: Woodruff, Richard
Sent: Tuesday, April 21, 2009 6:34 AM
To: Aguirre Rodriguez, Sergio Alberto; Mark Brown; Menon,
Nishanth; Tony Lindgren
Cc: Jarkko Nikula; linux-omap; Shilimkar, Santosh; Pandita, Vikram
Subject: RE: 2.6.29 and SDP3430 now 2.6.30-rc2, q3-2007
compiler error
From: Santosh Shilimkar santosh.shilim...@ti.com
Fix the possible race condition in omap_free_dma(). Function omap_free_dma()
sets the dev_id = -1 and then accesses the channel afterwards to clear it.
But setting the dev_id=-1 makes the channel available for allocation again.
So it is possible
Tony,
Did you happen to have a look at these couple of patches ?
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Shilimkar, Santosh
Sent: Wednesday, February 04, 2009 2:39 PM
To: Tony Lindgren
Cc: linux-omap
Tony,
Here is the first patch as promised.
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch set up a cmdline option for omap dma for masking the
available channels. It is needed since the OMAP DMA is a system wide
resource and can be used by another software apart from the
Tony,
Here is the second patch which fixes the spurious irq issue on sDMA when used
by two software modules with independent interrupt lines.
From: Santosh Shilimkar santosh.shilim...@ti.com
This fixes the spurious interrupt issue on a DMA channel.
In OMAP sDMA, contrast to the
Regards,
Santosh
-Original Message-
From: Juha Yrjola [mailto:juha.yrj...@solidboot.com]
Sent: Thursday, January 22, 2009 1:44 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] ARM OMAP: Fix race in OMAP2/3 DMA IRQ handling
Shilimkar, Santosh
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Juha Yrjölä
Sent: Wednesday, January 21, 2009 10:54 PM
To: linux-omap@vger.kernel.org
Subject: [PATCH] ARM OMAP: Fix race in OMAP2/3 DMA IRQ handling
CSR must be
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, January 12, 2009 6:11 PM
To: Shilimkar, Santosh
Cc: Pandita, Vikram; linux-omap@vger.kernel.org
Subject: Re: [PATCH] [OMAPZOOM] OMAP : DMA: Spurious interrupt fix
* Shilimkar, Santosh santosh.shilim
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, January 09, 2009 6:27 PM
To: Shilimkar, Santosh
Cc: Pandita, Vikram; linux-omap@vger.kernel.org
Subject: Re: [PATCH] [OMAPZOOM] OMAP : DMA: Spurious interrupt fix
* Shilimkar, Santosh santosh.shilim
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Thursday, December 18, 2008 7:38 PM
To: Shilimkar, Santosh
Cc: 'linux-omap@vger.kernel.org'
Subject: Re: [PATCH][OMAP3][sDMA] : Fixing the DMA chain
transfer callback.
Hi,
* Shilimkar, Santosh
Tony,
Here is the patch for DMA to ease the chaining usage. OMAP mcbsp drivers makes
use of this chaining feature but it's not pushed on mainline yet. It's
available on zoom tree. Link for the same driver.
From: Santosh Shilimkar [EMAIL PROTECTED]
This fixes the spurious interrupt issue on a DMA channel.
Signed-off-by: Santosh Shilimkar [EMAIL PROTECTED]
Acked By: Nishant Kamat [EMAIL PROTECTED]
Acked By: Gopinath Thara [EMAIL PROTECTED]
---
---
Hi Jarkko\Tony ,
Recently during some debugging, I observed this patch.
http://source.mvista.com/git/?p=linux-omap-2.6.git;a=commitdiff;h=538528de0cb256f65716ab2e9613d9e920f97fe2;hp=29e8c3c304b62f31b799565c9ee85d42bd163f80
As per your description,it improves the debugging. Can you elaborate more
interrupts prior calling
___
From: Pandita, Vikram
Sent: Tuesday, November 25, 2008 11:44 AM
To: Shilimkar, Santosh; Diaz Prado, Gustavo
Cc: Arce, Abraham; Olivares, Ricardo Perez; Zavala Trujillo, Diego;
Torres Martinez, Cristopherson
Here is the updated patch.
From: Santosh Shilimkar [EMAIL PROTECTED]
Added helper APIs in the arch/arm/plat-omap/dma.c.Declaration was already
present in arch/arm/plat-omap/include/mach/dma.h.
APIs are 1) omap_set_dma_src_endian_type
2) omap_set_dma_dst_endian_type
3)
From: Santosh Shilimkar [EMAIL PROTECTED]
SDMA channel is not disabled after transaction error. So explicitly disable it.
Signed-off-by: Santosh Shilimkar [EMAIL PROTECTED]
Acked By : Nishant kamat [EMAIL PROTECTED]
---
Index: linux-omap-2.6/arch/arm/plat-omap/dma.c
801 - 854 of 854 matches
Mail list logo