- Nov 21, 2014
-
-
Simon Glass authored
Add documentation for the various driver model options that are now available. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The linker lists feature is useful in SPL as it holds the driver model platform data. So don't throw away the lists. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@ti.com>
-
Simon Glass authored
Add platform data for the GPIO driver. It doesn't need to contain anything since the GPIO driver will actually use information from the CONFIGs for now. This merely serves to ensure that the GPIO driver is bound. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Since we currently don't have device tree available in SPL, add platform data so the uart works. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Since this function can use up quite a bit of space for its strings, disable it by default in SPL. Use CONFIG_DM_WARN to re-enable it. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@ti.com>
-
Simon Glass authored
Provide a CONFIG_DM_STDIO option to enable registering a serial device with the stdio library. This is seldom useful in SPL, so disable it by default when building for SPL. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@ti.com>
-
Simon Glass authored
For SPL we don't expect to need to remove a device. Save some code space by dropping this feature. The board config can define CONFIG_DM_DEVICE_REMOVE if this is in fact needed. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@ti.com>
-
Simon Glass authored
When enabled, set up driver model for SPL. This allows SPL to use the same drivers as the main U-Boot. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Tom Rini <trini@ti.com>
-
Simon Glass authored
Set up the simple malloc() implementation when requested, in preference to the full malloc(). Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
For SPL it is sometimes useful to have a simple malloc() just to permit driver model to work, in the cases where the full malloc() is not made available by the board config. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The simple malloc() implementation is used when memory is tight. It provides a simple buffer with an incrementing pointer. At present the implementation is inside dlmalloc. Move it into its own file so that it is easier to find. Rather than using relocation as a signal that the full malloc() is available, add a special GD_FLG_FULL_MALLOC_INIT flag. This signals that the simple malloc() should no longer be used. In some cases, such as SPL, even the code space used by the full malloc() is wasteful. Add a CONFIG_SYS_MALLOC_SIMPLE option to provide only the simple malloc. In this case the full malloc is not available at all. It saves about 1KB of code space and about 0.5KB of data on Thumb 2. Acked-by:
Tom Rini <trini@ti.com> Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The faster functions are not actually available in SPL and the code size likely isn't worth it. Use the normal memcpy() in SPL. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Implement this feature in the uclass so that the baudrate can be changed with 'setenv baudrate <rate>'. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The old maintainer has left, so take this over. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Convert this at91sam9260-based board to use driver model. This should serve as an example for other similar boards. Serial and GPIO are supported so far. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Simon Glass authored
Add driver model support while retaining the existing legacy code. This allows the driver to support boards that have converted to driver model as well as those that have not. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Before adding driver model support, split out a few of the functions so that they can be used by the driver model code. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Simon Glass authored
These boards all have the same GPIO arrangement, so add some common platform data that can be used by all boards. Remove the configs which are no longer required. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Modify this driver to support driver model, with platform data required to determine the GPIOs that it controls. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
This works correctly, so switch it over before the deadline. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The value should be 0x21f00000. Fix it. Signed-off-by:
Simon Glass <sjg@chromium.org>
-
- Nov 20, 2014
-
-
git://git.denx.de/u-boot-ubiTom Rini authored
-
git://git.denx.de/u-boot-i2cTom Rini authored
-
git://git.denx.de/u-boot-mpc5xxxTom Rini authored
-
- Nov 19, 2014
-
-
Stefan Roese authored
When an MPC5200 based board is used with SPL support, the main U-Boot needs to clear the GD (global data) struct again. Otherwise the generic board init code in board_init_f (when CONFIG_SYS_GENERIC_BOARD is defined) will not initialize all GD variables correctly. Resulting in a hangup on the a4m2k board. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Wolfgang Denk <wd@denx.de>
-
Stefan Roese authored
a3m071 and a4m2k share one config header. So adding the generic board defines in this one file is enough to convert both boards. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Wolfgang Denk <wd@denx.de>
-
Stefan Roese authored
Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Wolfgang Denk <wd@denx.de>
-
Dirk Eibach authored
The gdsys hrcon board is based on a Freescale MPC8308 SOC. It boots from NOR-Flash, kernel and rootfs are stored on SD-Card. On board peripherals include: - 1x GbE (optional) - Lattice ECP3 FPGA connected via eLBC and PCIe Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Wolfgang Denk found this issue using cppcheck: (error) Uninitialized variable: fpga_features Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Addressing was completely broken for cmd_fpgad. Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
The device id makes u-boot think that this chip needs cfi_reverse_geometry(), which is not the case. Add it to jedec_flash, so it is handled properly. Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Dirk Eibach authored
Tune dlvision configuration similar to other gdsys boards to reduce memory footprint. Signed-off-by:
Dirk Eibach <dirk.eibach@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Andrew Ruder authored
The UBI layer will disable much of its error reporting when it is compiled into the linux kernel to avoid stopping boot. We want this error reporting in U-Boot since we don't initialize the UBI layer until it is used and want the error reporting. We force this by telling the UBI layer we are building as a module. Signed-off-by:
Andrew Ruder <andrew.ruder@elecsyscorp.com> Cc: Wolfgang Denk <wd@denx.de> Cc: Heiko Schocher <hs@denx.de> Cc: Kyungmin Park <kmpark@infradead.org>
-
Heiko Schocher authored
ff94bc40 "mtd, ubi, ubifs: resync with Linux-3.14" introduced the writebufsize field in struct mtd_info, which is not initialized in the cfi_flash driver, which leads in not working ubi on cfi flashes. Fix it Signed-off-by:
Heiko Schocher <hs@denx.de> Reported-by:
Andrew Ruder <andrew.ruder@elecsyscorp.com> Acked-by:
Stefan Roese <sr@denx.de> Acked-by:
Andrew Ruder <andrew.ruder@elecsyscorp.com>
-
- Nov 17, 2014
-
-
Bo Shen authored
The code for this board supports following features: - Boot media support: NAND flash/SD card/SPI flash - Support LCD display (optional, disabled by default) - Support ethernet - Support USB mass storage Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
The code for this board supports following features: - Boot media support: NAND flash/SD card/SPI flash - Support LCD display - Support ethernet - Support USB mass storage Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Bo Shen authored
The User Register in GMAC IP is used to select interface type. When with GE feature, it is used to select interface between RGMII and GMII. If without GE feature, it is used to select interface between MII and RMII. Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-
Josh Wu authored
As in SAMA5D4 SoC, the gf table in ROM code can not be seen. So, when we try to use PMECC, we need to build it when do initialization. Add a macro NO_GALOIS_TABLE_IN_ROM in soc header file. If it is defined we will build gf table runtime. The PMECC use the BCH algorithm, so based on the build_gf_tables() function in lib/bch.c, we can build the Galois Field lookup table. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Signed-off-by:
Bo Shen <voice.shen@atmel.com> Signed-off-by:
Andreas Bießmann <andreas.devel@googlemail.com>
-