- 23 7月, 2016 40 次提交
-
-
由 Masahiro Yamada 提交于
Sync register macros with Linux code. This will be helpful to develop the counterpart of Linux. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
Clear the flag immediately before cache operation to not depend on the previous state. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This does not have much impact on behavior, but makes code look more more like Linux. The use of devm_ioremap() often helps to delete .remove callbacks entirely. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This downloads the same file twice for nothing. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
This is needed when booting Linux without ARM Trusted Firmware. Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
-
由 Masahiro Yamada 提交于
On these two boards, the serial0 is used for inter-chip connection, so cannot be used for login console. The serial2 is used instead for them, but it is tedious to use because upper level deployment projects must switch login console per board. [ Linux commit: 2a4a2aadbaad9dffdb564a2895348f3d8e825416 ] Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by: NOlof Johansson <olof@lixom.net>
-
由 Michal Simek 提交于
Getting this error: Zynq> sb load hostfs - 100 /home/monstr/data/disk/u-boot/build-zynq_zc706/test.fit Unknown command 'sb' - try 'help' because sb command is present only for Sandbox obj-$(CONFIG_SANDBOX) += host.o that's why mark this test to be run only at Sandbox Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
由 Andreas Dannenberg 提交于
Commit 17c29873 introduces an undesired dependency on CONFIG_SPL_LOAD_FIT when building U-Boot for AM57xx and DRA7xx high-security (HS) devices that causes the build to break when that option is not active. Fix this issue by only building the u-boot_HS.img target when building U-Boot into an actual FIT image. Signed-off-by: NAndreas Dannenberg <dannenberg@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Andreas Dannenberg 提交于
Commit e29878fc introduces an undesired dependency on CONFIG_SPL_LOAD_FIT when building U-Boot for AM43xx high-security (HS) devices that causes the build to break when that option is not active. Fix this issue by only building the u-boot_HS.img target when building U-Boot into an actual FIT image. Signed-off-by: NAndreas Dannenberg <dannenberg@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 yeongjun Kim 提交于
It looks typo error. Not CPU15, CP15(CoProcessor15) Signed-off-by: Nyeongjun Kim <iam.yeongjunkim@gmail.com>
-
由 Lokesh Vutla 提交于
In raw mode a full sector is to be read even if image covers part of a sector. Number of sectors are calculated as ROUND_UP(size)/sec_size by FIT framework. This calculation assumes that image is at the 0th offset of a sector, which is not true always in FIT case. So, include the image offset while calculating number of sectors. Signed-off-by: NLokesh Vutla <lokeshvutla@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 mario.six@gdsys.cc 提交于
When signing images, we repeatedly call fit_add_file_data() with successively increasing size values to include the keys in the DTB. Unfortunately, if large keys are used (such as 4096 bit RSA keys), this process fails sometimes, and mkimage needs to be called repeatedly to integrate the keys into the DTB. This is because fit_add_file_data actually returns the wrong error code, and the loop terminates prematurely, instead of trying again with a larger size value. This patch corrects the return value by fixing the return value of fdt_add_bignum, fixes a case where an error is masked by a unconditional setting of a return value variable, and also removes a error message, which is misleading, since we actually allow the function to fail. A (hopefully helpful) comment is also added to explain the lack of error message. This is probably related to 1152a05e ("tools: Correct error handling in fit_image_process_hash()") and the corresponding error reported here: https://www.mail-archive.com/u-boot@lists.denx.de/msg217417.htmlSigned-off-by: NMario Six <mario.six@gdsys.cc>
-
由 mario.six@gdsys.cc 提交于
When signing images, we repeatedly call fit_add_file_data() with successively increasing size values to include the keys in the DTB. Unfortunately, if large keys are used (such as 4096 bit RSA keys), this process fails sometimes, and mkimage needs to be called repeatedly to integrate the keys into the DTB. This is because fit_add_file_data actually returns the wrong error code, and the loop terminates prematurely, instead of trying again with a larger size value. This patch corrects the return value and also removes a error message, which is misleading, since we actually allow the function to fail. A (hopefully helpful) comment is also added to explain the lack of error message. This is probably related to 1152a05e ("tools: Correct error handling in fit_image_process_hash()") and the corresponding error reported here: https://www.mail-archive.com/u-boot@lists.denx.de/msg217417.htmlSigned-off-by: NMario Six <mario.six@gdsys.cc>
-
由 Stephen Warren 提交于
Without this, the test fails if the test is run with a cwd other than the root of the U-Boot source tree. Fixes: 8729d582 ("test: Convert the vboot test to test/py") Signed-off-by: NStephen Warren <swarren@nvidia.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Jeremy Hunt 提交于
As part of the startup process for boards using the SPL, the meaning of board_init_f changed such that it should return normally rather than calling board_init_r directly. (see db910353 ) This was fixed in 32-bit arm, but broke when SPL was added to 64 bit arm. This fixes crt0_64 so that it calls board_init_r during the SPL and removes the direct call from board_init_f from the arm SPL example. Signed-off-by: NJeremy Hunt <Jeremy.Hunt@DEShawResearch.com> Acked-by: NSimon Glass <sjg@chromium.org>
-
由 Andreas Färber 提交于
Tracing the arguments has been helpful for pinpointing overflows. Cc: Alexander Graf <agraf@suse.de> Signed-off-by: NAndreas Färber <afaerber@suse.de> Reviewed-by: NAlexander Graf <agraf@suse.de>
-
由 Andreas Fenkart 提交于
Try to avoid adhoc iteration of the environment. Reuse fw_getenv to find the variables that should be printed. Only use open-coded iteration when printing all variables. For backwards compatibility, keep emitting a newline when printing with value_only. Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>
-
由 Andreas Fenkart 提交于
forward declaration not needed when re-ordered Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>
-
由 Andreas Fenkart 提交于
there are two groups of functions: - application ready tools: fw_setenv/fw_getenv/fw_parse_script these are used, when creating a single binary containing multiple tools (busybox like) - file access like: open/read/write/close above functions are implemented on top of these. applications can use those to modify several variables without creating a temporary batch script file tested with "./scripts/kernel-doc -html -v tools/env/fw_env.h" Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>
-
由 Tom Rini 提交于
On most platforms the print_fpga_state function is never called. Only on dlvision-10g do we, so in that case inline it. Drop it from everywhere else to avoid extra strings. Signed-off-by: NTom Rini <trini@konsulko.com> Acked-by: NReinhard Pfau <reinhard.pfau@gdsys.cc> Acked-by: NDirk Eibach <dirk.eibach@gdsys.cc>
-
由 Stefan Agner 提交于
A negative value for the offset is treated as a backwards offset for from the end of the device/partition for block devices. This aligns the behavior of the config file with the syntax of CONFIG_ENV_OFFSET where the functionality has been introduced with commit 5c088ee8 ("env_mmc: allow negative CONFIG_ENV_OFFSET"). Signed-off-by: NStefan Agner <stefan.agner@toradex.com>
-
由 Stefan Agner 提交于
Currently flash_read completes a crucial part of the environment device configuration, the device type (mtd_type). This is rather confusing as flash_io calls flash_read conditionally, and one might think flash_write, which also makes use of mtd_type, gets called before flash_read. But since flash_io is always called with O_RDONLY first, this is not actually the case in reality. However, it is much cleaner to complete and verify the config early in parse_config. This also prepares the code for further extension. Signed-off-by: NStefan Agner <stefan.agner@toradex.com> Reviewed-by: Andreas Fenkart
-
由 Alexander Graf 提交于
Partitions on the iso el torito partition table interpreter only start from partition 1. So when printing out the tables, let's also start counting at 1. Signed-off-by: NAlexander Graf <agraf@suse.de>
-
由 Ladislav Michl 提交于
Implement spl_start_uboot to let Falcon mode work. Signed-off-by: NLadislav Michl <ladis@linux-mips.org> Reviewed-by: NHeiko Schocher <hs@denx.de> Acked-by: NEnric Balletbo i Serra <enric.balletbo@collabora.com>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Convert IGEP board to use UBI volumes for U-Boot, its environment and kernel. With exception of first four sectors read by SoC boot ROM whole (One)NAND is UBI managed. Also merge NAND and OneNAND defconfigs as now one binary can serve both flashes. As code is too big now, drop CONFIG_SPL_EXT_SUPPORT to make it fit. Signed-off-by: NLadislav Michl <ladis@linux-mips.org> Reviewed-by: NHeiko Schocher <hs@denx.de>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Some CPUs contains boot ROM code capable reading first few blocks (where SPL resides) of NAND flash and executing it. It is wise to create separate partition here for SPL. As block size depends on NAND chip used, we could either use worst case (biggest) partition size or base its size on actual block size. This patch adds support for the latter option. Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Boards which are defining default mtdparts often need them early in boot process (to load environment from UBI volume, for example). This is currently solved by adding mtdparts and mtdids variable definitions also to default environment. With this change, default partitions are used by default unless explicitely deleted or redefined. Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
In case there is no mtdparts variable in relocated environment, NULL is assigned to p, which is later fed to strncpy. Also function parameter mtdparts is completely ignored, so use it in case mtdparts variable is not found in environment. This parameter is checked not to be NULL in caller. Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
A private buffer is used to read mtdparts variable from non-relocated environment. A pointer to that buffer is returned unconditionally, confusing later test for variable presence in the environment. Fix it by returning NULL when getenv_f fails. Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
io_init checks this value and fails with "bad write buffer size 0 for 2048 min. I/O unit" Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Add timeout to onenand_wait ready loop as it hangs here indefinitely when chip not present. Once there, do the same for onenand_bbt_wait as well (note: recent Linux driver code does the same) Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Use newly introduced function Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-