- 05 May, 2009 2 commits
-
-
Martin Fuzzey authored
On MX2 platforms imx_dma_request() calls request_irq() which may sleep with interrupts disabled. Signed-off-by:
Martin Fuzzey <mfuzzey@gmail.com> Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
Martin Fuzzey authored
The sequence imx_dma_request() imx_dma_enable() imx_dma_free() left the dma channel in_use mode and did not release the timer. Signed-off-by:
Martin Fuzzey <mfuzzey@gmail.com> Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
- 13 Mar, 2009 1 commit
-
-
Sascha Hauer authored
The context makes it clear already that these are clocks, so there's no need for such a suffix. This patch only changes the clocks actually used in the tree. The remaining clocks are renamed in the subsequent architecture specific patches. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
- 02 Jan, 2009 1 commit
-
-
Russell King authored
Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 18 Dec, 2008 1 commit
-
-
Sascha Hauer authored
This patch adds a missing call to local_irq_restore() and fixes some compiler warnings about unused variables for MX1. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
- 16 Dec, 2008 1 commit
-
-
Sascha Hauer authored
This one updates DMA support on MX2 which got broken in: [ARM] Hide ISA DMA API when ISA_DMA_API is unset Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-
- 29 Nov, 2008 1 commit
-
-
Russell King authored
When ISA_DMA_API is unset, we're not implementing the ISA DMA API, so there's no point in publishing the prototypes via asm/dma.h, nor including the machine dependent parts of that API. This allows us to remove a lot of mach/dma.h files which don't contain any useful code. Unfortunately though, some platforms put their own private non-ISA definitions into mach/dma.h, so we leave these behind and fix the appropriate #include statments. Signed-off-by:
Russell King <rmk+kernel@arm.linux.org.uk>
-
- 09 Sep, 2008 1 commit
-
-
Sascha Hauer authored
This patch adds DMA support for Freescale i.MX27 SoCs. It is derived from the i.MX1 port and should (though currently untested) still be working for the i.MX1. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de>
-