- 30 Jan, 2018 15 commits
-
-
This converts the following to Kconfig: CONFIG_SYS_OMAP24_I2C_SLAVE CONFIG_SYS_OMAP24_I2C_SPEED Signed-off-by:
Adam Ford <aford173@gmail.com> Reviewed-by:
Paul Kocialkowski <contact@paulk.fr>
-
This converts the following to Kconfig: CONFIG_SYS_DV_CLKMODE CONFIG_SYS_DA850_PLL0_POSTDIV CONFIG_SYS_DA850_PLL0_PLLDIV1 CONFIG_SYS_DA850_PLL0_PLLDIV2 CONFIG_SYS_DA850_PLL0_PLLDIV3 CONFIG_SYS_DA850_PLL0_PLLDIV4 CONFIG_SYS_DA850_PLL0_PLLDIV5 CONFIG_SYS_DA850_PLL0_PLLDIV6 CONFIG_SYS_DA850_PLL0_PLLDIV7 CONFIG_SYS_DA850_PLL1_POSTDIV CONFIG_SYS_DA850_PLL1_PLLDIV1 CONFIG_SYS_DA850_PLL1_PLLDIV2 CONFIG_SYS_DA850_PLL1_PLLDIV3 Signed-off-by:
Adam Ford <aford173@gmail.com>
-
This converts the following to Kconfig: CONFIG_SYS_BOOT_GET_CMDLINE CONFIG_SYS_BOOT_GET_KBD Signed-off-by:
Derald D. Woods <woods.technical@gmail.com>
-
git://git.denx.de/u-boot-x86Tom Rini authored
-
'select n' selects a constant symbol, which is meaningless and has no effect. Maybe this was meant to be a 'default n', though bool and tristate symbols already implicitly default to n. Discovered in Kconfiglib (https://github.com/ulfalizer/Kconfiglib ), which does more strict checking here: kconfiglib.KconfigSyntaxError: board/google/Kconfig:34: Couldn't parse ' select n': expected nonconstant symbol Signed-off-by:
Ulf Magnusson <ulfalizer@gmail.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
The variable t_rfc is never used, so drop it. The variables ddr_wctl and ddr_wcmd are only used in certain manual instances, so guard their declaration by the same check as their use. Cc: Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com>
-
For debugging U-Boot in qemu-x86 the relocation address is needed. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
U-Boot on QEMU does not build ACPI table by ourself, instead it uses the prebuilt ACPI table via the qfw interface. This implements the qfw version of acpi_get_rsdp_addr() for setup_zimage(). Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
-
Bin Meng authored
At present the acpi_rsdp_addr variable is directly referenced in setup_zimage(). This changes to use an API for better encapsulation and extension. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
-
New field acpi_rsdp_addr, which has been introduced in boot protocol v2.14 [1], in boot parameters tells kernel the exact address of RDSP ACPI table. Knowing it increases robustness of the kernel by avoiding in some cases traversal through a part of physical memory. It will slightly reduce boot time by the same reason. [1] See Linux kernel commit 2f74cbf ("x86/boot: Add the ACPI RSDP address to struct setup_header::acpi_rdsp_addr") @ https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?id=2f74cbf for the details. Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> [bmeng: updated the kernel commit git URL and fixed one style issue] Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
The commit 20bfac05 ("x86: zImage: add Intel MID platforms support") introduced an assignment of subarch field in boot parameters, though missed the right place of doing that. It doesn't matter if we have or not a kernel command line supplied, we just set that field. Although guard it by protocol version which supports it. Fixes: 20bfac05 ("x86: zImage: add Intel MID platforms support") Cc: Vincent Tinelli <vincent.tinelli@intel.com> Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
The commit eece493a ("cmd: qfw: bring ACPI generation code into qfw core") moves ACPI related code to another file and missed an update of references in acpi_table.c. Do it now. Fixes: eece493a ("cmd: qfw: bring ACPI generation code into qfw core") Cc: Miao Yan <yanmiaobest@gmail.com> Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
ASL compiler warns: ASL board/intel/edison/dsdt.asl board/intel/edison/dsdt.asl.tmp 238: Method (_CRS, 0, NotSerialized) Remark 2120 - Control Method should be made Serialized ^ (due to creation of named objects within) Do as suggested by ASL compiler. Fixes: 5d8c4ebd ("x86: tangier: Add Bluetooth to ACPI table") Reported-by:
Ferry Toth <fntoth@gmail.com> Signed-off-by:
Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Allow to override CONFIG_BOOTCOMMAND in .config. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Tom Rini authored
Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- 29 Jan, 2018 25 commits
-
-
Include the timezone in the SPL banner so the timestamp matches with that from u-boot proper. Signed-off-by:
Klaus Goger <klaus.goger@theobroma-systems.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
AES encryption in CBC mode, in most cases, must be used with random initialization vector. Using the same key and initialization vector several times is weak and must be avoided. Added iv parameter to the aes_cbc_encrypt_blocks and aes_cbc_decrypt_blocks functions for passing initialization vector. Command 'aes' now also require the initialization vector parameter. Signed-off-by:
Andrey Mozzhuhin <amozzhuhin@yandex.ru>
-
Recent GCC versions warn if the format string is not a literal because the compiler cannot check the argument validity at compile time. Commit 192bc694 ("Fix GCC format-security errors and convert sprintfs.") blindly replaced sprintf() with strcpy(), including many cases where the format parameter is a string literal. For the kconfig change: sprintf(header, " "); ..., here the format parameter is a string literal " ", so it is definitely equivalent to: strcpy(header, " "); Of course, if the 'header' did not have enough length for containing " ", it would be a security problem, but another problem. (in this case, the 'header' is 4 byte length buffer, so it is not a problem at all.) The kconfig code is kept as synced with Linux as possible, but this change made the code out-of-sync for nothing. Just reverting. Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com>
-
Tom Rini authored
When printing a size_t value we need to use %zu for portability between 32bit and 64bit targets. Signed-off-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Marek Behun <marek.behun@nic.cz>
-
Tom Rini authored
When we have a driver that is used on both 32bit and 64bit targets and we are talking about address space we cannot use u64 nor u32 and instead need to use phys_addr_t. Fixes: 377883f1 ("net: mvpp2x: fix phy connected to wrong mdio issue") Cc: Stefan Chulski <stefanc@marvell.com> Signed-off-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Stefan Roese <sr@denx.de> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Since 'commit f4fcba5c ("clk: implement clk_set_defaults()")' STM32F4 family board can't boot. Above patch calls clk_set_rate() for all nodes with assigned-clock-rates property. Clock driver for STM32F family doesn't implement .set_rate callback which make clk_set_defaults() exit on error and prevent board to boot. Fixes: f4fcba5c ("clk: implement clk_set_defaults()") Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Since 'commit af2f4426 ("fdc spl: use different BOARD_INIT MACRO for spl and tpl")' board stm32f746-disco can't boot. The macro CONFIG_IS_ENABLED() can't evaluate the value of CONFIG_SPL_BOARD_INIT as it was defined in include/configs/stm32f746-disco.h without attributed value. Moving CONFIG_SPL_BOARD_INIT from stm32f746-disco.h to mach-stm32/Kconfig fixes this issue. Fixes: af2f4426 ("fdc spl: use different BOARD_INIT MACRO for spl and tpl") Signed-off-by:
Patrice Chotard <patrice.chotard@st.com>
-
Commit 608b0c4a ("serial: Use next serial device if probing fails") added code to search for more serial devices if the default one was not probed correctly. Unfortunately, that breaks omap3_evm. So while investigating why that is the case, let's disable the full search for everyone but bcm283x where it is needed. Fixes: 608b0c4a ("serial: Use next serial device if probing fails") Reported-by:
Derald D. Woods <woods.technical@gmail.com> Signed-off-by:
Alexander Graf <agraf@suse.de>
-
git://git.denx.de/u-boot-marvellTom Rini authored
-
-
Fix a typo in help output (awailable -> available). Tidy the grammar - not the board connects to a port, we do. While at it, be consistent in upper-casing the comments. Fixes: eee4835d ("tools: Add Marvell recovery image download script") Cc: Konstantin Porotchkin <kostap@marvell.com> Cc: Stefan Roese <sr@denx.de> Cc: Igal Liberman <igall@marvell.com> Signed-off-by:
Andreas Färber <afaerber@suse.de> Reviewed-by:
Konstantin Porotchkin <kostap@marvell.com> Reviewed-by:
Stefan Roese <sr@denx.de> Signed-off-by:
Stefan Roese <sr@denx.de>
-
minicom doesn't inherit the baudrate from stty but uses its own defaults, such as for example 57600, whereas we expect 115200 here. Explicitly tell minicom which baudrate to use. Fixes: eee4835d ("tools: Add Marvell recovery image download script") Cc: Konstantin Porotchkin <kostap@marvell.com> Cc: Stefan Roese <sr@denx.de> Cc: Igal Liberman <igall@marvell.com> Signed-off-by:
Andreas Färber <afaerber@suse.de> Reviewed-by:
Konstantin Porotchkin <kostap@marvell.com> Reviewed-by:
Stefan Roese <sr@denx.de> Signed-off-by:
Stefan Roese <sr@denx.de>
-
The variable cfi_flash_num_flash_banks is defined iff CONFIG_SYS_MAX_FLASH_BANKS_DETECT is defined, but it is used unconditionally in the function cfi_flash_init_dm. This leads to a undefined variable compile error when CONFIG_SYS_MAX_FLASH_BANKS_DETECT is not defined, but DM is enabled. Fix this by always defining the cfi_flash_num_flash_banks variable. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
When long expressions surrounded by parentheses are split into multiple lines, each consecutive line should be aligned with the corresponding parenthesis. Fix all instances where this occurs. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Long lines (>80 characters) should be avoided where possible. Break up some long lines where it's not detrimental to readability. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
In a while loop in cfi_flash.c the array "start" is accessed at the index "sector" before the index variable "sector" is bounds-checked, which might lead to accesses beyond the bounds of the array. Swap the order of the checks in the "&&" expression, so that the short-circuit evaluation prevents out-of-bounds array accesses. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
checkpatch.pl complains about the spelling of ERR_TIMOUT. Since the error is only used in a handful of files, we rename the error to ERR_TIMEOUT. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Camel-case naming should be avoided. Rename two camel-case variables, and fix their usage accordingly. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
Strings should not be split accross multiple lines. Where possible and not detrimental to readability, fix the instances where this occurs. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
According to the C standard, pointer arithmetic for pointers of type void is undefined behavior (the assumption that they're 8-bit wide is a GCC-specific assumption). In the interest of keeping the code standards-compliant, and also better communicate intent, switch all void* variables where pointer arithmetic is used to u8* variables. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
The condition in if statements should not be used for variable assignment. Instead, the assignment should be done in a separate step beforehand. Fix all instances where this occurs. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
void functions don't need an explicit return at the end. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
The opening brace of block statements should be attached to the statement itself, and not be on a separate line. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
If in a loop, the if block in a if/else statement ends in a break, the statements in the else blockcan be extracted, since the break stops the execution. Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-
"Unkown" should be spelled "Unknown". Signed-off-by:
Mario Six <mario.six@gdsys.cc> Signed-off-by:
Stefan Roese <sr@denx.de>
-