- Sep 04, 2017
-
-
Philipp Tomsich authored
Since ee95d10b (fdt: Build the new python libfdt module), a number of additional files are auto-generated/installed into the tools directory. List these in .gitignore to suppress having them listed as untracked. Signed-off-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com> References: ee95d10b (fdt: Build the new python libfdt module) Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Hannes Schmelzer authored
This commit brings things back to the well known working state of the command. - With commit 9620d872 (cmd/fdt: support single value replacement within an array) there was an error introduced modifying (inserting) a property to a device-tree node. fdt_getprop(...) returnes a len with -1 for a non-existing property, but a memcpy with len -1 isn't a good idea and things went wrong (crash). - Some times later Tom did repair this with commit 99bb38e2 (fdt: Check for NULL return from fdt_getprop in 'fdt set') This repairs the crash but the behaviour of the command isn't like before, it makes it impossible to insert a property. - Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at> Acked-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
The CONFIG_BLK conversion involves quite invasive changes in the U-Boot code, with #ifdefs and different code paths. We should try to move over to this soon so we can drop the old code. Set a deadline of 9 months for this work, rounded up to the next release. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
- Sep 03, 2017
-
-
Bin Meng authored
This should not be printed by default. Prefix it with $(Q). Fixes ee95d10b: ("fdt: Build the new python libfdt module") Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
Since commit 3809e302 "Makefile: honor PYTHON configuration properly", the build commands of libfdt are printed while previously were not. This adds the missing '--quiet' back. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Derald D. Woods authored
- Pass MTDPARTS kernel arguments to kernel - Use Kconfig CONFIG_NAND instead of CONFIG_SYS_EXTRA_OPTIONS="NAND" - Call 'usb_stop' on kernel start - Update Falcon mode setup to match other OMAP3 boards - Use "uEnv.txt" as boot script instead of "boot.scr"
-
Bin Meng authored
This is not used in U-Boot. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
This is actually not used. Drop it. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
This is not referenced anywhere. Drop it. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
Execution cannot reach this statement: "nr_io_queues = result;" Reported-by: Coverity (CID: 166731) Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Bin Meng authored
"lbas" with type "u16" (16 bits, unsigned) is promoted in "lbas << ns->lba_shift" to type "int" (32 bits, signed), then sign-extended to type "unsigned long long" (64 bits, unsigned). If "lbas << ns->lba_shift" is greater than 0x7FFFFFFF, the upper bits of the result will all be 1. Fix it by casting "lbas" to "u32". Reported-by: Coverity (CID: 166730) Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Bin Meng authored
memset() was given a sizeof(NVME_Q_NUM * sizeof(struct nvme_queue *) to clear, which is wrong. Reported-by: Coverity (CID: 166729) Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Heinrich Schuchardt authored
%s/Desriptor/Descriptor/g Fix lines over 80 characters with said typo. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de>
-
Lukasz Majewski authored
According to fsync specification [1] some special files (e.g., a pipe, FIFO, or socket) don't support synchronization and return either EROFS or EINVAL. On the linux side the sys_fsync -> do_fsync() checks if the requested file has f_op->fsync defined. If not it returns EINVAL [2]. This commit prevents writing error messages for files (devices), which do not support fsync(). [1] - http://man7.org/linux/man-pages/man2/fsync.2.html [2] - http://elixir.free-electrons.com/linux/v4.13-rc6/source/fs/sync.c#L183 Signed-off-by:
Lukasz Majewski <lukma@denx.de> Acked-by:
Michael Heimpold <mhei@heimpold.de>
-
Jonathan Gray authored
Commit 4ecc9883 assumes fls is in libc if __BSD_VISIBLE is defined. This appears to only be true on FreeBSD and DragonFlyBSD. OpenBSD defines __BSD_VISIBLE and does not have fls in strings.h/libc. Switch the test for __BSD_VISIBLE to one for __DragonFly__ and __FreeBSD__ to unbreak the build on OpenBSD. Signed-off-by:
Jonathan Gray <jsg@jsg.id.au>
-
Thomas Petazzoni authored
This commit removes definitions of CONFIG_SYS_BARGSIZE defined to be equal to CONFIG_SYS_CBSIZE in numerous configuration files. We remove such definitions in two situations: - CONFIG_SYS_CBSIZE is otherwise not defined in the board configuration file, which means the default value of CONFIG_SYS_CBSIZE == 256 applies. In this case, the default value of CONFIG_SYS_BARGSIZE == 512 (common/image.c) is suitable, as it is larger. - CONFIG_SYS_CBSIZE is defined in the board configuration file, but to a value equal or less than 512. In this case, the default value of CONFIG_SYS_BARGSIZE == 512 (common.image.c) is suitable, as it is equal or larger. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
CONFIG_SYS_BARGSIZE is already defined to 512 in common/image.c when not defined. Therefore, there is no point in having board configuration files define it to 512. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
Now that include/config_fallbacks.h define a sane fallback for CONFIG_SYS_MAXARGS, we can drop the definition of this constant in all configurations that were using the default value. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
CONFIG_SYS_MAXARGS contains the maximum number of arguments accepted by U-Boot commands. Since the vast majority of the platforms define it to 16, it makes sense to have a default definition to 16, which will allow to remove this definition from a significant number of platforms. It will allow to remove the default definition from 216 platform .h files, leaving only 56 platforms with non-default values (15, 24, 32, 48, 64, 96, 128 or 256). Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
Now that the fallback value of CONFIG_SYS_PBSIZE in include/config_fallbacks.h has been adjusted, remove its definition from a large number of board configuration files. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
Most of the platforms are using CONFIG_SYS_CBSIZE + sizeof(CONFIG_SYS_PROMPT) + 16 as their value for CONFIG_SYS_PBSIZE, so let's adopt this for the fallback value of CONFIG_SYS_PBSIZE. This will allow us to drop an explicit definition of CONFIG_SYS_PBSIZE from a large number of platforms. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
Now that include/config_fallbacks.h define a sane fallback for CONFIG_SYS_CBSIZE, we can drop the definition of this constant in all configurations that were using the default value. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com> [trini: Drop <config.h> from stih410-b2260.h] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Thomas Petazzoni authored
CONFIG_SYS_CBSIZE contains the buffer size for input for the console. The vast majority of platforms define them to some reasonable value (256, 512 or 1024 bytes), and it is quite annoying to repeat this definition for all platforms while it isn't really HW-related. Therefore, let's provide a sane fallback value in config_fallbacks.h, so that platforms can rely on it instead of having to explicitly define it. We use 1024 when KGDB is enabled, and 256 otherwise, which is what the majority of the platforms are doing. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Maxime Ripard authored
The current code checks that no partitions overlap with the GPT partition table using the offset of the first LBA usable for that partition. This works fine, unless you have a partition entry that is further away than it usually is and you want to create partitions in the gap between the GPT header and the GPT partition entries, for example to reflash a bootloader that needs to be set there. Rework the test to something a bit smarter that checks whether a partition would overlap with either the GPT header or the partition entries, no matter where it is on the disk. Partitions that do not have a start LBA specified will still start at the first LBA usable set in the GPT header, to avoid weird behaviours. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Maxime Ripard authored
The gpt_fill_pte will need to access the device block size. Let's pass the device descriptor as an argument. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Maxime Ripard authored
The start variable is only used inside a loop, and is never affected inside it, so it's a purely local variable. In the same way the partition size is accessed several times, so we can store it in a variable. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Maxime Ripard authored
Both the config option and the DT options specify the offset to set the GPT at in bytes, yet the code treats those values as block numbers. Fix that. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Philipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
git://git.denx.de/u-boot-x86Tom Rini authored
-
- Sep 02, 2017
-
-
Adam Ford authored
Add the following options to drivers/misc/Kconfig: SYS_I2C_EEPROM_ADDR SYS_I2C_EEPROM_BUS SYS_EEPROM_SIZE SYS_EEPROM_PAGE_WRITE_BITS SYS_EEPROM_PAGE_WRITE_DELAY_MS SYS_I2C_EEPROM_ADDR_LEN SYS_I2C_EEPROM_ADDR_OVERFLOW This does not migrate any boards, but provides a foundations for those who want/need these options Signed-off-by:
Adam Ford <aford173@gmail.com> [trini: Migrate uniphier] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Stefan Roese authored
Without ethernet cable plugged, "ip=dhcp" leads to a complete hangup in Linux booting and the system does not boot into userland at all. Since its not required to have an active network connection on these board, lets remove this statement from the default environment. Signed-off-by:
Stefan Roese <sr@denx.de> Cc: Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Bin Meng authored
It was noticed a few times, that the reboot from Linux (reboot command) is different from the reboot (reset command) under U-Boot. The U-Boot version does seem to reset the board more deeply (PCI cards etc) than the Linux reboot. This is actually caused by missing full reset bit in the reset register value in the ACPI FADT table. Reported-by:
Stefan Roese <sr@denx.de> Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Stefan Roese <sr@denx.de>
-
Bin Meng authored
The atomic preop register can only be written when SPI settings are not locked, otherwise it's read-only. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Bin Meng authored
In ich_spi_xfer() when the driver presets control fields, control variable gets assigned twice. Apparently only the last assignment takes effect. Remove the other one. Signed-off-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Stefan Roese <sr@denx.de>
-
Adam Ford authored
Manually enable SYS_NAND_U_BOOT_LOCATIONS. Set CONFIG_SYS_NAND_U_BOOT_OFFS=0x80000 and remove it from header Signed-off-by:
Adam Ford <aford173@gmail.com>
-
Adam Ford authored
This converts the following to Kconfig: CONFIG_BCH Signed-off-by:
Adam Ford <aford173@gmail.com> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Adam Ford authored
This converts the following to Kconfig: CONFIG_SPL_OMAP3_ID_NAND Signed-off-by:
Adam Ford <aford173@gmail.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Adam Ford authored
This converts the following to Kconfig: CONFIG_SYS_I2C_BUS_MAX Signed-off-by:
Adam Ford <aford173@gmail.com> Reviewed-by:
Heiko Schocher <hs@denx.de> [trini: Fix AM43XX drop AM44XX] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
- Sep 01, 2017
-
-
Adam Ford authored
For consistency with other platforms and in preparation of Kconfig migration, let's change Several TI platforms that use I2C_BUS_MAX to CONFIG_SYS_I2C_BUS_MAX Signed-off-by:
Adam Ford <aford173@gmail.com>
-
Tom Rini authored
- Move ANDROID_IMAGE_SUPPORT to top level Kconfig under images as it's not strictly part of fastboot. - Add some defaults for the fastboot buffer location and size - Migrate all options listed in cmd/fastboot/Kconfig - Cleanup the README Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Tom Rini authored
This syncs all of the currently Kconfig'd symbols out of the headers and into the defconfig files. This has two exceptions, first am335x_evm needs to be converted to DM in SPL and then it can stop undef'ing CONFIG_DM_USB. Leaving this as-is results in a build failure, and without work, run time failure. The other case is am43xx_evm.h and in turn am43xx_evm_usbhost_boot. The problem here is that we need DWC3 USB host mode in SPL, but still desire to have gadget mode in U-Boot proper. Signed-off-by:
Tom Rini <trini@konsulko.com>
-