From: Russell King
Nothing tests the clock flags for this bit, so it serves no purpose.
Remove it.
Signed-off-by: Russell King
---
arch/arm/mach-omap1/clock.h |8 +++-
arch/arm/mach-omap2/clock24xx.h |2 +-
arch/arm/plat-omap/include/mach/clock.h |1 -
3
the system point of view.
If you can't get it to work with a readback and dependency, that suggests
that something else external to the CPU is misbehaving or broken.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
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
On Wed, Jan 28, 2009 at 12:08:23PM -0700, Paul Walmsley wrote:
> + if (cpu_is_omap24xx()) {
> +
> + if (v == OMAP2XXX_EN_DPLL_LPBYPASS ||
> + v == OMAP2XXX_EN_DPLL_FRBYPASS)
> + return clk->parent->rate;
> +
> + } else if (cpu_is_omap34xx()) {
void(*lcdc_callback)(void *data);
void*lcdc_callback_data;
unsigned long l4_khz;
@@ -518,7 +518,7 @@ static int rfbi_init(struct omapfb_device *fbdev)
int r;
rfbi.fbdev = fbdev;
- rfbi.base = io_p2v(RFBI_BASE);
+ rfb
mcbsp->io_base + OMAP_MCBSP_REG_DXR1,
>
> yes, that's true. This is expected to be virtual (mcbsp->io_base).
Don't you mean that it is expected to be physical?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To
ems to mean
dropping the new OMAP3 support.
That would include dropping the above commit causing the merge conflict.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap"
t of added your other patch to fix the build
error I reported on Saturday) it turns out to be much more trivial
a conflict than I was suspecting from sfr's description.
However, the results of the final merge with 'master' on my devel
branch never go to Linus, so your patch may still b
On Tue, Sep 22, 2009 at 07:58:46PM +0530, C.A, Subramaniam wrote:
> Hi All,
> Following is the second version of patches for mailbox driver.
> The comments provided by Hiroshi and Russell King have been in-corporated.
> Resending the entire series of patches, below is the summar
t for it - it is being replaced by two
sets of functions, one to be called prior to DMA and another to be called
after DMA has completed.
In the longer run, it is likely that the 'dmac_*_range' and 'outer_*_range'
will probably also be going away, to be replaced by two
PS, please can we have future technical kernel discussions via my linux@
address rather than my rmk@ address?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
t; - omap3 ldp board powers down after boot?
This doesn't happen for me.
> > >
> > > Any other issues?
> >
> > Amstrad E3 fails during the boot. Bisection points to:
> >
> > commit 211baa7016894c02fc18693e21ca479cd08ac0c0
> > Author: R
On Mon, Jan 17, 2011 at 05:49:00PM +0530, Santosh Shilimkar wrote:
> > -Original Message-
> > From: Russell King [mailto:r...@arm.linux.org.uk]
> > Sent: Monday, January 17, 2011 5:42 PM
> > To: Santosh Shilimkar
> > Cc: Aaro Koskinen; Tony Lindgren; linux-om
gt;
> > >> commit 211baa7016894c02fc18693e21ca479cd08ac0c0
> > >> Author: Russell King
> > >> Date: Tue Jan 11 16:23:04 2011 +
> > >>
> > >> ARM: sched_clock: allow init_sched_clock() to be
commit 211baa7016894c02fc18693e21ca479cd08ac0c0
> > > > Author: Russell King
> > > > Date: Tue Jan 11 16:23:04 2011 +
> > > >
> > > > ARM: sched_clock: allow init_sched_clock() to be called
> > > > early
On Mon, Jan 17, 2011 at 02:00:17PM -0700, Paul Walmsley wrote:
> On Mon, 17 Jan 2011, Russell King wrote:
>
> > On Mon, Jan 17, 2011 at 01:31:47PM -0700, Paul Walmsley wrote:
> > >
> > > OMAP15xx uses the MPU timer for its clocksource, since OMAP15xx doesn't
On Mon, Aug 03, 2009 at 06:36:12PM +0200, Samuel Ortiz wrote:
> Hi Santosh,
>
> On Mon, Jul 27, 2009 at 11:30:48AM +0530, Santosh Shilimkar wrote:
> > From: Russell King
> >
> > (Rebased on 2.6.31-rc4)
> >
> > The TWL4030 IRQ handler has a bug which leads
#x27; from struct omap_msg_tx_data ?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
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
nfigured > 0)
> + mbox_configured--;
> + if (!mbox_configured) {
> + clk_disable(mbox_ick_handle);
> + clk_put(mbox_ick_handle);
> + mbox_ick_handle = NULL;
> + }
Same concern - what protects
enum to control the numbering of these.
Use that.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo i
PTR_ERR(mbox_ick_handle);
BTW, in future, please post patches to my linux@ address, not my rmk@
address. Patches to my rmk@ address tend to be heavily buried.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list
? Do you need IRQF_DISABLED|IRQF_SHARED ?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
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
g far too far. Why not just make the clkops structures non-
static?
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.ke
Also, why are you emailing me at my rmk+kernel address and claiming
that I used this address to make the suggestion. It was my
linux@ address.
Deleting these mails from this mailbox.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To
On Wed, Apr 21, 2010 at 11:50:56PM +0530, kishore kadiyala wrote:
> This patch adds dummy Interface clocks for MMC controllers
Looks to me as if it changes the formatting; it doesn't seem to be adding
anything.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linu
/* link regulators to MMC adapters ... we "know" the
> + * regulators will be set up only *after* we return.
> + */
> + sdp4430_vmmc_supply[0].dev = mmc[0].dev;
> + sdp4430_vmmc_supply[1].dev = mmc[1].dev;
> + return 0;
> +}
There should be a bla
ich is left
plugged in.
To do this makes the overall 4430SDP more usable than it currently
is with mainline kernels.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the
On Thu, Feb 04, 2010 at 08:04:44PM -0800, Tony Lindgren wrote:
> Russell, can you please let me know if you have some static
> commit ID containing the patch above that I could use that as
> base for my patches?
Right, when it eventually gets through linux-next, 4e6d488
--
Russell Ki
Add support for returning the residue for a particular descriptor by
reading the current DMA address for the source or destination side of
the transfer as appropriate, and walking the scatterlist until we find
an entry containing the current DMA address.
Signed-off-by: Russell King
---
drivers
Signed-off-by: Russell King
---
drivers/dma/omap-dma.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index 62b6a2b..e1a326d 100644
--- a/drivers/dma/omap-dma.c
+++ b/drivers/dma/omap-dma.c
@@ -50,6 +50,7 @@ struct
Add support for cyclic DMA to the OMAP DMA engine driver.
Signed-off-by: Russell King
---
drivers/dma/omap-dma.c | 93 +--
1 files changed, 89 insertions(+), 4 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index e1a326d
we disable DMA. This
avoids having barriers for every DMA register access.
Acked-by: Tony Lindgren
Acked-by: Santosh Shilimkar
Signed-off-by: Russell King
---
arch/arm/plat-omap/dma.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/dma.c
Split the virtual slave channel DMA support from the sa11x0 driver so
this code can be shared with other slave DMA engine drivers.
Signed-off-by: Russell King
---
drivers/dma/Kconfig |4 +
drivers/dma/Makefile |1 +
drivers/dma/sa11x0-dma.c | 249
Tested-by: Tony Lindgren
Signed-off-by: Russell King
---
drivers/dma/Kconfig|6 +
drivers/dma/Makefile |1 +
drivers/dma/omap-dma.c | 521
3 files changed, 528 insertions(+), 0 deletions(-)
create mode 100644 drivers/dma/omap
res can be one of several resources, as this variable is re-used several
times during probe. This can cause the wrong resource parameters to be
passed to release_mem_region().
Get the original memory resource before calling release_mem_region().
Signed-off-by: Russell King
---
drivers/mmc
Add DMA engine support to the OMAP HSMMC driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap_hsmmc.c | 192
Remove the private DMA API implementation from omap_hsmmc, making it
use entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap_hsmmc.c | 264 ++---
1 files changed, 64 insertions(+), 200 deletions(-)
diff --git a/drivers/mmc
Add DMA engine support to the OMAP driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap.c | 200
Remove the private DMA API implementation from omap, making it use
entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap.c | 235 +-
1 files changed, 6 insertions(+), 229 deletions(-)
diff --git a/drivers/mmc/host/omap.c
DMAengine uses the DMA engine device structure when mapping/unmapping
memory for DMA, so the MMC devices do not need their DMA masks
initialized (this reflects hardware: the MMC device is not the device
doing DMA.)
Signed-off-by: Russell King
---
arch/arm/mach-omap1/board-h2-mmc.c|1
Signed-off-by: Russell King
---
drivers/spi/spi-omap2-mcspi.c | 184 ++---
1 files changed, 152 insertions(+), 32 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index bb9274c..b2461d7 100644
--- a/drivers/spi/spi
Remove the private DMA API implementation from spi-omap2-mcspi.c,
making it use entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/spi/spi-omap2-mcspi.c | 104 ++---
1 files changed, 5 insertions(+), 99 deletions(-)
diff --git a/drivers
Signed-off-by: Russell King
---
Documentation/feature-removal-schedule.txt | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
index 03ca210..aec6f37 100644
--- a
Split the virtual slave channel DMA support from the sa11x0 driver so
this code can be shared with other slave DMA engine drivers.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/Kconfig |4 +
drivers/dma/Makefile |1 +
drivers/dma/sa11x0-dma.c | 249
Add a function to find a descriptor within the depths of the
virtualized DMA channel support. Needed for tx_status functionality.
Signed-off-by: Russell King
---
drivers/dma/virt-dma.c | 13 +
drivers/dma/virt-dma.h |2 +-
2 files changed, 14 insertions(+), 1 deletions
guarantee a callback for each completed period, but for
N completed periods where N may be greater than one.
Signed-off-by: Russell King
---
drivers/dma/virt-dma.c | 19 +++
drivers/dma/virt-dma.h | 14 ++
2 files changed, 29 insertions(+), 4 deletions(-)
di
descriptor.
* - where this is the number of bytes yet to be transferred to/from
RAM.
Signed-off-by: Russell King
---
drivers/dma/sa11x0-dma.c | 45 +
1 files changed, 29 insertions(+), 16 deletions(-)
diff --git a/drivers/dma/sa11x0-dma.c b/drivers/dma
Add support for cyclic DMA on sa11x0 platforms. This follows the
discussed behaviour that the callback will be called at some point
after period expires, and may coalesce multiple period expiries into
one callback (due to the tasklet behaviour.)
Signed-off-by: Russell King
---
drivers/dma
e DMA engine driver. Alternative
suggestions welcome.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index 49ecbbb..5586d9a 1
db8196df4 (dmaengine: move drivers to dma_transfer_direction) missed
fixing up the "DMA_NONE" case.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/d
The pl08x_driver_data spinlock is only ever initialized. Nothing else
uses it. Let's get rid of it.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/dr
Circular buffers are not handled in this way; we have a separate API
call now to setup circular buffers. So lets not mislead people with
this bool.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |7 ---
include/linux/amba/pl08x.h |4
2
Try to avoid dereferencing the DMA engine's channel struct in these
platform helpers; instead, pass a pointer to the channel data into
get_signal(), and the returned signal number to put_signal().
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |4 ++--
include/linux/amba/pl
Move the driver private data structures into the driver itself, rather
than having them exposed to everyone in a header file.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 136 ++
include/linux/amba/pl08x.h | 141
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |2 +-
include/linux/amba/pl08x.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index 9494990..775efef 100644
--- a/drivers/dma
Add a dma_slave_config struct to struct pl08x_dma_chan, and move the
src_addr/dst_addr arguments into this struct. This is a step away
from using the dma_slave_config's direction member.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 15 +++--
As we now store the dma_slave_config in pl08x_dma_chan, we don't need
to store this separately. Use the one in dma_slave_config directly.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |8 +---
1 files changed, 1 insertions(+), 7 deletions(-)
Move the bus and transfer increment selection to the DMA prepare
function rather than the slave configuration function.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 26 ++
1 files changed, 14 insertions(+), 12 deletions(-)
diff
Extract the functionality from dma_slave_config to generate the cctl
values for a given bus width and burst size. This allows us to use
this elsewhere in the driver, namely the prepare functions.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 53
: Russell King
---
drivers/dma/amba-pl08x.c | 56 ++---
1 files changed, 18 insertions(+), 38 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index fde801f..50b9a83 100644
--- a/drivers/dma/amba-pl08x.c
+++ b/drivers/dma/amba
Get rid of the unnecessary checks in dma_slave_config utilizing
the DMA direction. This allows us to move the computation of
cctl to the prepare function.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 41
Split the DMA request mux signal handling from the physical channel
allocation code. The physical channel has very little to do with the
DMA request input which will be used, so these should be two separate
operations.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba
Move the signal handling out of the physical channel structure into
the virtual channel structure, where it should belong as it has more
to do with the virtual channel than the physical one.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 29
Keep track of the number of descriptors currently using a MUX setting
on a per-channel basis. This allows us to know when we have descriptors
queued somewhere which have been assigned a DMA request signal.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 18
Convert PL08x to use a list of completed descriptors rather than
merely relying upon a single pointer. This makes it possible to
schedule the tasklet for other purposes, and makes our behaviour
similar to virt-dma.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba
eij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 79 ++---
1 files changed, 32 insertions(+), 47 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index 54e3eb0..e04ca0b 100644
--- a/drivers/dma/amba-pl08x.c
++
As we no longer need to pass a descriptor to prep_phy_channel(), we
don't need to keep track of the descriptor which is waiting for a
channel to become available. So let's get rid of it.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |8 +--
Rather than code the de-queue of the txd several times, move that into
the start_txd function. Rename this to better illustrate what it's
now doing, and call this function when starting a delayed memcpy().
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |
Our behaviour wasn't correct; issue_pending is supposed to be called
before any submitted descriptors are available for processing by the
DMA engine. Split the pend_list in two, one for submitted descriptors
and another list for issued descriptors.
Acked-by: Linus Walleij
Signed-off-by: Ru
Rather than waiting for the tasklet to run, we can start the next
descriptor from interrupt context, as soon as we know that the
previous descriptor has completed.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |9 +
1 files changed, 5 insertions
to a state where the generic virtual DMA
code can be used with this driver, and opens up the possibility of
properly scheduling and prioritorising physical DMA channels to
virtual DMA channels.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |
Convert PL08x to use the virt-dma structures.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 57 +++--
1 files changed, 29 insertions(+), 28 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba
Initialize the vchan struct, and use the provided spinlock rather than
our own.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/Kconfig |1 +
drivers/dma/amba-pl08x.c | 45 -
2 files changed, 21 insertions(+), 25
Convert to use the virtual dma channel submitted/issued descriptor
lists rather than our own private lists, and use the virtual dma
channel support functions to manage these lists.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 64
Convert to use the virtual dma channel done list, tasklet, and
descriptor freeing.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 135 ++---
1 files changed, 54 insertions(+), 81 deletions(-)
diff --git a/drivers/dma
This function is now unnecessary; we can move its internals inline
instead.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 32 +---
1 files changed, 9 insertions(+), 23 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b
ional locking
here.
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index 9297240..a5d85b1 100644
--- a/drivers/dma/amba-pl
lleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c | 61 +
1 files changed, 34 insertions(+), 27 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/drivers/dma/amba-pl08x.c
index 6a35e37..c42c7ef 100644
--- a/drivers/dma/amba-pl08x.c
Ensure all queued descriptors are freed when the channel is released,
ensuring we don't leak memory
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
drivers/dma/amba-pl08x.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/amba-pl08x.c b/driver
Tested-by: Tony Lindgren
Signed-off-by: Russell King
---
drivers/dma/Kconfig |6 +
drivers/dma/Makefile |1 +
drivers/dma/omap-dma.c | 522 ++
include/linux/omap-dma.h | 24 ++
4 files changed, 553 insertions(+), 0 deletions
Add DMA engine support to the OMAP HSMMC driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Tested-by: Grazvydas Ignotas
Signed-off-by: Russell King
Remove the private DMA API implementation from omap_hsmmc, making it
use entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap_hsmmc.c | 265 ++---
1 files changed, 64 insertions(+), 201 deletions(-)
diff --git a/drivers/mmc
Add DMA engine support to the OMAP driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private DMA API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap.c | 199
Remove the private DMA API implementation from omap, making it use
entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/mmc/host/omap.c | 235 +-
1 files changed, 6 insertions(+), 229 deletions(-)
diff --git a/drivers/mmc/host/omap.c
DMAengine uses the DMA engine device structure when mapping/unmapping
memory for DMA, so the MMC devices do not need their DMA masks
initialized (this reflects hardware: the MMC device is not the device
doing DMA.)
Signed-off-by: Russell King
---
arch/arm/mach-omap1/board-h2-mmc.c|1
Acked-by: Grant Likely
Signed-off-by: Russell King
---
drivers/spi/spi-omap2-mcspi.c | 183 +---
1 files changed, 151 insertions(+), 32 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index 46ef5fe..ca016df 100644
Remove the private DMA API implementation from spi-omap2-mcspi.c,
making it use entirely the DMA engine API.
Acked-by: Grant Likely
Signed-off-by: Russell King
---
drivers/spi/spi-omap2-mcspi.c | 104 ++---
1 files changed, 5 insertions(+), 99 deletions
Add DMA engine support to the OMAP2 NAND driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be independently switched at build time between using DMA
engine and the private DMA API.
Tested-by: Grazvydas Ignotas
Signed-off-by: Russell
Remove the private DMA API implementation from nand/omap2.c
making it use entirely the DMA engine API.
Signed-off-by: Russell King
---
drivers/mtd/nand/omap2.c | 136 +-
1 files changed, 26 insertions(+), 110 deletions(-)
diff --git a/drivers/mtd
Acked-by: Linus Walleij
Signed-off-by: Russell King
---
Documentation/feature-removal-schedule.txt | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/Documentation/feature-removal-schedule.txt
b/Documentation/feature-removal-schedule.txt
index 56000b3..1f7ba35
The above commit was not initializing the correct substream runtime
member with the ASoC DMA engine runtime data. Fix that.
Signed-off-by: Russell King
---
sound/soc/soc-dmaengine-pcm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/soc-dmaengine-pcm.c b
simply
discarded.)
Signed-off-by: Russell King
---
sound/soc/omap/Kconfig|1 +
sound/soc/omap/omap-pcm.c | 173
2 files changed, 48 insertions(+), 126 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 57a2fa7
This makes ixoff control whether the XON/XOFF characters are
transmitted, and ixon control whether XON/XOFF are actioned when
received. This is as required by the POSIX specification.
Signed-off-by: Russell King
---
arch/arm/plat-omap/include/plat/omap-serial.h |4 ++--
drivers/tty/serial
The SCD (special character detect) bit enables comparisons with XOFF2,
which we do not program. As the XOFF2 character remains unprogrammed,
there's little point enabling this feature along with its associated
interrupt. Remove this.
Signed-off-by: Russell King
---
drivers/tty/serial
bit settings for the ECB and TCRTLR bits. Ensure
that these bits always start off in a known state.
Signed-off-by: Russell King
---
drivers/tty/serial/omap-serial.c | 32 ++--
1 files changed, 18 insertions(+), 14 deletions(-)
diff --git a/drivers/tty/serial/omap
c538d20c7f (and maybe previous commits) broke set_mctrl() by making
it only capable of setting bits in the MCR register. This prevents
software controlled flow control and modem control line manipulation
via TIOCMSET/TIOCMBIC from working correctly.
Signed-off-by: Russell King
---
drivers/tty
nly be temporarily set
when accessing the enhanced features.
Signed-off-by: Russell King
---
drivers/tty/serial/omap-serial.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 391087e..654dd78 100644
There is nothing which clears the auto RTS/CTS bits, so once hardware
flow control gets enabled, there's no possibility to disable it.
So, clear these bits when CRTSCTS is cleared.
Signed-off-by: Russell King
---
drivers/tty/serial/omap-serial.c |7 +++
1 files changed, 7 inser
Nothing was clearing the UART_MCR_XONANY bit, so once the ixany
mode gets set, there's no possibility to disable it. Clear this
bit when IXANY mode is cleared.
Signed-off-by: Russell King
---
drivers/tty/serial/omap-serial.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
This is to make the following change more clear.
Signed-off-by: Russell King
---
drivers/tty/serial/serial_core.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
index a21dc8e..95e6e32
Ports which are capable of handling s/w flow control in hardware to
know when the s/w flow control termios settings are changed. Add a
flag to allow the low level serial drivers to indicate that they
support this, and these changes should be propagated to them.
Signed-off-by: Russell King
1 - 100 of 2474 matches
Mail list logo