On Wed, Jan 6, 2010 at 6:46 PM, Adrian Hunter adrian.hun...@nokia.com wrote:
Venkatraman S wrote:
On Tue, Dec 29, 2009 at 3:18 AM, Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [091211 07:01]:
Here is the most updated version of the patch (thanks to Russell's
review
On Thu, Feb 25, 2010 at 7:54 AM, Philip Balister phi...@balister.org wrote:
On 02/24/2010 02:52 PM, Tony Lindgren wrote:
* Philip Balisterphi...@balister.org [100224 14:28]:
On 02/24/2010 12:35 PM, Tony Lindgren wrote:
* Philip Balisterphi...@balister.org [100224 11:31]:
I am trying to
. Tested on omap4430 sdp.
Venkatraman S (3):
MMC: prevent race between dma and hsmmc callback
sDMA: descriptor autoloading feature [version 5]
MMC: omap hsmmc adaptation of descriptor autoloading feature
arch/arm/plat-omap/dma.c | 269
loading is used (see the
rest of the series)
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 19 +++
1 files changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 83f0aff
responsible for allocation/free of memory for
descriptors.
This provides for flexibility of configuration and reuse /repeated
use of descriptors for multiple transfers if needed.
The memory should be coherent alloced.
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat-omap/dma.c
it varies on the size of read / write improves on huge transfers)
Descriptor autoloading is available only in 3630 and 4430 (as of now).
Hence normal DMA
mode is also retained.
Tested on omap4430 sdp.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 143
On Tue, Mar 2, 2010 at 12:22 PM, Tony Lindgren t...@atomide.com wrote:
* G, Manjunath Kondaiah manj...@ti.com [100301 22:24]:
+ up-uart_dma.prev_rx_dma_pos =
up-uart_dma.rx_buf_dma_phys;
+ if (cpu_is_omap44xx())
+ omap_writel(0, OMAP44XX_DMA4_BASE
+
Manjunath,
On Tue, Mar 2, 2010 at 7:06 PM, Manjunatha GK manj...@ti.com wrote:
The new API - omap_set_dma_dst_pos(int lch, int value) is added
for setting channel destination address in CPC/CDAC register
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc:
* rebased to 2.6.34-rc1
Venkatraman S (3):
MMC: prevent race between dma and hsmmc callback
sDMA: descriptor autoloading feature
MMC: omap hsmmc adaptation of descriptor autoloading feature
arch/arm/plat-omap/dma.c | 269 -
arch/arm/plat
See previous post http://patchwork.kernel.org/patch/82907/
Rebased to 2.6.34-rc1 and fixed comment alignment.
CC: Adrian Hunter adrian.hun...@nokia.com
CC: Madhusudhan C madhu...@ti.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host
See previous post http://patchwork.kernel.org/patch/82908/
This is rebased on 2.6.34-rc1
CC: Adrian Hunter adrian.hun...@nokia.com
CC: Madhusudhan C madhu...@ti.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat-omap/dma.c | 269
On Fri, Oct 23, 2009 at 4:39 AM, Kevin Hilman
khil...@deeprootsystems.com wrote:
From: Tero Kristo tero.kri...@nokia.com
For HS/EMU devices, these additional features are also used:
- DMA interrupt disable routine added
- Added DMA controller reset to DMA context restore
Signed-off-by:
On Fri, Oct 30, 2009 at 9:00 AM, HU TAO-TGHK48 ta...@motorola.com wrote:
From a36dac7ee6140ffa23f0adc024964aaf3e266e5f Mon Sep 17 00:00:00 2001
From: Tao Hu ta...@motorola.com
Date: Thu, 29 Oct 2009 17:17:21 -0500
Subject: [PATCH] Fix race condition in omap_request_dma()
The bug could cause
On Thu, Oct 29, 2009 at 9:44 PM, Sergey Lapin slapi...@gmail.com wrote:
Hi, all!
I need to transfer block of data using sDMA from memory address
to RFBI_PARAM FIFO, so to put that into display module.
I do this like this:
/* DMA */
#define RFBI_BASE 0x48050800
#define RFBI_PARAM 0x0050
://patchwork.kernel.org/patch/45408/
---
From: Venkatraman S svenk...@ti.com
Date: Fri, 11 Dec 2009 19:52:39 +0530
Subject: [PATCH] Omap DMA: Descriptor autoloading feature
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat-omap/dma.c | 299 +
arch/arm/plat
Hi Russell,
On Mon, Oct 12, 2009 at 3:23 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Fri, Sep 04, 2009 at 12:04:08AM +0530, S, Venkatraman wrote:
+static int dma_caps0_status;
+
+struct omap_dma_list_config_params {
+ int chid;
This seems to be unused.
+ int
On Tue, Dec 29, 2009 at 3:18 AM, Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [091211 07:01]:
Here is the most updated version of the patch (thanks to Russell's
review). This patch is applicable to OMAP4xxx as well as OMAP3630
Reference to previous posts
v1 http
; Shilimkar, Santosh; Kevin Hilman;
linux-omap@vger.kernel.org; linux-
arm-ker...@lists.infradead.org
Subject: Re: [Patch v4] OMAP: sDMA driver: descriptor autoloading feature
On Tue, Dec 29, 2009 at 3:18 AM, Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [091211 07:01
See previous post http://patchwork.kernel.org/patch/82909/.
Rebased to 2.6.34-rc1
CC: Adrian Hunter adrian.hun...@nokia.com
CC: Madhusudhan C madhu...@ti.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 143
Shilimkar, Santosh wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Venkatraman S
Sent: Wednesday, March 10, 2010 7:42 PM
To: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux
Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Venkatraman S
Sent: Monday, March 01, 2010 5:27 AM
To: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux-omap
Tony Lindgren wrote:
* Venkatraman S svenk...@ti.com [100310 06:08]:
@@ -1400,14 +1471,23 @@ omap_hsmmc_prepare_data(struct omap_hsmmc_host
*host, struct mmc_request *req)
| (req-data-blocks 16));
set_data_timeout(host, req-data-timeout_ns, req
Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, March 11, 2010 4:52 AM
To: Madhusudhan
Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux-omap
Madhusudhan wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, March 11, 2010 11:43 AM
To: Madhusudhan
Cc: linux-...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
linux-omap@vger.kernel.org
Subject
Tony Lindgren wrote:
* Venkatraman S svenk...@ti.com [100311 07:04]:
Tony Lindgren wrote:
Does the driver still work in PIO mode?
We need to have the drivers capable to fail over to PIO mode
as the DMA channels can run out.
The driver doesn't have an automatic fallback to PIO
a schedule while atomic warning when executed).
Tested on OMAP4430 SDP.
CC: Adrian Hunter adrian.hun...@nokia.com
CC: Madhusudhan C madhu...@ti.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 40
MMC slots that support 8 bit mode also support 4 bit mode.
The capability flag has to reflect this, otherwise SDHC cards operate
in 1 bit mode.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |2 +-
1
Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: Venkatraman S
Sent: Tuesday, March 30, 2010 9:37 AM
To: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
kishore.kadiy...@ti.com
Cc: Madhusudhan Chikkature
Subject: [PATCH]omap hsmmc: fix incorrect capability
Nishanth Menon n...@ti.com wrote:
S, Venkatraman had written, on 03/30/2010 01:11 PM, the following:
[..]
diff --git a/drivers/mmc/host/omap_hsmmc.c
b/drivers/mmc/host/omap_hsmmc.c
index 83f0aff..dbf83a6 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
@@
DMA errata for special end of block programming is applicable
only for OMAP2430 OMAP3430 ES1.0.
This patch does the necessary checks before the workaround
is applied. Tested on 3430 SDP
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat
-by: Thara Gopinath th...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/plat-omap/dma.c | 22 ++
1 files changed, 14 insertions(+), 8 deletions(-)
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
index 2ab224c..ef965ac 100644
--- a/arch
On the master branch -rc3 version eba0147, I get this warning when
booting it up on 3630 SDP.
I don't have a fix for this, just curious if someone else has noticed..
[ cut here ]
WARNING: at arch/arm/mach-omap2/serial.c:727 omap_serial_init_port+0x5c/0x2e8()
(null): can't
On Tue, Apr 13, 2010 at 3:17 PM, Adrian Hunter adrian.hun...@nokia.com wrote:
Venkatraman S wrote:
This patch addresses the possible race condition between the dma
callback and hsmmc callback.
Can you explain the problem in more detail? If the final DMA interrupt
comes before TC then all
Adrian Hunter adrian.hun...@nokia.com wrote:
From: Adrian Hunter adrian.hun...@nokia.com
Date: Wed, 14 Apr 2010 16:26:45 +0300
Subject: [PATCH] omap_hsmmc: improve interrupt synchronisation
The following changes were needed:
- do not use in_interrupt() because it will not work
);
mmc_host_disable(host-mmc);
--
1.6.3.3
--
This looks good and I don't have any other comments.
I have tested, on MMC and SD cards which I have,
a) Basic file read / write
b) boot with filesystem on ext3 partition on SD card
on OMAP3 and OMAP4 SDP.
So you can add,
Tested-by: Venkatraman
Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [100419 03:47]:
Hi Tony,
Venkatraman S svenk...@ti.com wrote:
From 2799506180649cbb61d24cf2b4171425b2e1fa80 Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Mon, 5 Apr 2010 20:56:27 +0530
Subject
callback'
part of the series
* Added memory barries in start and resume sglist transfer for cpu
buffer syncronization
* Cleanup and comments
This has been tested on OMAP3430, OMAP3630 and OMAP4430 SDP
for MMC file transfer and as boot file system.
Venkatraman S:
sDMA: descriptor autoloading
From d46f8a00728cc6c1fbdfce69435759c8cc49f25c Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Thu, 29 Apr 2010 22:34:04 +0530
Subject: [PATCH 1/2] sDMA: descriptor autoloading feature
Add sDMA driver support for descriptor autoloading feature.
Descriptor autoloading is OMAP
From 1c63dd42fc6c563c931168779ce73401332faa52 Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Thu, 29 Apr 2010 22:43:31 +0530
Subject: [PATCH 2/2] omap hsmmc: adaptation of sdma descriptor
autoloading feature
Start to use the sDMA descriptor autoloading feature.
For large
Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [100426 07:46]:
Tony Lindgren t...@atomide.com wrote:
* Venkatraman S svenk...@ti.com [100419 03:47]:
Hi Tony,
Venkatraman S svenk...@ti.com wrote:
From 2799506180649cbb61d24cf2b4171425b2e1fa80 Mon Sep 17 00:00:00
On Wed, May 5, 2010 at 4:45 AM, Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, April 29, 2010 12:35 PM
To: linux-omap@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
ker
[Long sections have been trimmed to the context of the discussion]
On Wed, May 5, 2010 at 3:02 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
-Original Message-
+static int dma_sglist_set_phy_params(struct omap_dma_sglist_node *sghead,
+ dma_addr_t phyaddr, int
On Wed, May 5, 2010 at 3:35 PM, Adrian Hunter adrian.hun...@nokia.com wrote:
Venkatraman S wrote:
From d46f8a00728cc6c1fbdfce69435759c8cc49f25c Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Thu, 29 Apr 2010 22:34:04 +0530
Subject: [PATCH 1/2] sDMA: descriptor
[Long sections have been trimmed to the context of discussion]
Shilimkar, Santosh santosh.shilim...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Thursday, April 29, 2010 11:05 PM
To: linux-omap@vger.kernel.org
On Wed, May 5, 2010 at 5:31 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Wednesday, May 05, 2010 5:20 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux
Shilimkar, Santosh santosh.shilim...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Wednesday, May 05, 2010 9:49 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
linux-arm
Shilimkar, Santosh santosh.shilim...@ti.com wrote:
-Original Message-
From: svenk...@gmail.com [mailto:svenk...@gmail.com] On Behalf Of
Venkatraman S
Sent: Wednesday, May 05, 2010 9:56 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org;
linux-arm
Nishanth Menon n...@ti.com wrote:
Chikkature Rajashekar, Madhusudhan had written, on 05/07/2010 11:59 AM, the
following:
-Original Message-
From: Chikkature Rajashekar, Madhusudhan
Sent: Thursday, May 06, 2010 9:50 PM
To: Shilimkar, Santosh; 'kishore kadiyala'
Cc: S, Venkatraman;
Nishanth Menon menon.nisha...@gmail.com wrote:
On 05/09/2010 05:51 AM, Venkatraman S wrote:
Nishanth Menonn...@ti.com wrote:
Chikkature Rajashekar, Madhusudhan had written, on 05/07/2010 11:59 AM,
the
following:
Subject: Re: [PATCH v8 2/2] omap hsmmc: adaptation of sdma
descriptor
OMAP3 features bitmap is used a method to check
for SoC specific features. This patch renames the global variables
and the accessor functions to use a generic name from omap3_* to
omap_*
Signed-off-by: Venkatraman S svenk...@ti.com
CC: Nishant Menon n...@ti.com
CC: Tony Lindgren t
Madhvapathi Sriram srira...@ti.com wrote:
- This moves the dma line population from omap_hsmmc.c to plat-omap/devices.c
- This is done to keep platform specific code inside the platform directory
rather than the host driver
- This makes the porting work across OMAP platforms easier
: linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Tony Lindgren;
Chikkature Rajashekar, Madhusudhan
Subject: Re: [PATCH RESEND] update omap3 features bitmap and
API to generic names
On Mon, May 10, 2010 at 2:55 PM, Venkatraman S
svenk...@ti.com wrote:
OMAP3 features
Nishanth Menon n...@ti.com wrote:
On 05/10/2010 07:31 AM, Venkatraman S wrote:
Nishanth Menonmenon.nisha...@gmail.com wrote:
Please see [1] for SOC specific feature handling. any reasons we can't
handle it by adding a new feature?
[1]
http://git.kernel.org/?p=linux/kernel/git/torvalds
Ajay Kumar Gupta ajay.gu...@ti.com wrote:
AM35x is based on OMAP35x but has an updated musb interface which
uses CPPI4.1 DMA engine.
Current patch supports only PIO mode transfers.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Changes from v1: (Based on Sergei's comment)
-
Ajay Kumar Gupta ajay.gu...@ti.com wrote:
AM35x supports only 32bit read operations so we need to have
workaround for 8bit and 16bit read operations.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
drivers/usb/musb/am3517.c | 30 ++
Santosh Shilimkar santosh.shilim...@ti.com wrote:
This patch fixes the flush_cache_all for ARMv7 SMP. It was
missing from commit b8349b569aae661dea9d59d7d2ee587ccea3336c
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Catalin Marinas catalin.mari...@arm.com
---
Updated version
Nishanth Menon n...@ti.com wrote:
sgx, iva, l2cache, sgx, neon, isp are generic features, make
them generic features, current OMAP3 detection mechanism
is still retained. 192Mhz is more specific OMAP3 feature
so it is retained as is
Cc: Tony Lindgren t...@atomide.com
Cc: Angelo Arrifano
Nishanth Menon n...@ti.com wrote:
On 05/27/2010 01:24 PM, S, Venkatraman wrote:
Nishanth Menonn...@ti.com wrote:
[..]
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index 809e13a..01555b6 100644
--- a/arch/arm/mach-omap2/id.c
+++ b/arch/arm/mach-omap2/id.c
@@ -161,7
Nishanth Menon menon.nisha...@gmail.com wrote:
On 05/31/2010 07:06 PM, Venkatraman S wrote:
Nishanth Menonn...@ti.com wrote:
On 05/27/2010 01:24 PM, S, Venkatraman wrote:
Nishanth Menonn...@ti.com wrote:
[..]
diff --git a/arch/arm/mach-omap2/id.c b/arch/arm/mach-omap2/id.c
index
On Tue, Jun 1, 2010 at 12:48 AM, Nishanth Menon n...@ti.com wrote:
On 05/31/2010 09:46 PM, S, Venkatraman wrote:
I understand that you might not have all platforms to test with, but
let's not provide a
'generic feature api' without it being available for the supported
platforms.
It's
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard rev. C2 and C4
Processor: OMAP3
Kernel: 2.6.35-rc2
Driver: mmci-omap-hs
I am faced with an SDHC card problem on a beagleboard. Some cards
cannot be initialized on startup while others work perfectly. I tracked
the
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Tue, 2010-06-15 at 20:58 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard rev. C2 and C4
Processor: OMAP3
Kernel: 2.6.35-rc2
Driver: mmci-omap-hs
I am faced with an SDHC card
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Wed, 2010-06-16 at 14:13 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
On Tue, 2010-06-15 at 20:58 +0530, Venkatraman S wrote:
Mathieu Poirier mathieu.poir...@canonical.com wrote:
HW: Beagleboard
On Fri, Jun 25, 2010 at 7:25 PM, Nishanth Menon n...@ti.com wrote:
DebBarma, Tarun Kanti had written, on 06/25/2010 08:50 AM, the following:
Nishant,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Menon, Nishanth
On Fri, Jun 25, 2010 at 8:13 PM, Nishanth Menon n...@ti.com wrote:
S, Venkatraman had written, on 06/25/2010 09:38 AM, the following:
On Fri, Jun 25, 2010 at 7:25 PM, Nishanth Menon n...@ti.com wrote:
DebBarma, Tarun Kanti had written, on 06/25/2010 08:50 AM, the following:
Nishant,
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap type with omap_has_feature. This
can be used to leave out cpu_is_omap checks.
Signed-off-by: Tony Lindgren t...@atomide.com
---
On Thu, Jul 8, 2010 at 9:58 PM, Nishanth Menon n...@ti.com wrote:
S, Venkatraman had written, on 07/08/2010 11:15 AM, the following:
On Thu, Jul 8, 2010 at 8:33 PM, Nishanth Menon n...@ti.com wrote:
Tony Lindgren had written, on 07/08/2010 04:38 AM, the following:
Allow testing for omap
If other informative DMA interrupts are enabled
for the channel used by hsmmc, those are incorrectly
treated as block completion. This patch lets only
the block completion interrupt to be processed.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host
If other informative interrupts are enabled for
the DMA channel used by hsmmc, those are incorrectly
treated as block completion. This patch lets only the
block completion interrupt to be processed.
Signed-off-by: Venkatraman S svenk...@ti.com
CC: Madhusudhan Chikkature madhu...@ti.com
CC: Andrew
While trying to build omap_3630sdp_defconfig on Linus's 2.6.35-rc5, I
get these warnings..
I understand these could be related to the recent defconfig changes.
I will try to investigate; posted here to know if anyone has found a
fix already..
--
scripts/kconfig/conf -s
On Tue, May 12, 2009 at 6:11 PM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
+#define OMAP_DMA4_CDP_REG(n) (0x60 * (n) + 0xd0)
+#define OMAP_DMA4_CNDP_REG(n) (0x60 * (n) + 0xd4)
+#define OMAP_DMA4_CCDN_REG(n) (0x60 * (n) + 0xd8)
+
It would be consistent with
Kevin,
On Thu, Aug 13, 2009 at 5:09 AM, Kevin
Hilmankhil...@deeprootsystems.com wrote:
S, Venkatraman svenk...@ti.com writes:
The hardware feature is available on OMAP4430 and also expected to be
in OMAP3630. Hence the feature flag will control the inclusion of the
additional functions.
On Wed, Sep 23, 2009 at 12:49 PM, Anuj Aggarwal anuj.aggar...@ti.com wrote:
Argument tparams was not being used to program
global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/plat-omap/dma.c | 13 +++--
On Mon, Oct 5, 2009 at 10:11 PM, Randy Dunlap rdun...@xenotime.net wrote:
On Mon, 5 Oct 2009 14:12:43 +0530 Anuj Aggarwal wrote:
Argument tparams was not being used to program
global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
Signed-off-by: Anuj Aggarwal
is in draft state and needs more testing.
These patches are also available at
git://github.com/svenkatr/linux.git my/mmc/3.6/hrtimer_updates
Venkatraman S (10):
mmc: core: Add TRANsfer state to non-HPI state
mmc: debugfs: Print ext_csd in ascending order
mmc: omap: remove unused variables
HPI can be issued only in programming state to bring the card to
transfer state. If the card is already in transfer state, doing
a HPI is redundant.
Fix this by adding transfer state to the list of exceptions to
doing HPI and return without error.
Signed-off-by: Venkatraman S svenk...@ti.com
ext_csd exported through debugfs is printed in reverse order (from
byte 511 to 0), which causes confusion.
Fix the for loop to print ext_csd in natural order.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/core/debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Get rid of some unnecessary includes in the driver and
a few unused variables.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
index 50e08f0..0ec4e55 100644
The function mmc_omap_report_irq uses raw printks and the
actual output was disabled by a static variable. Make
the function use dev_vdbg macro and use it under the
standard CONFIG_MMC_DEBUG flag.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap.c | 29
Some straight forward cleanup of unnecessary #include's
and host variables. Some of the verbose and redundant
debug messages are converted to use dev_vdbg.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 14 --
1 file changed, 4 insertions(+), 10
SYSCONFIG register of HSMMC IP is managed by the omap hwmod
abstraction layer. Resetting the IP and configuring the correct
SYSCONFIG mode is centrally managed by hwmod.
Remove code which manipulates IP reset and SYSCONFIG directly in the
driver.
Signed-off-by: Venkatraman S svenk...@ti.com
Flushing spurious IRQs from HSMMC IP is done twice in
omap_hsmmc_irq and omap_hsmmc_do_irq.
Consolidate them to one location.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 17 -
1 file changed, 4 insertions(+), 13 deletions(-)
diff --git
Consolidate the duplicated code around the handling of CMD_TIMEOUT,
CMD_CRC, DATA_TIMEOUT, DATA_CRC and CARD_ERR handling into a
single function.
This generally shrinks code bloat, but is also required for implementing
software based guard timers.
Signed-off-by: Venkatraman S svenk...@ti.com
I can continue to look after this driver.
Signed-off-by: Venkatraman S svenk...@ti.com
---
MAINTAINERS | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 72c2681..75e3c3e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4933,8 +4933,10 @@ S
when the timeout is not explicitly specified by core.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 96 ++-
1 file changed, 50 insertions(+), 46 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host
, and the arbitary timing of 100ms
is used only when the timeout is not explicitly specified by core.
A trivial change to get rid of unnecessary dealiasing of host-data
in omap_hsmmc_do_irq is also included.
Signed-off-by: Venkatraman S svenk...@ti.com
---
v1-v2:
Fix typos in commit message.
Add checks
-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 51 ---
1 file changed, 29 insertions(+), 22 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 57e86a4..03c2362 100644
--- a/drivers/mmc/host/omap_hsmmc.c
.
Eventually, the common irq handler code will only look at this
field and not the compile time constant.
[1]:
https://blueprints.launchpad.net/ubuntu/+spec/kernel-maverick-arm-single-zimage
Venkatraman S (2):
omap2+: Populate nr_irqs field in machine descriptors
omap1: Populate nr_irqs field
Machine descriptors in board files should have valid
nr_irqs value so that irq handler code can probe it.
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c|1 +
arch/arm/mach-omap2/board-3430sdp.c|1 +
arch/arm/mach-omap2/board-3630sdp.c
Machine descriptors in board files should have valid
nr_irqs value so that irq handler code can probe it.
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/mach-omap1/board-ams-delta.c |1 +
arch/arm/mach-omap1/board-fsample.c |1 +
arch/arm/mach-omap1/board-generic.c |1
Reuse omap_hsmmc_dma_cleanup even for normal dma teardown in
omap_hsmmc_dma_cb. Consolidate multiple points of dma unmap into a
single location in post_req function, to prevent double unmapping.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 20
The first patch substitutes the dma_cleanup function in place of
the body of the code which does the same thing. The dma unmap
operation is now restricted just to the post_req function.
The second patch minimizes holding spin lock during dma
configuration, where it is not necessary.
Venkatraman
No need to hold the spinlock during a rather long dma configuration
sequence inside dma callback, which doesn't need it.
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host
On Fri, Oct 5, 2012 at 3:34 AM, Tony Lindgren t...@atomide.com wrote:
We need to remove this from plat for ARM common zImage
support.
Cc: Chris Ball c...@laptop.org
Cc: Venkatraman S svenk...@ti.com
Cc: linux-...@vger.kernel.org
Signed-off-by: Tony Lindgren t...@atomide.com
Thanks Tony. I
Daily build on Linus's tree is failing for the past 2-3 days
make modules with omap2plus_defconfig..
ERROR: snd_hwparams_to_dma_slave_config [sound/soc/omap/snd-soc-omap.ko]
undefined!
ERROR: snd_dmaengine_pcm_pointer [sound/soc/omap/snd-soc-omap.ko] undefined!
ERROR: snd_dmaengine_pcm_open
From: Daniel Mack zon...@gmail.com
This allows DT-driven board to set up the pin mux only when the driver
is in use.
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Venkatraman S svenk...@ti.com
Cc: Chris Ball c...@laptop.org
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr
From: Daniel Mack zon...@gmail.com
Maximum bus frequency can be limited by external circuitry like level
shifters etc. Allow passing this value from DT.
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Venkatraman S svenk...@ti.com
Cc: Chris Ball c...@laptop.org
Cc: Grant Likely grant.lik
From: Balaji T K balaj...@ti.com
struct omap_hsmmc_host *host should not be accessed after mmc_free_host().
Reorder mmc_free_host() after iounmap(host-base).
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 2 +-
1 file
From: Balaji T K balaj...@ti.com
dev-platform_data is NULL in case of device tree boot,
instead use the saved version in struct omap_hsmmc_host.
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 17 +++--
1
Daniel,
On Sat, Oct 13, 2012 at 2:31 PM, Daniel Mack zon...@gmail.com wrote:
On 12.10.2012 12:58, Daniel Mack wrote:
Here are some assorted patches for the omap_hsmmc driver that I need on
top Linus' current development branch to make it work on a AM33xx board.
1/4 and 2/4 qualify as bug
1 - 100 of 173 matches
Mail list logo
