- 29 11月, 2016 33 次提交
-
-
由 Soeren Moch 提交于
Configure the PHY to output a 125MHz clk from CLK_25M and set tx clock delay. This patch is similar to commit 4b6035da ("mx6sabresd: Make Ethernet functional again"). Signed-off-by: NSoeren Moch <smoch@web.de>
-
由 Max Krummenacher 提交于
The ipu has two display interfaces. Make the used one a parameter in struct display_info_t instead of using unconditionally DI0. DI0 is the default setting. Signed-off-by: NMax Krummenacher <max.krummenacher@toradex.com> Reviewed-by: NEric Nelson <eric@nelint.com>
-
由 Max Krummenacher 提交于
If CONFIG_SPL_LIBCOMMON_SUPPORT is not defined there is a lone case statement at the end of the switch leading to a compile error. Remove the offending case statement. | common/spl/spl_mmc.c:339:7: error: label at end of compound statement Signed-off-by: NMax Krummenacher <max.krummenacher@toradex.com> Reviewed-by: NTom Rini <trini@konsulko.com> Acked-by: NMarek Vasut <marex@denx.de>
-
由 Marcin Niestroj 提交于
Check BOOT_CFG2[3:4] to determine which SD/MMC port is selected to boot from. If MMC2 is selected return BOOT_DEVICE_MMC2. In all other cases return BOOT_DEVICE_MMC1, as we do not have corresponding macro for MMC3 and MMC4. Signed-off-by: NMarcin Niestroj <m.niestroj@grinn-global.com>
-
-
由 Stefan Agner 提交于
Introduce USB Gadget config option. This allows to combine Makefile entries for SPL_USBETH_SUPPORT and SPL_DFU_SUPPORT. Signed-off-by: NStefan Agner <stefan.agner@toradex.com> Acked-by: NLukasz Majewski <l.majewski@samsung.com> Tested-by: NRavi Babu <ravibabu@ti.com>
-
由 Stefan Agner 提交于
The DFU Kconfig menu entries should be part of the SPL Kconfig file. Also avoid using the top level Makefile by moving the config dependent build artifacts to the driver/ and driver/usb/gadget/ Makfiles. With that, DFU can be built again in SPL if CONFIG_SPL_DFU_SUPPORT is enabled. Fixes: 6ad61022 ("usb:gadget: Disallow DFU in SPL for now") Signed-off-by: NStefan Agner <stefan.agner@toradex.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Acked-by: NLukasz Majewski <l.majewski@samsung.com>
-
由 Stefan Agner 提交于
Some devices (e.g. dra7xx) support loading to RAM using DFU without having direct boot from RAM support. Make sure the linker list does not contain BOOT_DEVICE_RAM if CONFIG_SPL_RAM_DEVICE is not enabled. Fixes: 98136b2f ("spl: Convert spl_ram_load_image() to use linker list") Signed-off-by: NStefan Agner <stefan.agner@toradex.com> Acked-by: NLukasz Majewski <l.majewski@samsung.com>
-
由 Nicolae Rosia 提交于
The actual define symbol is FAT_ENV_DEVICE_AND_PART Signed-off-by: NNicolae Rosia <Nicolae_Rosia@Mentor.com>
-
由 tomas.melin@vaisala.com 提交于
This fixes the loop delay when using a hw watchdog. In case a watchdog is used that accesses CPU registers, the defined delay of 20us in a tight loop will cause a huge delay in the actual timeout seen. This is caused by the fact that udelay will inheritantly call WATCHDOG_RESET. Together with the omap wdt implementation, the seen timeout increases up to around 30s. This makes the loop very slow and causes long delays when using the modem. Instead, implement the 2 sec loop by using the timer interface to know when to break out of the timeout loop. Watchdog kicking is taken care of by getc(). Signed-off-by: NTomas Melin <tomas.melin@vaisala.com>
-
由 Tang Yuantian 提交于
Commit d97dc8a0 separated the non-command code into its own file which caused variable sata_curr_device can not be set to a correct value. Before commit d97dc8a0, variable sata_curr_device can be set correctly in sata_initialize(). After commit d97dc8a0, sata_initialize() is moved out to its own file. Accordingly, variable sata_curr_device is removed from sata_initialize() too. This caused sata_curr_device never gets a chance to be set properly which prevent other commands from being executed. This patch sets variable sata_curr_device properly. Fixes: d97dc8a0 (dm: sata: Separate the non-command code into its own file) Signed-off-by: NTang Yuantian <yuantian.tang@nxp.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Max Krummenacher 提交于
commit 183923d3 enforces that the environment must start at an erase block boundary. For block devices the sample fw_env.config does not mandate a erase block size for block devices. A missing setting defaults to the full env size. Depending on the environment location the alignment check now errors out for perfectly legal settings. Fix this by defaulting to the standard blocksize of 0x200 for environments stored in a block device. That keeps the fw_env.config files for block devices working even with that new check. Signed-off-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Andre Przywara 提交于
The Makefile in tools/ tries to find the "swig" utility by calling "which". If nothing is found in the path, some versions of which will print an error message: $ make clean which: no swig in (/usr/local/bin:/usr/bin:/bin) This does not apply to all version of "which", though: $ echo $0 bash $ type which which is aliased to `type -path' $ which foo <== this version is OK $ /usr/bin/which foo <== this one is chatty /usr/bin/which: no foo in (/usr/local/bin:/usr/bin:/bin) $ sh <== make uses /bin/sh sh-4.3$ which foo <== no alias here which: no foo in (/usr/local/bin:/usr/bin:/bin) This error message is rather pointless in our case, since we just have this very check to care for this. So add stderr redirection to suppress the message. Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Andrew F. Davis 提交于
NFS loading support has been added to the default environment for most boot components, as PMMC and MON loading were added later they did not originally get the NFS commands added, add these now. Signed-off-by: NAndrew F. Davis <afd@ti.com> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Andrew F. Davis 提交于
The config option TARGET_K2x_EVM is set by the k2x defconfigs to pick a board target, but the header configs also set K2x_EVM. This config is redundant, remove it and use TARGET_K2x_EVM everywhere in its place. Signed-off-by: NAndrew F. Davis <afd@ti.com> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com>
-
由 Stefan Roese 提交于
This patch fixes the warning about misaligned cache on Armada XP: CACHE: Misaligned operation at range [7ffff000, 7fffffac] Signed-off-by: NStefan Roese <sr@denx.de> Cc: Valentin Longchamp <valentin.longchamp@keymile.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 mario.six@gdsys.cc 提交于
Commit c68c62 ("i2c: mvtwsi: Make delay times frequency-dependent") extensively used the ndelay function with a calculated parameter which is dependant on the configured frequency of the I2C bus. If standard speed is employed, the parameter is usually 10000 (10000ns period length for 100kHz frequency). But, since the arm architecture does not implement a proper version of ndelay, the fallback default from include/linux/compat.h is used, which defines every ndelay as udelay(1). This causes problems for slower speeds on arm, since the delay time is now 9us too short for the desired frequency, which leads to random failures of the I2C interface. To remedy this, we implement a proper, parameter-aware ndelay fallback for architectures that don't implement a real ndelay function. Reported-By: NJason Brown <Jason.brown@apcon.com> To: Tom Rini <trini@konsulko.com> To: Heiko Schocher <hs@denx.de> Signed-off-by: NMario Six <mario.six@gdsys.cc>
-
由 Max Krummenacher 提交于
remove now unused CONFIG_TRDX_PID_XXX Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Acked-by: NStefan Agner <stefan.agner@toradex.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
Now with the config block handling in place move the U-Boot environment location before the config block at the end of 1st "boot sector" as deployed during production using our downstream BSP. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
With our common code in place actually make use of it across all our modules. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
Add Toradex factory configuration block handling. The config block is a data structure which gets stored to flash during production testing. The structure holds such information as board resp. hardware revision, product ID and serial number which is used as the NIC part of the Ethernet MAC address as well. The config block will be read upon boot by the show_board_info() function, displayed as part of the board information and passed to Linux via device tree or ATAGs. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
Deactivate CONFIG_DISPLAY_BOARDINFO in favour of CONFIG_DISPLAY_BOARDINFO_LATE which also displays on the LCD. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
Make show_board_info() a weak function which allows for custom board specific implementations thereof. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Reviewed-by: NTom Rini <trini@konsulko.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 Marcel Ziswiler 提交于
Drop CONFIG_CUSTOM_BOARDINFO as it is not Kconfig compliant and anyway not really used anywhere plus the upcoming weak show_board_info() approach seems much superior. This reverts commit a9ad18c9. Signed-off-by: NMarcel Ziswiler <marcel.ziswiler@toradex.com> Reviewed-by: NTom Rini <trini@konsulko.com> Acked-by: NMax Krummenacher <max.krummenacher@toradex.com>
-
由 tomas.melin@vaisala.com 提交于
Image header was checked twice. Signed-off-by: NTomas Melin <tomas.melin@vaisala.com> Acked-by: NLokesh Vutla <lokeshvutla@ti.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 tomas.melin@vaisala.com 提交于
Add check for FDT_MAGIC, otherwise also legacy images will be loaded as a FIT. With this check in place, the loader works correct both with legacy and FIT images. Signed-off-by: NTomas Melin <tomas.melin@vaisala.com> Acked-by: NLokesh Vutla <lokeshvutla@ti.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Philipp Tomsich 提交于
To send a parametrized command to the PHY over MDIO, we should write the data first, the trigger the execution by the command register write. Fix the access pattern in our MDIO write routine. Apparently this doesn't really matter with the Realtek PHY on the Pine64, but other PHYs (which require more setup) will choke on the wrong order. [Andre: add commit message] Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com> Signed-off-by: NAndre Przywara <andre.przywara@arm.com> Acked-by: NJagan Teki <jagan@openedev.com>
-
由 FUKAUMI Naoki 提交于
Add board support for sun8i_r16 Nintendo NES Classic edition. Signed-off-by: NFUKAUMI Naoki <naobsd@gmail.com> [jagan: Add commit message body] Signed-off-by: NJagan Teki <jagan@openedev.com> Reviewed-by: NJagan Teki <jagan@openedev.com>
-
由 Boris Brezillon 提交于
Add the description of the Toshiba TC58NVG2S0H SLC nand to the nand_ids table so we can use the NAND ECC infos and the ONFI timings. Signed-off-by: NBoris Brezillon <boris.brezillon@free-electrons.com> Signed-off-by: NMaxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: NHans de Goede <hdegoede@redhat.com> Signed-off-by: NHans de Goede <hdegoede@redhat.com>
-
由 Hans de Goede 提交于
And also remove it from scripts/config_whitelist.txt as the Mele_M5_defconfig was the only one defining it. Signed-off-by: NHans de Goede <hdegoede@redhat.com> Acked-by: NIan Campbell <ijc@hellion.org.uk> Reviewed-by: NJagan Teki <jagan@openedev.com>
-
由 Emmanuel Vadot 提交于
Set CONFIG_SYS_MMC_MAX_DEVICE to 4 for sunxi SoC. This define is needed in the API code. Signed-off-by: NEmmanuel Vadot <manu@bidouilliste.com> Reviewed-by: NHans de Goede <hdegoede@redhat.com> Signed-off-by: NHans de Goede <hdegoede@redhat.com>
-
由 Yann E. MORIN 提交于
Currently, USB is forced-enabled for the sunxi familly, and there is no way to disable it. However, USB takes a long time to initiliase, delaying the boot by up to 5 seconds (without any USB device attached!). This is a very long delay, especially in cases where USB booting is not wanted at all, and where the device is expected to boot relatively often (even in production). Change the way the dependencies are handled, by only forcibly selecting USB when CONFIG_DISTRO_DEFAULTS ("defaults suitable for booting general purpose Linux distributions") is set. This option defaults to y for the sunxi familly, so the current default behaviour is kept unchanged. Users interested in boot time and/or size will be able to disable this to further disable USB. With USB disabled, the time spent in U-Boot before handing control to the Linux kernel is about 1s now, down from ~5s (Nanopi Neo, sunxi H3). Signed-off-by: N"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Ian Campbell <ijc@hellion.org.uk> Cc: Hans De Goede <hdegoede@redhat.com> Reviewed-by: NHans de Goede <hdegoede@redhat.com> Signed-off-by: NHans de Goede <hdegoede@redhat.com>
-
由 Jelle van der Waa 提交于
Use the already available Kconfig option for AHCI. Tested on the BananaPi. Signed-off-by: NJelle van der Waa <jelle@vdwaa.nl> Reviewed-by: NHans de Goede <hdegoede@redhat.com> Signed-off-by: NHans de Goede <hdegoede@redhat.com>
-
- 27 11月, 2016 7 次提交
-
-
由 Alexander Graf 提交于
We have all the building blocks now to run arbitrary efi applications in travis. The most important one out there is grub2, so let's add a simple test to verify that grub2 still comes up. Signed-off-by: NAlexander Graf <agraf@suse.de>
-
由 Alexander Graf 提交于
Most of the time when running the sleep test in Travis for the integratorcp_cm926ejs target I get errors like this: E assert 2.999901056289673 >= 3 The deviation is tiny, but fails the overall build result. Since the sleep test is not terribly important as gate keeper for travis tests, let's just exclude it for this board. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alexander Graf 提交于
Today we can compile a self-contained hello world efi test binary that allows us to quickly verify whether the EFI loader framwork works. We can use that binary outside of the self-contained test case though, by providing it to a to-be-tested system via tftp. This patch separates compilation of the helloworld.efi file from including it in the u-boot binary for "bootefi hello". It also modifies the efi_loader test case to enable travis to pick up the compiled file. Because we're now no longer bloating the resulting u-boot binary, we can enable compilation always, giving us good travis test coverage. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alexander Graf 提交于
Now that we have working network tests and a hello world efi application built inside our tree, we can automatically test that efi binary running inside of U-Boot. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alexander Graf 提交于
When running in travis-ci, we want to pass environment configuration to the tests. These reside in a path available through PYTHONPATH, so let's define that one to point to the unit test repo. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alexander Graf 提交于
Some travis QEMU tests can transfer files between the build directory and the guest U-Boot instance. For that to work, both need to have access to the same directory. This patch puts the current build path into an environment variable, so that the environment generating python scripts can extract it from there and read the respective files. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Alexander Graf 提交于
The network test currently downloads files at 0MB offset of RAM start. This works for most ARM systems, but x86 has weird memory layout constraints on the first MB of RAM. To not get caught into any of these, let's add a 4MB pad from start of RAM to the default memory offset. Signed-off-by: NAlexander Graf <agraf@suse.de> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NTom Rini <trini@konsulko.com>
-