- Mar 04, 2014
-
-
Simon Glass authored
Convert sandbox over to use driver model GPIOs. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add driver model support for GPIOs. Since existing GPIO drivers do not use driver model, this feature must be enabled by CONFIG_DM_GPIO. After all GPO drivers are converted over we can perhaps remove this config. Tests are provided for the sandbox implementation, and are a sufficient sanity check for basic operation. The GPIO uclass understands the concept of named banks of GPIOs, with each GPIO device providing a single bank. Within each bank the GPIOs are numbered using an offset from 0 to n-1. For example a bank named 'b' with 20 offsets will provide GPIOs named b0 to b19. Anonymous GPIO banks are also supported, and are just numbered without any prefix. Each time a GPIO driver is added to the uclass, the GPIOs are renumbered accordinging, so there is always a global GPIO numbering order. Signed-off-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Marek Vasut <marex@denx.de> Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com> Signed-off-by:
Viktor Křivák <viktor.krivak@gmail.com> Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Simon Glass authored
As an example of how to write a uclass and a driver, provide a demo version of each, accessible through the 'demo' command. To use these with driver model, define CONFIG_CMD_DEMO and CONFIG_DM_DEMO. The two demo drivers are enabled with CONFIG_DM_DEMO_SIMPLE and CONFIG_DM_DEMO_SHAPE. Signed-off-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Marek Vasut <marex@denx.de> Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com> Signed-off-by:
Viktor Křivák <viktor.krivak@gmail.com> Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Simon Glass authored
This command is not required for driver model operation, but can be useful for testing. It provides simple dumps of internal data structures. Signed-off-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Marek Vasut <marex@denx.de> Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com> Signed-off-by:
Viktor Křivák <viktor.krivak@gmail.com> Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Simon Glass authored
Add some tests of driver model functionality. Coverage includes: - basic init - binding of drivers to devices using platform_data - automatic probing of devices when referenced - availability of platform data to devices - lifecycle from bind to probe to remove to unbind - renumbering within a uclass when devices are probed/removed - calling driver-defined operations - deactivation of drivers when removed - memory leak across creation and destruction of drivers/uclasses - uclass init/destroy methods - automatic probe/remove of children/parents when needed This function is enabled for sandbox, using CONFIG_DM_TEST. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Use driver model in sandbox to permit running of driver model unit test. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add driver model functionality for generic board. This includes data structures and base code for registering devices and uclasses (groups of devices with the same purpose, e.g. all I2C ports will be in the same uclass). The feature is enabled with CONFIG_DM. Signed-off-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Marek Vasut <marex@denx.de> Signed-off-by:
Pavel Herrmann <morpheus.ibis@gmail.com> Signed-off-by:
Viktor Křivák <viktor.krivak@gmail.com> Signed-off-by:
Tomas Hlavacek <tmshlvck@gmail.com>
-
Simon Glass authored
U-Boot now uses errors defined in include/errno.h which are negative integers. Commands which fail need to report the error and return 1 to indicate failure. Add this functionality in cmd_process_error(). For now this merely reports the error number. It would be possible also to produce a helpful error message by storing the error strings in U-Boot. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Add support for building a device tree for sandbox's CONFIG_OF_HOSTFILE option to make it easier to use device tree with sandbox. This adjusts the Makefile to build a u-boot.dtb file which can be passed to sandbox U-Boot with: ./u-boot -d u-boot.dtb Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Alexey Brodkin authored
Copied from Linux sources "include/linux/sizes.h" commit 413541dd66d51f791a0b169d9b9014e4f56be13c Signed-off-by:
Alexey Brodkin <abrodkin@synopsys.com> Cc: Vineet Gupta <vgupta@synopsys.com> Cc: Tom Rini <trini@ti.com> Cc: Stefan Roese <sr@denx.de> Cc: Albert Aribaud <albert.u.boot@aribaud.net> Acked-by:
Tom Rini <trini@ti.com> Acked-by:
Stefan Roese <sr@denx.de> [trini: Add bcm Kona platforms to the patch] Signed-off-by:
Tom Rini <trini@ti.com>
-
Michal Simek authored
Gem can be directly initialized from DTB. Signed-off-by:
Michal Simek <michal.simek@xilinx.com>
-
Michal Simek authored
Disable CONFIG_OF_CONTROL for SPL compilation. Signed-off-by:
Michal Simek <michal.simek@xilinx.com>
-
Michal Simek authored
- Add xilinx_emaclite_of_init to netdev.h - Remove global data pointer from the driver - Add better handling for error state. Signed-off-by:
Michal Simek <michal.simek@xilinx.com>
-
- Feb 26, 2014
-
-
Albert ARIBAUD authored
Remove the last uses of symbol offsets in ARM U-Boot. Remove some needless uses of _TEXT_BASE. Remove all _TEXT_BASE definitions. Signed-off-by:
Albert ARIBAUD <albert.u.boot@aribaud.net>
-
- Feb 25, 2014
-
-
Masahiro Yamada authored
Same as the previous commit. Move sanity check to prepare1 target to avoid nasty troubles. Before this commit, LDSCRIPT existence was not checked when it was specified by CONFIG_SYS_LDSCRIPT. Now LDSCRIPT existence is checked for all boards. $(wildcard $(LDSCRIPT)) must point to the linker scripts with absolute path. Otherwise, make will terminate with a false error on out-of-tree build. Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com>
-
- Feb 24, 2014
-
-
Haijun.Zhang authored
u-boot binary size for Freescale mpc8536DS platforms is 512KB. This has been reached to upper limit of the platforms and causig linker error. So increase the u-boot binary size to 768KB. Signed-off-by:
Haijun Zhang <Haijun.Zhang@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Ying Zhang authored
In the previous patches, we introduced the SPL/TPL fraamework. For SD/SPI flash booting way, we introduce the SPL to enable a loader stub. The SPL was loaded by the code from the internal on-chip ROM. The SPL initializes the DDR according to the SPD and loads the final uboot image into DDR, then jump to the DDR to begin execution. For NAND booting way, the nand SPL has size limitation on some board(e.g. P1010RDB), it can not be more than 8KB, we can call it "minimal SPL", So the dynamic DDR driver doesn't fit into this minimum SPL. We added the TPL that is loaded by the the minimal SPL. The TPL initializes the DDR according to the SPD and loads the final uboot image into DDR,then jump to the DDR to begin execution. This patch enabled SPL/TPL for P1010RDB to support starting from NAND/SD/SPI flash with SPL framework and initializing the DDR according to SPD in the SPL/TPL. Because the minimal SPL load the TPL to L2 SRAM and the jump to the L2 SRAM to execute, so the section .resetvec is no longer needed. Signed-off-by:
Ying Zhang <b40530@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Ying Zhang authored
There was no enough memory for malloc in SPL booting from spi flash, so relayout the memory in SPL: reduce the memory for global data from 16K Bytes to 4K Bytes, save the space for malloc. Signed-off-by:
Ying Zhang <b40530@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Ying Zhang authored
There was no enough stack in SPL, so the buffer needed in SPL is to malloc from memory pool and to repalce the temporary variable. Signed-off-by:
Ying Zhang <b40530@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Ying Zhang authored
1. The SPL's length of SDCARD boot has not enough,expand the SPL's length to 128K. 2. deleted unused symbol: CONFIG_SYS_RUN_INDDR Signed-off-by:
Ying Zhang <b40530@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Shengzhou Liu authored
T2081 QDS is a high-performance computing evaluation, development and test platform supporting the T2081 QorIQ Power Architecture processor. T2081QDS board Overview ----------------------- - T2081 SoC integrating four 64-bit dual-threads e6500 cores up to 1.8GHz - 2MB shared L2 and 512KB L3 CoreNet platform cache (CPC) - CoreNet fabric supporting coherent and noncoherent transactions with prioritization and bandwidth allocation - 32-/64-bit DDR3/DDR3LP SDRAM memory controller with ECC and interleaving - Ethernet interfaces: - Two on-board 10M/100M/1G bps RGMII ports - Two 10Gbps XFI with on-board SFP+ cage - 1Gbps/2.5Gbps SGMII Riser card - 10Gbps XAUI Riser card - Accelerator: - DPAA components consist of FMan, BMan, QMan, PME, DCE and SEC - SerDes: - 8 lanes up to 10.3125GHz - Supports SGMII, HiGig, XFI, XAUI and Aurora debug, - IFC: - 512MB NOR Flash, 2GB NAND Flash, PromJet debug port and Qixis FPGA - eSPI: - Three SPI flash (16MB N25Q128A + 16MB EN25S64 + 512KB SST25WF040) - USB: - Two USB2.0 ports with internal PHY (one Type-A + one micro Type mini-AB) - PCIe: - Four PCI Express controllers (two PCIe 2.0 and two PCIe 3.0 with SR-IOV) - eSDHC: - Supports various SD/SDHC/SDXC/eMMC devices with adapter cards and voltage translators - I2C: - Four I2C controllers. - UART: - Dual 4-pins UART serial ports Signed-off-by:
Shengzhou Liu <Shengzhou.Liu@freescale.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Masahiro Yamada authored
Signed-off-by:
Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Tom Warren <twarren@nvidia.com> Cc: Stephen Warren <swarren@nvidia.com> Cc: Rajeshwari Birje <rajeshwari.s@samsung.com> Cc: Inderpal Singh <inderpal.singh@linaro.org>
-
- Feb 22, 2014
-
-
Darwin Rambo authored
Add support for the bcm28155_ap reference board. Signed-off-by:
Darwin Rambo <drambo@broadcom.com> Reviewed-by:
Steve Rae <srae@broadcom.com> Reviewed-by:
Tim Kryger <tkryger@linaro.org>
-
Darwin Rambo authored
Add bcm281xx architecture support code including a clock framework and chip reset. Define register block base addresses for the bcm281xx architecture and create an empty gpio header file required when CONFIG_CMD_GPIO is set. Signed-off-by:
Darwin Rambo <drambo@broadcom.com> Reviewed-by:
Steve Rae <srae@broadcom.com> Reviewed-by:
Tim Kryger <tkryger@linaro.org>
-
Stephen Warren authored
Rework rpi_b's bootcmd (and sub-commands) to match Tegra's bootcmd as much as possible. This will aid in a future patch which will create a common header e.g. config_distro_bootcmd.h. While at it, enable booting from extlinux.conf using the sysboot command. The iteration and componentization currently makes a little more sense for Tegra than RPi, but I'd still like to keep the two as similar as possible. USB and networking support is coming to the RPi in due course, and it'll all make more sense then anyway. Signed-off-by:
Stephen Warren <swarren@wwwdotorg.org>
-
- Feb 21, 2014
-
-
Nishanth Menon authored
Commit 6789e84e (i2c, omap24xx: convert driver to new mutlibus/mutliadapter framework) intended to make I2C driver compatible with latest changes. It unfortunately has had a impact on size on SPL as well. For example on SDP4430, 32032 bytes before/MLO 35416 bytes after/MLO With this mentioned commit, MLO stops booting on SDP4430 as only 32K is accessible for non-secure (bootloader) s/w on GP devices and the size increase to 56K fails boot. On the latest u-boot commit e7be1822, MLO is now at size 35592 bytes, However, I2C is not necessary for SPL to function as we use SR_I2C for controlling the PMIC. Disabling I2C reduces MLO to 32224 bytes which allows OMAP4 GP platform to boot up. Since this is common for all OMAP4 platforms, remove the need for I2C for SPL builds in the common config. Signed-off-by:
Nishanth Menon <nm@ti.com> Reviewed-by:
Sricharan R <r.sricharan@ti.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@ti.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@ti.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@ti.com>
-
Stefan Roese authored
With CONFIG_SYS_BOOTMAPSZ defined, recent Linux kernel booting results in this error: Booting using the fdt blob at 0x81f00000 Loading Kernel Image ... OK ERROR: Failed to allocate 0x1189d bytes below 0x80004000. device tree - allocation error FDT creation failed! hanging...### ERROR ### Please RESET the board ### Removing this define solves this issue. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Nikita Kiryanov <nikita@compulab.co.il> Cc: Igor Grinberg <grinberg@compulab.co.il> Cc: Tom Rini <trini@ti.com>
-
Stefano Babic authored
Patch allows to load a script at the startup from MMC. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefano Babic authored
Patch contains the same fixes as commit 4b9b2c30 (missing CONFIG_OMAP3_GPIO_2) and commit f9095aac793aa8917ab9b915c5d449e6dc8d3d30 (missing CONFIG_SPL_NAND_SOFTECC). Same issues are relevant for the mcx board, too. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
Stefan Roese authored
Patch f33b9bd3 [arm: omap3: Enable clocks for peripherals only if they are used] breaks SPL booting on tao3530. Since some gpio input's are read to detect the board revision. But with this patch above, the clocks to the GPIO subsystems are not enabled per default any more. The GPIO banks need to be configured specifically now. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Tom Rini <trini@ti.com> Cc: Michael Trimarchi <michael@amarulasolutions.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Hannes Petermaier authored
Adds support for Bernecker & Rainer Industrieelektronik GmbH KWB Motherboard, using TI's AM3352 SoC. Most of code is derived from TI's AM335x_EVM Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at> Cc: trini@ti.com
-
Hannes Petermaier authored
Adds support for Bernecker & Rainer Industrieelektronik GmbH T-Series Motherboard, using TI's AM3352 SoC. Most of code is derived from TI's AM335x_EVM Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
Lothar Felten authored
This patch add support for the Silica Pengwyn board [1] The board is based on a TI AM3354 CPU [2] All jumpers removed it will boot from the SDcard, the console is on UART1 accessible via the FDTI -> USB. The on board NAND flash is supported and can act as boot medium, depending on jumper settings. USB Host, USB Device and Ethernet are also provided but untested. [1] http://www.silica.com/product/silica-pengwyn-board.html [2] http://www.ti.com/product/am3354 Signed-off-by:
Lothar Felten <lothar.felten@gmail.com> [trini: Move CONFIG_BOARD_LATE_INIT into am335x_evm.h, drop unused spi0_pin_mux from Pengwyn support] Signed-off-by:
Tom Rini <trini@ti.com>
-
York Sun authored
This function has been around for powerpc. It is used for systems with memory more than CONFIG_MAX_MEM_MAPPED. In case of non-contiguous memory, this feature can limit U-boot to one block without going over the limit. Signed-off-by:
York Sun <yorksun@freescale.com> Acked-by:
Albert ARIBAUD <albert.u.boot@aribaud.net>
-
York Sun authored
Freescale LayerScape SoCs support controller interleaving on 256 byte size. This interleaving is mandoratory. Signed-off-by:
York Sun <yorksun@freescale.com>
-
York Sun authored
Initially it was believed the DDR controller on Freescale ARM would have big endian. But some platform will have little endian. Signed-off-by:
York Sun <yorksun@freescale.com>
-
Stephen Warren authored
The Pi has no flash to store an environment in the usual fashion. However, the user may wish to customize the environment. We know that the SD card must be present, since that's where the boot ROM has loaded U-Boot from. So, load uEnv.txt from there early during boot. This allows the user to e.g. customize boot_targets, in order to automatically select network boot. Signed-off-by:
Stephen Warren <swarren@wwwdotorg.org>
-