From: Greg Knight <g.knight@symetrica.com>
To: Mark Brown <broonie@kernel.org>
Cc: linux-spi@vger.kernel.org, linux-omap@vger.kernel.org
Subject: Patch to parameterize DMA_MIN_BYTES for omap2-mcspi
Date: Thu, 19 Mar 2015 01:05:01 -0400 [thread overview]
Message-ID: <1426741501.10003.6.camel@midgaarde> (raw)
[-- Attachment #1: Type: text/plain, Size: 578 bytes --]
Hi, Mark,
I've attached a patch which adds a device-tree field "ti,dma-min-bytes"
which replaces the macro DMA_MIN_BYTES. Adjusting this field addresses
issues we've had where, in our particular use case, the usleep() in the
SPI worker thread eats a full 20% of our CPU (AM3359).
I opted to implement it as a device-tree parameter and keep the original
value (160) as the default, in order to avoid impacting anyone else.
The patch is attached. Patches 1-2 are an unrelated McASP change (see my
other message).
What is the process for getting this upstreamed?
Thanks,
Greg
[-- Attachment #2: 0003-spi-omap2-mcspi-DMA_MIN_BYTES-hashdef-ti-dma-min-byt.patch --]
[-- Type: text/x-patch, Size: 3066 bytes --]
>From 2b51699d1f7f05de45f0f0f065c37da81181f4eb Mon Sep 17 00:00:00 2001
From: Greg Knight <g.knight@symetrica.com>
Date: Mon, 2 Mar 2015 10:44:21 -0500
Subject: [PATCH 3/3] spi-omap2-mcspi: DMA_MIN_BYTES hashdef =>
ti,dma-min-bytes device tree option
---
drivers/spi/spi-omap2-mcspi.c | 16 +++++++++++-----
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index 70cd418..4ac1f3e 100644
--- a/drivers/spi/spi-omap2-mcspi.c
+++ b/drivers/spi/spi-omap2-mcspi.c
@@ -117,8 +117,7 @@ struct omap2_mcspi_dma {
/* use PIO for small transfers, avoiding DMA setup/teardown overhead and
* cache operations; better heuristics consider wordsize and bitrate.
*/
-#define DMA_MIN_BYTES 160
-
+#define DMA_MIN_BYTES_DEFAULT 160
/*
* Used for context save and restore, structure members to be updated whenever
@@ -141,6 +140,9 @@ struct omap2_mcspi {
struct omap2_mcspi_regs ctx;
int fifo_depth;
unsigned int pin_dir:1;
+
+ /* SPI transfer threshold over which we prefer DMA to PIO */
+ unsigned dma_min_bytes;
};
struct omap2_mcspi_cs {
@@ -1115,7 +1117,7 @@ static void omap2_mcspi_work(struct omap2_mcspi *mcspi, struct spi_message *m)
unsigned count;
if ((mcspi_dma->dma_rx && mcspi_dma->dma_tx) &&
- (m->is_dma_mapped || t->len >= DMA_MIN_BYTES))
+ (m->is_dma_mapped || t->len >= mcspi->dma_min_bytes))
omap2_mcspi_set_fifo(spi, t, 1);
omap2_mcspi_set_enable(spi, 1);
@@ -1126,7 +1128,7 @@ static void omap2_mcspi_work(struct omap2_mcspi *mcspi, struct spi_message *m)
+ OMAP2_MCSPI_TX0);
if ((mcspi_dma->dma_rx && mcspi_dma->dma_tx) &&
- (m->is_dma_mapped || t->len >= DMA_MIN_BYTES))
+ (m->is_dma_mapped || t->len >= mcspi->dma_min_bytes))
count = omap2_mcspi_txrx_dma(spi, t);
else
count = omap2_mcspi_txrx_pio(spi, t);
@@ -1216,7 +1218,7 @@ static int omap2_mcspi_transfer_one_message(struct spi_master *master,
return -EINVAL;
}
- if (m->is_dma_mapped || len < DMA_MIN_BYTES)
+ if (m->is_dma_mapped || len < mcspi->dma_min_bytes)
continue;
if (mcspi_dma->dma_tx && tx_buf != NULL) {
@@ -1331,10 +1333,12 @@ static int omap2_mcspi_probe(struct platform_device *pdev)
mcspi = spi_master_get_devdata(master);
mcspi->master = master;
+ mcspi->dma_min_bytes = DMA_MIN_BYTES_DEFAULT;
match = of_match_device(omap_mcspi_of_match, &pdev->dev);
if (match) {
u32 num_cs = 1; /* default number of chipselect */
+ u32 dma_min_bytes;
pdata = match->data;
of_property_read_u32(node, "ti,spi-num-cs", &num_cs);
@@ -1342,6 +1346,8 @@ static int omap2_mcspi_probe(struct platform_device *pdev)
master->bus_num = bus_num++;
if (of_get_property(node, "ti,pindir-d0-out-d1-in", NULL))
mcspi->pin_dir = MCSPI_PINDIR_D0_OUT_D1_IN;
+ if (!of_property_read_u32(node, "ti,dma-min-bytes", &dma_min_bytes))
+ mcspi->dma_min_bytes = (unsigned) dma_min_bytes;
} else {
pdata = dev_get_platdata(&pdev->dev);
master->num_chipselect = pdata->num_cs;
--
1.9.1
next reply other threads:[~2015-03-19 5:05 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-19 5:05 Greg Knight [this message]
2015-03-19 9:47 ` Patch to parameterize DMA_MIN_BYTES for omap2-mcspi Mark Brown
2015-03-19 12:34 ` Peter Ujfalusi
2015-03-19 13:16 ` Greg Knight
[not found] ` <CAAQQ3un3k-0nY8xaOXKbmCznOk69ZEhbWLd5ZZV1_=rQLOyspg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-03-19 14:03 ` Mark Brown
2015-03-19 16:23 ` Peter Ujfalusi
[not found] ` <550AF7F6.7080200-l0cyMroinI0@public.gmane.org>
2015-03-19 17:28 ` Greg Knight
2015-03-19 18:51 ` Mark Brown
2015-03-20 13:10 ` Peter Ujfalusi
[not found] ` <550C1C2C.5080204-l0cyMroinI0@public.gmane.org>
2015-03-22 16:31 ` Mark Brown
2015-03-20 12:58 ` Peter Ujfalusi
2016-05-31 5:03 ` Anton Habegger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1426741501.10003.6.camel@midgaarde \
--to=g.knight@symetrica.com \
--cc=broonie@kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).