18 Apr, 2014
33 commits
-
- add davinci driver to new multibus/multiadpater support
- adapted all config files, which uses this driverSigned-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Heiko Schocher -
This patch moves the davinci i2c_defs.h file to drivers.i2c directory.
It will allow to reuse the davinci_i2c driver for TI Keystone2 SOCs.Not used "git mv" command to move the file because small part of
it with definitions specific for Davinci SOCs has to remain in the
arch/arm/include/asm/arch-davinci.Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini -
This patch introduces a configurable mechanism to disable
subpage writes in the DaVinci NAND driver.Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini -
This patch add basic support for the architecture timer found on recent
ARMv7 based SoCs.Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri -
This patch add support for gpimage format as a preparatory
patch for porting u-boot for keystone2 devices and is
based on omapimage format. It re-uses gph header to store the
size and loadaddr as done in omapimage.cSigned-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini -
The keystone2 SOC requires to fix all 32 bit aliased addresses
to their 36 physical format. This has to happen after all fdt
nodes are added or modified.Signed-off-by: Vitaly Andrianov
Signed-off-by: Murali Karicheri
Acked-by: Tom Rini -
Convert to using the common config files. This requires a little more
flexibility in the common files than we had been using before.Signed-off-by: Tom Rini
-
Tested on AM335x GP EVM, AM335x EVM SK, Beaglebone White, Beaglebone
Black, AM437xx GP EVM, OMAP5 uEVM, OMAP4 PandaboardSigned-off-by: Tom Rini
-
We previously only supported QSPI_1 (single) support. Add QSPI_4 (quad)
read support as well. This means we can be given one of two boot device
values, but don't care which it is, so perform a fixup on the QSPI_4
value. We add a qspiboot build target to better show how you would use
QSPI as a boot device in deployment. When we boot from QSPI, we can
check the environment for 'boot_os' to control Falcon Mode.Signed-off-by: Sourav Poddar
Signed-off-by: Tom Rini -
Signed-off-by: Tom Rini
-
This is only useful with the _spiboot build target anyhow, so only
include it then. Drop CONFIG_SPL_OS_BOOT support then as the flash is
small and didn't include a spot for the device tree already.Signed-off-by: Tom Rini
-
Bulk erase is not happening properly on dra7 due to erase timing constraints,
add a delay so that erase timing constraints are properly met.Signed-off-by: Sourav Poddar
Tested-by: Yebio Mesfin -
In general, we want to load the DT at base+128MB, so that we ahve
sufficient room for the kernel and a larger device tree. In the case of
OMAP3, use 64MB instead as we have a number of boards with 128MB DDR.Signed-off-by: Tom Rini
-
The size of the environment depends on the backing store, move this to
the board config files.Signed-off-by: Tom Rini
-
Signed-off-by: Tom Rini
-
Signed-off-by: Tom Rini
-
To deal with a reoccurring problem properly we need to specify addresses
for the Linux kernel, Flatted Device Tree and ramdisk that obey the
constraints within the kernel's Documentation/arm/Booting file but also
make sure that we relocate things within a valid address range.It is possible with these addresses to also set fdt_high and initrd_high
to the value of 0xffffffff. We don't do this by default to allow for
the most likely success of people using custom addresses however.Signed-off-by: Tom Rini
-
We add two new environment variables, falcon_args_file and
falcon_image_file, which when set will override the compiled in default
values for falcon mode.Signed-off-by: Tom Rini
-
This change makes the behaviour slightly more rebust and will match
other implementations which can use getenv_yesno directly.Acked-by: Stefan Roese
Signed-off-by: Tom Rini -
Signed-off-by: Tom Rini
-
Signed-off-by: Tom Rini
-
We use the same variable as a3m071 in the environment to determine if we
should boot into Linux or U-Boot. This is useful on boards like
Beaglebone Black or AM335x GP EVM where we have persistent storage for
the environment.Signed-off-by: Tom Rini
-
Acked-by: Scott Wood
Signed-off-by: Tom Rini -
This mainly converts the am335x_spl_bch driver to the "normal" format
which means a slight change to nand_info within the driver.Acked-by: Scott Wood
Signed-off-by: Tom Rini -
With 452a272 we moved to allocating these variables on the stack. So
they will never now be NULL so remove these checks.Signed-off-by: Tom Rini
-
Inside of SPL we only concern ourself with one MMC device, so instead of
being able to use CONFIG_SYS_MMC_ENV_DEV we need to use 0 in SPL.
Switch the code to use a 'dev' variable to facilitate this.Signed-off-by: Tom Rini
-
We currently limit ourself to 16 characters for the device name to read
the environment from. This is insufficient for /dev/mmcblk0boot1 to
work for example. Switch to '%ms' which gives us a dynamically
allocated buffer instead. We're short lived enough to not bother
free()ing the buffer.Signed-off-by: Tom Rini
-
Similar to OMAP5uEVM, PandaBoard, BeagleBoard-XM has a USB based
ethernet without MAC address embedded. So fake a MAC address following
the similar strategy used on OMAP5 and PandaBoard family.Signed-off-by: Nishanth Menon
-
introduce get_die_id() function which allows generation of
information such as fake MAC address from the processor ID code.Signed-off-by: Nishanth Menon
-
TI platforms such as OMAP5uevm, PandaBoard, use equivalent
logic to generate fake USB MAC address from device unique DIE ID.Consolidate this to a generic location such that other TI platforms such
as BeagleBoard-XM can also use the same.NOTE: at this point in time, I dont yet see a need for a generic dummy
ethernet MAC address creation function, but if there is a need in the
future, this can be further abstracted out.Signed-off-by: Nishanth Menon
-
Replace the custom bit manipulation function sr32() by standard I/O
accessors. A major motivation for this cleanup was the fact, that a
number of calls of that function resulted in 32 bit wide shift
operations on u32 data, which according to the C-ISO/IEC-9899-Standard
provokes undefined behaviour:6.5.7 Bitwise shift operators
...
If the value of the right operand is negative or is greater
than or equal to the width of the promoted left operand, the
behavior is undefined.Signed-off-by: Wolfgang Denk
Cc: Tom Rini
Cc: Albert ARIBAUD -
The only remaining user of the custom bit manipulation function sr32()
is arch/arm/cpu/armv7/omap3/clock.c, so make it a static function in
that file to prepare complete removal.Signed-off-by: Wolfgang Denk
Cc: Tom Rini
Cc: Albert ARIBAUD -
Replace the custom sr32() bit manipulation function in
arch/arm/cpu/armv7/omap3/board.c and board/ti/panda/panda.c
by standard I/O accessors.Signed-off-by: Wolfgang Denk
Cc: Tom Rini
Cc: Albert ARIBAUD
11 Apr, 2014
5 commits
-
Commit d016dc42cedbf6102e100fa9ecb58462edfb14f8 changed the layout of BCH8 SW
on omap3 boards. We need to adopt the ecc layout for the nand_spl_simle
driver to avoid wrong ecc errors.Signed-off-by: Andreas Bießmann
Cc: Thomas WeberSigned-off-by: Andreas Bießmann
-
Signed-off-by: Andreas Bießmann
Cc: Thomas Weber
Signed-off-by: Andreas Bießmann -
Commit 890880583d84607e36b52a785a96b167728bbf73 introduced EEPROM parsing and
board detection but faild to return a valid tricorder_eeprom struct for backup
case. When pressing S200 while reading EEPROM we ignore the value. We
returned falsely a tricorder_eeprom struct with uninitialized data which is
just garbage.
Initialize it by zeroing the whole structure.Signed-off-by: Andreas Bießmann
Cc: Thomas Weber
Signed-off-by: Andreas Bießmann -
During switch to device tree, commit 1ecab0f has removed this code.
INFORM4 and INFORM5 registers are used by TRATS2 first stage bootloader for
providing recovery. For normal operation, those two must be cleared out.This error emerges when one force reset from u-boot's command line for
three times.Signed-off-by: Lukasz Majewski
Cc: Minkyu Kang
Acked-by: Minkyu Kang -
In some use cases, SPL linker script was not updated even when
it should be.For instance,
$ make tricoder_config all
[ build complete ]
... modify include/configs/tricoder.h
$ makespl/u-boot-spl.lds should be updated in this case, but it wasn't.
To fix this problem, linker scripts generation should be handled
by $(call if_changed_dep,...) rather than by $(call if_changed,...).Signed-off-by: Masahiro Yamada
Reported-by: Andreas Bießmann
Tested-by: Andreas Bießmann
08 Apr, 2014
2 commits
-
Conflicts:
arch/arm/cpu/arm926ejs/mxs/Makefile
include/configs/trats.h
include/configs/trats2.h
include/mmc.h -
This patch add gicv3 support to uboot armv8 platform.
Changes for v2:
- rename arm/cpu/armv8/gic.S with arm/lib/gic_64.S
- move smp_kick_all_cpus() from gic.S to start.S, it would be
implementation dependent.
- Each core initialize it's own ReDistributor instead of master
initializeing all ReDistributors. This is advised by arnab.basu
.Signed-off-by: David Feng
