[U-Boot] [PATCH] fpga: Extend dump description

There are missing parameters in help which fpga dump command requires. Signed-off-by: Michal Simek --- common/cmd_fpga.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cmd_fpga.c b/common/cmd_fpga.c index 484a6c6ce036..7f99aabf8a5c 100644 --- a/common/cmd_fpga.c +++

Re: [U-Boot] [PATCH] sunxi: Add Linksprite_pcDuino3_Nano board / defconfig

Hi, On 26-01-15 04:30, Simon Glass wrote: Hi Adam, On 25 January 2015 at 08:24, Adam Sampson wrote: This is a low-cost Allwinner A20 board with Arduino-style GPIO headers; it features 1G RAM, 4G NAND flash, 1 micro-SD, 2 USB sockets, 1 micro USB socket for OTG and another for power in, HDMI,

[U-Boot] [PATCH] ahci: fix compile warning under 64 bit mode

From: Shaohui Xie When compiling under 64 bit mode, there are warnings as below: In file included from drivers/block/ahci.c:16:0: drivers/block/ahci.c: In function 'ahci_reset': ./arch/arm/include/asm/io.h:72:28: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] #d

Re: [U-Boot] [PATCH v3 21/26] dm: exynos: Drop unused COMPAT features for SPI

On 26/01/15 00:27, Simon Glass wrote: > This has moved to driver model so we don't need the fdtdec support. > > Signed-off-by: Simon Glass > --- > > Changes in v3: None > Changes in v2: None > > include/fdtdec.h | 1 - > lib/fdtdec.c | 1 - > 2 files changed, 2 deletions(-) > > diff --git

[U-Boot] usb flash boot on am335x machines

Hi! I have tried to find solution to get am335x based Silica/Pengwyn board booting from usb flash. U-boot on that board is based on u-boot 2013.10. I flashed it with similar configuration as mmc flash, but I did not find combination of configuration variables to get proper spl code generated. I st

Re: [U-Boot] [PATCH] lcd: fix console address is not initialized

Hi Nikita Kiryanov, + Andreas, Tom On 01/23/2015 09:20 AM, Bo Shen wrote: Hi Nikita Kiryanov, On 01/22/2015 09:10 PM, Nikita Kiryanov wrote: Hi Bo, On 01/21/2015 06:37 AM, Bo Shen wrote: This commit 904672e (lcd: refactor lcd console stuff into its own file), which cause lcd console address

[U-Boot] [RFC PATCH v2] Add support for ReachTech G2C1 board

This patch adds U-Boot support for the Reachtech G2C1 board. G2C1 U-Boot images created with this patch will perform the following: - Initialise the MX28 for 'No Battery' mode - Configure all IOMUXs - Configure GPIO directions for all IOMUXs designed for GPIO use - Inilialise the MMC sub-system

Re: [U-Boot] [PATCH] sunxi: Add Linksprite_pcDuino3_Nano board / defconfig

Hi Adam, On 25 January 2015 at 08:24, Adam Sampson wrote: > This is a low-cost Allwinner A20 board with Arduino-style GPIO headers; > it features 1G RAM, 4G NAND flash, 1 micro-SD, 2 USB sockets, 1 micro > USB socket for OTG and another for power in, HDMI, SATA, 5V power for > SATA devices, gigab

Re: [U-Boot] [PATCH v3 0/26] dm: Add additional bus functionality

Hi Simon, On Sun, 25 Jan 2015 08:26:54 -0700 Simon Glass wrote: > The current bus implementation is simple but leaves some things to drivers > which are better handled in the uclass. > > At present uclasses cannot provide a common way of dealing with children > (i.e. devices on the bus), so w

Re: [U-Boot] [PATCH v3 19/26] dm: i2c: Move slave details to child platdata

On Sun, 25 Jan 2015 08:27:13 -0700 Simon Glass wrote: > At present we go through various contortions to store the I2C's chip > address in its private data. This only exists when the chip is active so > must be set up when it is probed. Until the device is probed we don't > actually record what a

Re: [U-Boot] [PATCH v3 12/26] dm: core: Allow uclasses to specify private data for a device's children

On Sun, 25 Jan 2015 08:27:06 -0700 Simon Glass wrote: > In many cases the per-child private data for a device's children is defined > by the uclass rather than the individual driver. For example, a SPI bus > needs to store information about each of its children, but all SPI drivers > store the s

Re: [U-Boot] [PATCH v3 10/26] dm: core: Add a function to get a device's uclass ID

On Sun, 25 Jan 2015 08:27:04 -0700 Simon Glass wrote: > This is useful to check which uclass a device is in. > > Signed-off-by: Simon Glass Reviewed-by: Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/lis

Re: [U-Boot] [PATCH v3 06/26] dm: core: Allocate platform data when binding a device

On Sun, 25 Jan 2015 08:27:00 -0700 Simon Glass wrote: > When using allocated platform data, allocate it when we bind the device. > This makes it possible to fill in this information before the device is > probed. > > This fits with the platform data model (when not using device tree), > since p

Re: [U-Boot] [PATCH v3 07/26] dm: core: Allow parents to have platform data for their children

On Sun, 25 Jan 2015 08:27:01 -0700 Simon Glass wrote: > For buses it is common for parents to need to know the address of the child > on the bus, the bus speed to use for that child, and other information. This > can be provided in platform data attached to each child. > > Add driver model supp

[U-Boot] Please pull u-boot-marvell master

Hi Albert, this series contains pending kirkwood patches that have been posted on the mailing list for some time now. The following changes since commit 37b608a52dcb13312a4f7ccea199cd6bac76d298: powerpc: remove icecube_5200, Lite5200, cpci5200, mecp5200, pf5200 (2015-01-23 16:56:09 -0500) a

[U-Boot] [PATCH] sunxi: Add Linksprite_pcDuino3_Nano board / defconfig

This is a low-cost Allwinner A20 board with Arduino-style GPIO headers; it features 1G RAM, 4G NAND flash, 1 micro-SD, 2 USB sockets, 1 micro USB socket for OTG and another for power in, HDMI, SATA, 5V power for SATA devices, gigabit Ethernet, an IR receiver, 3.5mm audio out and a MIPI camera conne

[U-Boot] [PATCH v3 10/26] dm: core: Add a function to get a device's uclass ID

This is useful to check which uclass a device is in. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/core/device.c | 5 + include/dm/device.h | 8 test/dm/core.c| 11 +++ 3 files changed, 24 insertions(+) diff --git a/drivers/cor

[U-Boot] [PATCH v3 13/26] dm: spi: Move the per-child data size to the uclass

This is common to all SPI drivers and specifies a structure used by the uclass. It makes more sense to define it in the uclass. Reviewed-by: Masahiro Yamada Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/spi/cadence_qspi.c | 1 - drivers/spi/designware_spi.c

[U-Boot] [PATCH v3 22/26] dm: core: Ignore disabled devices when binding

We don't want to bind devices which should never be used. Signed-off-by: Simon Glass Reviewed-by: Masahiro Yamada --- Changes in v3: None Changes in v2: - Add patches to tidy up cros_ec using new I2C/SPI features drivers/core/root.c | 5 + 1 file changed, 5 insertions(+) diff --git a/dri

[U-Boot] [PATCH v3 14/26] dm: core: Allow the uclass to set up a device's child after binding

For buses, after a child is bound, allow the uclass to perform some processing. This can be used to figure out the address of the child (e.g. the chip select for SPI slaves) so that it is ready to be probed. This avoids bus drivers having to repeat the same process, which really should be done by

[U-Boot] [PATCH v3 19/26] dm: i2c: Move slave details to child platdata

At present we go through various contortions to store the I2C's chip address in its private data. This only exists when the chip is active so must be set up when it is probed. Until the device is probed we don't actually record what address it will appear on. However, now that we can support per-c

[U-Boot] [PATCH v3 26/26] dm: Update documentation for new bus features

Now that we have new bus features, update README.txt and the SPI docs to explain these. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: - Drop RFC prefix since this series has been properly tested now - Update commit message to describe immuatable platform data - Update the spi-

[U-Boot] [PATCH v3 25/26] dm: cros_ec_spi: Remove old pre-driver-model code

This is no-longer needed since all platforms use SPI for cros_ec. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: - Add patches to tidy up cros_ec using new I2C/SPI features drivers/misc/cros_ec_spi.c | 51 ++ 1 file changed, 2 inse

[U-Boot] [PATCH v3 23/26] dm: cros_ec: Don't require protocol 3 support

I2C is now deprecated on ARM platforms and there are no devices that use it with the v3 protocol. We can't require v3 support if we want to support I2C. Adjust the error handling to suit. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: - Add patches to tidy up cros_ec using new

[U-Boot] [PATCH v3 16/26] dm: core: Allow uclass to set up a device's child before it is probed

Some buses need to set up their devices before they can be used. This setup may well be common to all buses in a particular uclass. Support a common pre-probe method for the uclass, called before any bus devices are probed. Signed-off-by: Simon Glass Reviewed-by: Masahiro Yamada --- Changes in

[U-Boot] [PATCH v3 21/26] dm: exynos: Drop unused COMPAT features for SPI

This has moved to driver model so we don't need the fdtdec support. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None include/fdtdec.h | 1 - lib/fdtdec.c | 1 - 2 files changed, 2 deletions(-) diff --git a/include/fdtdec.h b/include/fdtdec.h index 094a8e3..4cc69de 10

[U-Boot] [PATCH v3 24/26] dm: cros_ec: Move cros_ec_i2c over to driver model

Update the driver model support, and remove the old code. Change snow to use this new support. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: - Add patches to tidy up cros_ec using new I2C/SPI features drivers/misc/cros_ec_i2c.c | 107 +---

[U-Boot] [PATCH v3 17/26] dm: spi: Set up the spi_slave device pointer in child_pre_probe()

At present we use struct spi_slave as our device pointer in a lot of places to avoid changing the old SPI API. At some point this will go away. But for now, it is better if the SPI uclass sets up this pointer, rather than relying on passing it into the device when it is probed. We can use the new

[U-Boot] [PATCH v3 18/26] dm: spi: Move slave details to child platdata

At present we go through various contortions to store the SPI slave's chip select in its private data. This only exists when the slave is active so must be set up when it is probed. Until the device is probed we don't actually know what chip select it will appear on. However, now that we can suppo

[U-Boot] [PATCH v3 12/26] dm: core: Allow uclasses to specify private data for a device's children

In many cases the per-child private data for a device's children is defined by the uclass rather than the individual driver. For example, a SPI bus needs to store information about each of its children, but all SPI drivers store the same information. It makes sense to allow the uclass to define thi

[U-Boot] [PATCH v3 20/26] dm: tegra: Drop unused COMPAT features for I2C, SPI

These have moved to driver model so we don't need the fdtdec support. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None include/fdtdec.h | 6 -- lib/fdtdec.c | 6 -- 2 files changed, 12 deletions(-) diff --git a/include/fdtdec.h b/include/fdtdec.h index f0d241

[U-Boot] [PATCH v3 11/26] dm: core: Add a flag to control sequence numbering

At present we try to use the 'reg' property and device tree aliases to give devices a sequence number. The 'reg' property is often actually a memory address, so the sequence numbers thus-obtained are not useful. It would be better if the devices were just sequentially numbered in that case. In fact

[U-Boot] [PATCH v3 07/26] dm: core: Allow parents to have platform data for their children

For buses it is common for parents to need to know the address of the child on the bus, the bus speed to use for that child, and other information. This can be provided in platform data attached to each child. Add driver model support for this, including auto-allocation which can be requested usin

[U-Boot] [PATCH v3 05/26] dm: core: Tidy up error handling in device_bind()

Make the error handling more standard to make it easier to build on top of it. Also correct a bug in the error path where there is no parent. Signed-off-by: Simon Glass Reviewed-by: Masahiro Yamada --- Changes in v3: None Changes in v2: None drivers/core/device.c | 18 ++ 1 fi

[U-Boot] [PATCH v3 08/26] dm: core: Allow uclasses to specify platdata for a device's children

In many cases the child platform data for a device's children is defined by the uclass rather than the individual devices. For example, a SPI bus needs to know the chip select and speed for each of its children. It makes sense to allow this information to be defined the SPI uclass rather than each

[U-Boot] [PATCH v3 09/26] dm: core: Add a post_bind method for parents

Allow parent drivers to be called when a new child is bound to them. This allows a bus to set up information it needs for that child. Signed-off-by: Simon Glass Reviewed-by: Masahiro Yamada --- Changes in v3: None Changes in v2: None drivers/core/device.c | 12 include/dm/device.

[U-Boot] [PATCH v3 15/26] dm: sandbox: sf: Tidy up the error handling in sandbox_sf_probe()

Use a single exit point when we have an error and add debugging there. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None drivers/mtd/spi/sandbox.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/spi/sandbox.c b/drivers/mtd/spi/sandbox

[U-Boot] [PATCH v3 04/26] dm: core: Set device tree node for root device

The root device corresponds to the root device tree node, so set this up. Also add a few notes to the documentation. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None doc/driver-model/README.txt | 4 drivers/core/root.c | 3 +++ 2 files changed, 7 insertions(+

[U-Boot] [PATCH v3 06/26] dm: core: Allocate platform data when binding a device

When using allocated platform data, allocate it when we bind the device. This makes it possible to fill in this information before the device is probed. This fits with the platform data model (when not using device tree), since platform data exists at bind-time. Signed-off-by: Simon Glass --- C

[U-Boot] [PATCH v3 01/26] dm: i2c: Provide an offset length parameter where needed

Rather than assuming that the chip offset length is 1, allow it to be provided. This allows chips that don't use the default offset length to be used (at present they are only supported by the command line 'i2c' command which sets the offset length explicitly). Signed-off-by: Simon Glass Acked-by

[U-Boot] [PATCH v3 02/26] dm: Don't run tests if U-Boot cannot be built

There is no point in running the tests if U-Boot cannot be built. Abort in this case. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None test/dm/test-dm.sh | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/test/dm/test-dm.sh b/test/dm/test-dm.sh i

[U-Boot] [PATCH v3 03/26] dm: core: Improve comments for uclass_first/next_device()

Mention that the devices are probed ready for use. Signed-off-by: Simon Glass --- Changes in v3: None Changes in v2: None include/dm/uclass.h | 4 1 file changed, 4 insertions(+) diff --git a/include/dm/uclass.h b/include/dm/uclass.h index f6ec6d7..2577ae6 100644 --- a/include/dm/uclass.

[U-Boot] [PATCH v3 0/26] dm: Add additional bus functionality

The current bus implementation is simple but leaves some things to drivers which are better handled in the uclass. At present uclasses cannot provide a common way of dealing with children (i.e. devices on the bus), so we have duplication in the drivers. The same code is repeated in each driver whe

[U-Boot] [PATCH 3/4] sunxi: Remove CONFIG_TARGET_FOO for sun5i and sun7i boards

CONFIG_TARGET_FOO was only used in board/sunxi/Makefile to select the dram config for sun5i and sun7i boards and in board/sunxi/gmac.c for some special handling of the bananapi/bananapro (both sun7i), all sun5i and sun7i boards have been moved over to using a single dram_sun5i_autoconfig file, and

[U-Boot] [PATCH 1/4] sunxi: Convert sun5i boards to use auto dram configuration

Currently we've separate detailed dram settings for all sun5i boards, this moves them over to using auto dram configuration so that we can get rid of all the per board dram_foo.c files. This has been tested on a A10s-Olinuxino, A13-Olinuxino, A13-OlinuxinoM, mk802-a10s and r7-tv-dongle board. Sig

[U-Boot] [PATCH 2/4] sunxi: Add a GMAC Transmit Clock Delay Chain Kconfig option

And use this to set the GMAC Transmit Clock Delay Chain value on Banana boards, rather then keying of CONFIG_TARGET_FOO. Signed-off-by: Hans de Goede --- arch/arm/include/asm/arch-sunxi/clock_sun4i.h | 2 ++ arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 2 ++ board/sunxi/Kconfig

[U-Boot] [PATCH 4/4] sunxi: video: Force h/vsync active high when using ext. vga dac

On both my A13-OLinuxIno and my A13-OLinuxIno-Micro, the vga output gives an unstable image when active low v or hsync is used, so when an external vga dac is used force v and hsync active high independent of what the modeline says. This fixes the unstable image. Signed-off-by: Hans de Goede ---

[U-Boot] [RFC PATCH 04/21] ARM: tegra: collect SoC sources into mach-tegra

This commit moves files as follows: arch/arm/cpu/arm720t/tegra20/* -> arch/arm/mach-tegra/tegra20/* arch/arm/cpu/arm720t/tegra30/* -> arch/arm/mach-tegra/tegra30/* arch/arm/cpu/arm720t/tegra114/* -> arch/arm/mach-tegra/tegra114/* arch/arm/cpu/arm720t/tegra124* -> arch/arm/ma

[U-Boot] [RFC PATCH 07/21] ARM: kirkwood: move SOC sources to mach-kirkwood

Move arch/arm/cpu/arm926ejs/kirkwood/* -> arch/arm/mach-kirkwood/* Note: Perhaps, can we merge arch/arm/mach-kirkwood and arch/arm/mvebu-common into arch/arm/mach-mvebu, like Linux? Signed-off-by: Masahiro Yamada Cc: Prafulla Wadaskar Cc: Luka Perkov Cc: Stefan Roese --- MAINTAINERS

[U-Boot] [RFC PATCH 15/21] ARM: UniPhier: move SoC headers to mach-uniphier/include/mach

Move arch/arm/include/asm/arch-uniphier/* -> arch/arm/mach-uniphier/include/mach/* Signed-off-by: Masahiro Yamada --- MAINTAINERS | 1 - .../asm/arch-uniphier => mach-uniphier/include/mach}/arm-mpcore.h| 0 .../{include/asm/

[U-Boot] [RFC PATCH 05/21] ARM: UniPhier: move SoC sources to mach-uniphier

Move arch/arm/cpu/armv7/uniphier/* -> arch/arm/mach-uniphier/* Signed-off-by: Masahiro Yamada --- MAINTAINERS | 2 +- arch/arm/Kconfig| 2 +- arch/arm/Makefile

[U-Boot] [RFC PATCH 17/21] ARM: kirkwood: move SoC headers to mach-kirkwood/include/mach

Move arch/arm/include/asm/arch-kirkwood/* -> arch/arm/mach-kirkwood/include/mach/* Signed-off-by: Masahiro Yamada Cc: Prafulla Wadaskar Cc: Luka Perkov Cc: Stefan Roese --- MAINTAINERS | 1 - .../{include/asm/arch-kirkwood => mach

[U-Boot] [RFC PATCH 03/21] ARM: at91: collect SoC sources into mach-at91

This commit moves source files as follows: arch/arm/cpu/arm920t/at91/* -> arch/arm/mach-at91/arm920t/* arch/arm/cpu/arm926ejs/at91/* -> arch/arm/mach-at91/arm926ejs/* arch/arm/cpu/armv7/at91/* -> arch/arm/mach-at91/armv7/* arch/arm/cpu/at91-common/*-> arch/arm/mach-at91/* Signed

[U-Boot] [RFC PATCH 0/21] ARM: start to move SoC code into arch/arm/mach-*

This series can be applied on the current u-boot/master (commit 37b608a52dcb133) Buildman test passed. $ tools/buildman/buildman -s -b mach arm boards.cfg is up to date. Nothing to do. Summary of 22 commits for 474 boards (8 threads, 1 job per thread) 01: powerpc: remove icecube_5200, Lite5200,

[U-Boot] [RFC PATCH 01/21] ARM: at91: move board select menu and common settings

The board select menu in arch/arm/Kconfig is still big. To slim down it, this commit moves AT91 boards to arch/arm/mach-at91/Kconfig. Also, consolidate "config SYS_SOC" in each board Kconfig. The Kconfig files under board/ directory were modified with the following command: find board -name K