summaryrefslogtreecommitdiff
path: root/packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch
diff options
context:
space:
mode:
authorDenys Dmytriyenko <denis@denix.org>2009-03-17 14:32:59 -0400
committerDenys Dmytriyenko <denis@denix.org>2009-03-17 14:32:59 -0400
commit709c4d66e0b107ca606941b988bad717c0b45d9b (patch)
tree37ee08b1eb308f3b2b6426d5793545c38396b838 /packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch
parentfa6cd5a3b993f16c27de4ff82b42684516d433ba (diff)
rename packages/ to recipes/ per earlier agreement
See links below for more details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326 http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816 Signed-off-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Mike Westerhof <mwester@dls.net> Acked-by: Philip Balister <philip@balister.org> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Diffstat (limited to 'packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch')
-rw-r--r--packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch47
1 files changed, 0 insertions, 47 deletions
diff --git a/packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch b/packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch
deleted file mode 100644
index d6d91ae0e8..0000000000
--- a/packages/linux/linux-2.6.18/atmel-mci-init-nr_blocks-in-dma-request.patch
+++ /dev/null
@@ -1,47 +0,0 @@
-From nobody Mon Sep 17 00:00:00 2001
-From: Haavard Skinnemoen <hskinnemoen@atmel.com>
-Date: Sun, 14 Jan 2007 19:07:06 +0100
-Subject: [ATMEL MCI] Initialize the nr_blocks member of the dma request
-
-It seems like the mmc driver might get asked to write less data
-than what is available in the associated scatterlist. Previously,
-the dmac driver assumed that an sg request should transfer all
-the data in the scatterlist, which would break in this case.
-
-Resolve this by passing the number of blocks to transfer explicitly.
-This will probably fix a number of cases where the mmc controller
-seemed to be out of sync with the dma controller.
-
-Signed-off-by: Haavard Skinnemoen <hskinnemoen@atmel.com>
----
- drivers/mmc/atmel-mci.c | 3 +--
- 1 file changed, 1 insertion(+), 2 deletions(-)
-
-Index: linux-2.6.18-avr32/drivers/mmc/atmel-mci.c
-===================================================================
---- linux-2.6.18-avr32.orig/drivers/mmc/atmel-mci.c 2007-01-15 15:39:13.000000000 +0100
-+++ linux-2.6.18-avr32/drivers/mmc/atmel-mci.c 2007-01-15 15:39:25.000000000 +0100
-@@ -51,7 +51,6 @@ struct atmel_mci_dma {
- struct dma_request_sg req;
- unsigned short rx_periph_id;
- unsigned short tx_periph_id;
-- int blocks_left;
- };
-
- struct atmel_mci {
-@@ -428,6 +427,7 @@ static u32 atmci_prepare_data(struct mmc
- mci_writel(host, BLKR, (MCI_BF(BCNT, data->blocks)
- | MCI_BF(BLKLEN, data->blksz)));
- host->dma.req.block_size = data->blksz;
-+ host->dma.req.nr_blocks = data->blocks;
-
- cmd_flags = MCI_BF(TRCMD, MCI_TRCMD_START_TRANS);
- if (data->flags & MMC_DATA_STREAM)
-@@ -454,7 +454,6 @@ static u32 atmci_prepare_data(struct mmc
- host->dma.req.data_reg = host->mapbase + MCI_TDR;
- }
- host->dma.req.sg = data->sg;
-- host->dma.blocks_left = data->blocks;
-
- dma_prepare_request_sg(host->dma.req.req.dmac, &host->dma.req);
-