u-boot.git/doc/device-tree-bindings, branch v2015.10 Unnamed repository; edit this file 'description' to name the repository. rockchip: Bring in RK3288 device tree file includes and bindings 2015-09-03T03:28:23+00:00 Simon Glass sjg@chromium.org 2015-08-30T22:55:20+00:00 344c837686b4268882ee4942f2a1e5e5716c7383 Bring in required device tree files from Linux. Since mainline Linux is somewhat behind, use the files from the Chromium tree. We can re-sync once further code is acccepted upstream. Signed-off-by: Simon Glass <sjg@chromium.org> 
Bring in required device tree files from Linux. Since mainline Linux is
somewhat behind, use the files from the Chromium tree. We can re-sync once
further code is acccepted upstream.

Signed-off-by: Simon Glass <sjg@chromium.org>
x86: baytrail: Configure FSP UPD from device tree 2015-08-14T09:24:21+00:00 Andrew Bradford andrew.bradford@kodakalaris.com 2015-08-07T12:36:35+00:00 f3b84a3032dd989a029320d9512846f48276db95 Allow for configuration of FSP UPD from the device tree which will override any settings which the FSP was built with itself. Modify the MinnowMax and BayleyBay boards to transfer sensible UPD settings from the Intel FSPv4 Gold release to the respective dts files, with the condition that the memory-down parameters for MinnowMax are also used. Signed-off-by: Andrew Bradford <andrew.bradford@kodakalaris.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> Tested-by: Bin Meng <bmeng.cn@gmail.com> Removed fsp,mrc-debug-msg and fsp,enable-xhci for minnowmax, bayleybay Fixed lines >80col Signed-off-by: Simon Glass <sjg@chromium.org> 
Allow for configuration of FSP UPD from the device tree which will
override any settings which the FSP was built with itself.

Modify the MinnowMax and BayleyBay boards to transfer sensible UPD
settings from the Intel FSPv4 Gold release to the respective dts files,
with the condition that the memory-down parameters for MinnowMax are
also used.

Signed-off-by: Andrew Bradford <andrew.bradford@kodakalaris.com>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
Tested-by: Bin Meng <bmeng.cn@gmail.com>
Removed fsp,mrc-debug-msg and fsp,enable-xhci for minnowmax, bayleybay
Fixed lines >80col
Signed-off-by: Simon Glass <sjg@chromium.org>
power: regulator: update comments for regulator-name 2015-08-12T08:03:04+00:00 Peng Fan Peng.Fan@freescale.com 2015-08-07T08:43:43+00:00 40ade2ce58ed57fe1bff20265b3e015710ff862e We do not need that "regulator-name" property must be provided in dts. If "regulator-name" property is not provided in dts, node name will chosen for settings '.name' field of uc_pdata. Signed-off-by: Peng Fan <Peng.Fan@freescale.com> Cc: Przemyslaw Marczak <p.marczak@samsung.com> Cc: Simon Glass <sjg@chromium.org> 
We do not need that "regulator-name" property must be provided in dts.
If "regulator-name" property is not provided in dts, node name
will chosen for settings '.name' field of uc_pdata.

Signed-off-by: Peng Fan <Peng.Fan@freescale.com>
Cc: Przemyslaw Marczak <p.marczak@samsung.com>
Cc: Simon Glass <sjg@chromium.org>
dm: video: Add support for the Parade PS8622/625 bridge 2015-08-06T03:06:13+00:00 Simon Glass sjg@chromium.org 2015-07-03T00:16:09+00:00 bcd5dfffe6d7827c5c1df96b2e5168036d522220 This chip provides an eDP to LVDS bridge which is useful for SoCs that don't support LVDS displays (or it would waste scarce pins). The setup is included in the device tree. Signed-off-by: Simon Glass <sjg@chromium.org> 
This chip provides an eDP to LVDS bridge which is useful for SoCs that don't
support LVDS displays (or it would waste scarce pins). The setup is included
in the device tree.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: i2c: Add support for multiplexed I2C buses 2015-08-06T03:06:10+00:00 Simon Glass sjg@chromium.org 2015-08-03T14:19:21+00:00 3d1957f0ea0133ec06f9c6fd85dc1acdf66ad29c Add a new I2C_MUX uclass. Devices in this class can multiplex between several I2C buses, selecting them one at a time for use by the system. The multiplexing mechanism is left to the driver to decide - it may be controlled by GPIOs, for example. The uclass supports only two methods: select() and deselect(). The current mux state is expected to be stored in the mux itself since it is the only thing that knows how to make things work. The mux can record the current state and then avoid switching unless it is necessary. So select() can be skipped if the mux is already in the correct state. Also deselect() can be made a nop if required. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add a new I2C_MUX uclass. Devices in this class can multiplex between
several I2C buses, selecting them one at a time for use by the system.
The multiplexing mechanism is left to the driver to decide - it may be
controlled by GPIOs, for example.

The uclass supports only two methods: select() and deselect().

The current mux state is expected to be stored in the mux itself since
it is the only thing that knows how to make things work. The mux can
record the current state and then avoid switching unless it is necessary.
So select() can be skipped if the mux is already in the correct state.
Also deselect() can be made a nop if required.

Signed-off-by: Simon Glass <sjg@chromium.org>
x86: dts: Fix typo in intel,irq-router.txt 2015-08-05T14:42:42+00:00 Simon Glass sjg@chromium.org 2015-07-27T21:47:26+00:00 7fd078cb8c4c132aff0ba5c9029bf7055ca9ea99 Fix a small typo in this binding file. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Bin Meng <bmeng.cn@gmail.com> 
Fix a small typo in this binding file.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
spi: Fix zynq SPI binding 2015-07-28T09:56:22+00:00 Michal Simek michal.simek@xilinx.com 2015-07-22T08:47:33+00:00 40b383fa84cf5d54bfe79ecb6d5387c791f79421 Zynq is using Cadence IP where binding is documented in the Linux kernel and there is no reason to use different binding. Synchronize it. Signed-off-by: Michal Simek <michal.simek@xilinx.com> 
Zynq is using Cadence IP where binding is documented in the Linux kernel
and there is no reason to use different binding.
Synchronize it.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
dm: led: Add a driver for GPIO-controlled LEDs 2015-07-21T23:39:24+00:00 Simon Glass sjg@chromium.org 2015-06-23T21:38:46+00:00 5ac76bad2277ed40f2a2112ffab0f156e3b599fb Add a simple driver which allows use of LEDs attached to GPIOs. The linux device tree binding is used. Signed-off-by: Simon Glass <sjg@chromium.org> 
Add a simple driver which allows use of LEDs attached to GPIOs. The linux
device tree binding is used.

Signed-off-by: Simon Glass <sjg@chromium.org>
dm: Add support for LEDs 2015-07-21T23:39:24+00:00 Simon Glass sjg@chromium.org 2015-06-23T21:38:45+00:00 5917112c9e9f7a60062c604b3224bd5713c41f46 Add a simple uclass for LEDs, so that these can be controlled by the device tree and activated when needed. LEDs are referred to by their label. This implementation requires a driver for each type of LED (e.g GPIO, I2C). Signed-off-by: Simon Glass <sjg@chromium.org> 
Add a simple uclass for LEDs, so that these can be controlled by the device
tree and activated when needed. LEDs are referred to by their label.

This implementation requires a driver for each type of LED (e.g GPIO, I2C).

Signed-off-by: Simon Glass <sjg@chromium.org>
spi: cadence_qspi: add device tree binding doc 2015-07-03T08:20:53+00:00 Vikas Manocha vikas.manocha@st.com 2015-07-03T01:29:46+00:00 8097cba809d8c40d8fe72f792c7dc0644c845a32 This patch adds the device tree binding doc for the cadence qspi controller & also removes the not needed properties from the stv0991 device tree. Signed-off-by: Vikas Manocha <vikas.manocha@st.com> Reviewed-by: Jagannadh Teki <jteki@openedev.com> 
This patch adds the device tree binding doc for the cadence qspi controller &
also removes the not needed properties from the stv0991 device tree.

Signed-off-by: Vikas Manocha <vikas.manocha@st.com>
Reviewed-by: Jagannadh Teki <jteki@openedev.com>