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.

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>

Update the DaVinci clock framework to handle clk_get(dev, name)
better, adding davinci_clk_associate() method letting logical
names be associated with devices.  This lets drivers move away
from using "physical" clock names, which are changed in new chip
versions and by adding more controller instances.

Plus a few unrelated fixes to the DM355 clock tree:  it doesn't
have IDE or EMAC, or their clocks, so don't list them.  But it
does have two more SPI controllers ... list them instead.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Teach the "davinci-evm" ASoC support to handle both DM6446
and DM355 EVM boards by recognizing which board they're using,
then setting up appropropriately.

The only particularly ugly bit here is clock handling, where
we need to "know" the right clock name to use.  This solution
is simple, but may not work on some yet-to-be-seen boards
that would want "McBSPCLK0".

Note that this includes a minor bugfix:  now that DaVinci
kernels can support multiple boards, board-specific ASoC
components need to verify they're running on the right
board before initializing.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Generalize the psc_mux() stuff to stop assuming there are only
DM6446 chips, and specifically to handle things the DM355 EVM
will need:  SPI0, MMC0, MMC1, ASP1.

Note that I think the clock framework (PSC) and pinmux framework
really ought to be properly separated.  The pinmux stuff seems
like it should fit well into devices-dmXXX.c logic, with boards
declaring what device they use and how they're configured.  That
works cleanly on other platforms.

Likewise with muxing IRQ and EDMA channels.  Do it all as part
of device setup.  (And maybe let it be reconfigured at runtime
for oddball systems.)
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

The DaVinci <mach/mcbsp.h> is full of useless stuff:

 (a) It's used with chips that don't *have* a McBSP; instead,
     they have an ASP.

 (b) Most of the registers and utilities apply to nothing I
     can find.  Not ASP; not the McBSP on chips like dm642.

Replace with <mach/asp.h> since these DaVinci chips *do* have
one or more ASP modules.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>

Minor bugfix:  now that DaVinci kernels can support multiple
boards, board-specific ASoC components need to verify they're
running on the right board before initializing.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
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>

Let the DM355 EVM use its dm9000 ethernet controller; just
declare it.  Relies on the patch fixing GPIO IRQs.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Kevin Hilman <khilman@deeprootsystems.com>