Checkpatch likes EXPORT_SYMBOL below function definition.
Also, add export of davinci_pause_dma and davinci_resume_dma.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>

Don't clear link on stop until audio driver is fixed.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>

This shrinks the object size of davinci_mmc by about a quarter,
ripping out stuff that was issuing all kinds of commands behind
the back of the MMC core (evidently for card detect purposes).

That's stuff that needs to be ripped out before this driver can go
into mainline, obviously; good to remove it ASAP.

This has one immediate positive effect:  cards which previously could
not be enumerated on a dm355evm can now enumerate!  (After disabling
DMA, for now.)  Which in turn let me boot a rootfs from an SD card ...

There still seems to be state kept around after card removal, which
prevents a second card from enumerating after removing the first one.
Also, the MMC core failed when enumerating an MMC card; odd!

(Plus fix two broken debug messages:  voltages use a bitmask, and
newlines don't belong in the *middle* of messages.)
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>

Conflicts:
	drivers/i2c/chips/tlv320aic23.c

Cleanup the way the memory regions are intialised and removes the hard-coded
offsets used for EMAC internal modules (MDIO, Control RAM, EMAC wrapper)
i.e the assumption that all modules are at fixed offset from the EMAC "base".

Also removes the hard coded values for the RAM size, number of transmit and
receive buffer descriptors, instead gets the info from the driver structure.
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Modifies the EMAC resource data structure by adding an entry to each EMAC
memory region.
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Removes 'davinci_emac_phy.c' and  'davinci_emac_phy.h' files
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Registers a board fixup for Intel LXT971 PHY on DaVinci to increase the transmit
signal strength - a fix for transmit lockup issue.
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Adds  MII/PHY layer support DM644x/DM646x
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Modifies davinci_all_defconfig to support PHY Layer
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Modifies the davinci_evm_dm646x_defconfig to support PHY Layer.
Signed-off-by: Chaithrika U.S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Modifies davinci_evm_dm644x_defconfig to support PHY Layer
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Remove a header inclusion that was accidentaly
left over from debugging.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Minor cleanups to davinci-mmc: whitespace, spelling, sparse fixes,
duplicated include files, broken debug message, ioremap exactly
the address space we reserved, cleaner IS_ERR check, etc.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Support card detect and writeprotect switches on DM355 EVM.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Replace the volatile structure references with
__raw_writel and __raw_readl functions.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Lower dma priority to avoid lcd underruns
on large panels.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

A EDMA channel with no event association can use
the same code to stop as a channel with an associated
event.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Do what the comment says and actually clear the link.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Add davinci_pause_dma, and davinci_resume_dma
functions. Used in pausing audio without stopping
the dma channel.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Everything lives on transfer controller 1 until otherwise specified.
This way, long transfers on the low priority queue
started by the codec engine will not cause audio defects.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Change %d to %x in dev_dbg prints.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Use arrays to simplify code
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Improve the readability of the code.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

davinci_start_dma should return -EINVAL
instead of EINVAL.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Use macro DAVINCI_EDMA_IS_Q to make
code easier to read
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

In request_dma_interrupt, set the irq parameters before
enabling the interrupt.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

A copy/paste bug causes missed dma events 32-63 (i.e. underrun)
to be missed.
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

This patch removes reads of the following registers:

esr, esrh, eesr, eesrh, iesr, iesrh, qeesr
 are write 1 to set registers

ecr, ecrh, eecr, eecrh, emcr, emcrh,
icr, icrh, secr, secrh,
ccerrclr, qeecr, qemcr, qsecr,
 are write 1 to clear registers
Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Adds LSI ET1011C PHY driver.
This driver is used by TI DM646x EVM.
Signed-off-by: Chaithrika U S <chaithrika@ti.com>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Remove remnants of an old OSS-audio-for-DaVinci patch, which
tried to make some OMAP-specific AIC23 code do double duty as
DaVinci AIC33 codec support.

Nowadays there's sane ASoC support for both AIC23 and AIC33
codecs, and there seems to be no need for this OSS remnant.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

This reverts commit 2a899dac.

Oops, removed omap version instead of davinci version.

Have most uses of OMAP_GPIO_IRQ() use gpio_to_irq() instead.
Calls used for table initialization are left alone, at least
this time around.

Re-apply the relevant part to of Dave's patch to onenand after
switching to the mainline version of the onenand driver.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Tony Lindgren <tony@atomide.com>

Merge branches 'master' and 'linus'

Conflicts:

	drivers/mtd/onenand/omap2.c

Update DM6466 EVM to support the new MMC board config data.

This provides a miniature I2C driver in the board-dm644x-evm.c
file ... unusual, but it does make it easier to pass the key
information easily to the MMC driver.

There's no attempt to use the gpio_to_irq(GPIO(7)) signals that
are issued when the various card detect signals change, or when
the IR remote sends a command.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Inital support for new MMC init logic, where boards can say how
to initialize what, and also provide functions to sense card
detect and writeprotect switches.  This also removes some
static driver configuration forcing it to always use 4-bit
parallel data channels; boards can now override that.

This patch stubs in support for the two EVM boards with MMC/SD
support, equivalent to current behavior ... later patches will
update these.  SFFSDR presumably needs something too.

Note that this doesn't currently handle card detect IRQs.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Sure would be nice to have the watchdog device node created, so
the watchdog driver (already in mainline) binds to something.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Finish basic updates to let the DaVinci MMC driver talk to
the second MMC controller on dm355:

 - Update the MMC driver to use clk_get() correctly
    * use logical "mmc" clockname
    * fix its error handling logic (!)

 - Bugfixes to probe():
    * call mmc_add_host() only *after* everything is set up
    * check for mmc_add_host() errors
    * call request_irq() only after the host was added
    * start timer polling only after the host was added

 - And some cosmetic bits:
    * use more modern timer setup calls
    * request_irq() says mmc0 or mmc1, matching custom

So now it comes up on both MMC controllers, and starts collecting
interrupts on the second ... so there's progress.  But it can't
see a card in either slot of a dm355 yet.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Update the davinci_mmc driver to stop hard-wiring use of
mmc0 DMA channels:  look them up during probe, record them,
and use the recorded values everywhere, not constants.
Add a previously-missing diagnostic if probe() fails.

Also fix a seeming bug in the rarely-used davinci_abort_dma()
call.  It was aborting the wrong channel ... the idle one,
not the active one.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Update MMC/SD device initialization to handle more chips, in
particular the DM355 with its second MMC/SD controller:

 - Chip-specific stuff:
    * dm646x chips have no MMC
    * if this is a dm355, declare the second controller

 - Completeness/correctness:
    * use new davinci_clk_associate(), clockname "mmc"
    * provide DMA channel resources
    * provide SDIO IRQ resources
    * device numbering starts from zero, not one

 - Claim enough I/O space for all mmc/sd registers ...
   in fact, the whole page that's being ioremapped!

Note that this doesn't address the basic problem that there's no way
now for board init code to say which controllers to initialize, or
how to do so.  Seems to not be an issue for any of the boards currently
in the DaVinci GIT tree.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>