For Raspberry Pi 2, we want to use the same general pin assignment
bits, but need to use bcm2836.dtsi for the CPU instead.
Signed-off-by: NEric Anholt <eric@anholt.net>
Signed-off-by: NArnd Bergmann <arnd@arndb.de>

The set of peripherals remained constant across bcm2835 (Raspberry Pi
1) and bcm2836 (Raspberry Pi 2), but the CPU was swapped out.  Split
the files so that we can include just peripheral setup in 2836.
Signed-off-by: NEric Anholt <eric@anholt.net>
Signed-off-by: NArnd Bergmann <arnd@arndb.de>

The L2 cache comes up in a "safe mode" on the PB11MPCore, as
it has several issues. This sets it up properly with the right
size and associativity, also requiring the outer sync to be
disabled for the machine to boot properly.

Cc: Russell King <linux@arm.linux.org.uk>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
Signed-off-by: NArnd Bergmann <arnd@arndb.de>

Add the needed bindings so the SPI driver can use DMA with SPI1.
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

da850 has two MMC controller, MMCSD1 is served by eDMA1
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

Add the needed bindings for MMC0 in order to be able to utilize the DMA
instead of PIO mode.
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

The eDMA1 in da850 has only one TPTC and for example MMC1 is HW events are
handled by it.
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

Switch to use the ti,edma3-tpcc and ti,edma3-tptc binding for the eDMA3.
With the new bindings boards can customize and tweak the DMA channel
priority to match their needs. With the new binding the memcpy is safe
to be used since with the old binding it was not possible for a driver
to know which channel is allowed to be used as non HW triggered channel.
Using the new binding will allow us to reserve PaRAM slots to be used by
the DSP which was not possible before and prevented the da850 boards to be
moved to DT only.

Note that the DMA memcpy is disabled, it can be enabled by reserving
channels for memcpy by adding the following property to the edma node:
ti,edma-memcpy-channels = <20 21>; /* Reserving channel 20 and 21 for memcpy */
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

The size of the eDMA0 CC register space is 0x8000 and not 0x10000.
Signed-off-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: NSushaanth Srirangapathi <sushaanth.s@ti.com>
Signed-off-by: NSekhar Nori <nsekhar@ti.com>

Add usb support for j5-eco evm.

Cc: Felipe Balbi <balbi@ti.com>
Signed-off-by: NTony Lindgren <tony@atomide.com>

Add usb support for hp t410 and a fixed regulator for the hub power.

Cc: Felipe Balbi <balbi@ti.com>
Signed-off-by: NTony Lindgren <tony@atomide.com>

Add usb support for dm814x-evm

Cc: Felipe Balbi <balbi@ti.com>
Signed-off-by: NTony Lindgren <tony@atomide.com>

The usb is very much like on am33xx, we just put the some of the
componends under scm where they belong.

Cc: Felipe Balbi <balbi@ti.com>
Signed-off-by: NTony Lindgren <tony@atomide.com>

There's a 2GB emmc on hp t410 that's wired to the sd_2 interface.
Note that we also need to configure the evtmux using edma_xbar for
edma channels.

Let's use the McASP2 channels like the original kernel seems to be
doing, most likely the audio on t410 is different from dm814x-evm.
Reviewed-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
Signed-off-by: NTony Lindgren <tony@atomide.com>

There's mmc interface on j5-eco evm that's wired to the
sd_1 interface.
Signed-off-by: NTony Lindgren <tony@atomide.com>

There is a mmc slot on the dm8148-evm that's wired to the sd_1
interface.
Signed-off-by: NTony Lindgren <tony@atomide.com>

Add mmc device entries for dm814x.
Signed-off-by: NTony Lindgren <tony@atomide.com>

The edma is the same as on am33xx, except it has four tptc
instances. And we need the edma_xbar for at least mmc3, so
let's use the edma_xbar and the new binding as suggested by
Peter Ujfalusi <peter.ujfalusi@ti.com>.
Reviewed-by: NPeter Ujfalusi <peter.ujfalusi@ti.com>
[tony@atomide.com: updated for ti,edma-memcpy-channels binding]
Signed-off-by: NTony Lindgren <tony@atomide.com>

Let's add the DM814X_IOPAD macro the same way as we have for dm816x and
am33xx as this allows comparing the registers with the documentation easily.
The pinctrl bits are yet again different on dm814x.

Cc: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: NTony Lindgren <tony@atomide.com>

This allows us to boot dra62x j5-eco evm with NFSroot.
Signed-off-by: NTony Lindgren <tony@atomide.com>

The dra762x j5-eco is similar to dm814x with a bit different clocks
and devices.

[tony@atomide.com: updated to leave out adpll clock driver references]
Signed-off-by: NTony Lindgren <tony@atomide.com>

This device tree was tested on a Sigma Designs SMP8758 Vantage-1172
Rev E1 development board.
Signed-off-by: NMarc Gonzalez <marc_gonzalez@sigmadesigns.com>
Reviewed-by: NKevin Hilman <khilman@linaro.org>
Signed-off-by: NOlof Johansson <olof@lixom.net>

SBC-iMX7 is a single board computer designed for industrial
and embedded applications. It is based on the Freescale i.MX7
system-on-chip. SBC-iMX7 is implemented with the CL-SOM-iMX7
System-on-Module providing most of the functions, and SB-SOM-iMX7
carrier board providing additional peripheral functions and
connectors.

http://www.compulab.co.il/products/sbcs/sbc-imx7-freescale-i-mx-7-single-board-computer/

http://www.compulab.co.il/products/computer-on-modules/cl-som-imx7-freescale-i-mx-7-system-on-module/

Add basic board support, including SD card as a secondary boot and storage device
Signed-off-by: NIlya Ledvich <ilya@compulab.co.il>
Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il>

CL-SOM-iMX7 is a miniature System-on-Module (SoM) based on
Freescale i.MX7 System-on-Chip family.

http://www.compulab.co.il/products/computer-on-modules/cl-som-imx7-freescale-i-mx-7-system-on-module/

Add basic DT support for standalone module (without a carrier board):

* Memory configuration
* eMMC
* 2x Gigabit Ethernet ports (FEC1 and FEC2)
* I2C2 bus
  * EEPROM
  * PCA9555 GPIO extender
  * PMIC
* UART1
* USB OTG port
Signed-off-by: NIlya Ledvich <ilya@compulab.co.il>
Signed-off-by: NIgor Grinberg <grinberg@compulab.co.il>

This commit enables the touchscreen on TS-4800, using the ts4800-ts
driver.
Signed-off-by: NDamien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

This commit adds LCD support for the TS-4800. The panel is an Okaya
RS800480T-7X0WQ and the timings have been extracted from Technologic
Systems' tree.
Signed-off-by: NDamien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Novena is an open-hardware laptop/desktop/bare board.

See http://www.kosagi.com/w/index.php?title=Novena_Main_PageSigned-off-by: NSean Cross <xobs@kosagi.com>
Signed-off-by: NMarek Vasut <marex@denx.de>
Cc: Lucas Stach <l.stach@pengutronix.de>
Reviewed-by: NFabio Estevam <fabio.estevam@nxp.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Previously, the device tree mapped the FPGA like any other IPs inside
the SoC, but it is actually mapped through the WEIM (Wireless External
Interface Module). This patch updates the device tree to make use of it.

About the timings: in the image provided by the manufacturer, only
CS0GCR1 is changed. The other values are the default ones, but the WEIM
bindings expect them to be all explicitly set in the device tree, so I
just put the default values in the dt.
Signed-off-by: NDamien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

These pins are actually not routed for UARTs, they should not be
reserved.
Signed-off-by: NDamien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

This adds the device nodes for 2D, 3D and VG GPU cores.
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
Signed-off-by: NLucas Stach <l.stach@pengutronix.de>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Add auart4 2-pin configuration on auart0 rts/cts pads.
Signed-off-by: NMans Rullgard <mans@mansr.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Added sata node to ls1021aqds and ls1021atwr board to support
sata function.
Signed-off-by: NTang Yuantian <Yuantian.Tang@freescale.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

This device tree adds support for TS-4800 by Technologic Systems. This
board is based on MX51-babbage, but there are some subtle differences in
the pins used, and there is an additional FPGA that is memory-mapped.

More details here:
  http://wiki.embeddedarm.com/wiki/TS-4800Signed-off-by: NDamien Riegel <damien.riegel@savoirfairelinux.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Add ADC support for imx7d-sdb board.
Signed-off-by: NHaibo Chen <haibo.chen@freescale.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Add imx7d ADC support.
Signed-off-by: NHaibo Chen <haibo.chen@freescale.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

Add Colibri standard pinmux for FlexCAN controller instances. CAN
is not a standard Colibri feature, but the datasheet predefines
pins which provide CAN (compatible across some modules). Hence,
add the pinmux on module level.
Signed-off-by: NStefan Agner <stefan@agner.ch>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

The backlight PWM is actually pwm4.
Signed-off-by: NAlexandre Belloni <alexandre.belloni@free-electrons.com>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

No functional change, just moving the node to the place where it
belongs according to its unit address.
Signed-off-by: NLucas Stach <l.stach@pengutronix.de>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

This allows for consistent numbering of the IPU output and
input ports.
Signed-off-by: NPhilipp Zabel <p.zabel@pengutronix.de>
Signed-off-by: NLucas Stach <l.stach@pengutronix.de>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>

This has been moved to the reg property where it belongs for quite some
time. The range has been unused by the kernel since then and with kernel
4.4 it's flagged as an unparsable range, as it does not comply to the
PCI ranges DT binding. Fix this by removing the superfluous range.
Signed-off-by: NLucas Stach <l.stach@pengutronix.de>
Signed-off-by: NShawn Guo <shawnguo@kernel.org>