04 Dec, 2017
1 commit
-
This header was renamed to rawnand.h in Linux.
The following is the corresponding commit in Linux.
commit d4092d76a4a4e57b65910899948a83cc8646c5a5
Author: Boris Brezillon
Date: Fri Aug 4 17:29:10 2017 +0200mtd: nand: Rename nand.h into rawnand.h
We are planning to share more code between different NAND based
devices (SPI NAND, OneNAND and raw NANDs), but before doing that
we need to move the existing include/linux/mtd/nand.h file into
include/linux/mtd/rawnand.h so we can later create a nand.h header
containing all common structure and function prototypes.Signed-off-by: Masahiro Yamada
16 Aug, 2017
1 commit
-
We are now using an env_ prefix for environment functions. Rename setenv()
for consistency. Also add function comments in common.h.Suggested-by: Wolfgang Denk
Signed-off-by: Simon Glass
05 Jun, 2017
1 commit
-
Rather than relying on common.h to provide this include, which is going
away at some point, include it explicitly in each file.Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
16 May, 2017
1 commit
-
- Add #undef CONFIG_DM_MMC_OPS to omap3_logic in the SPL build case, to
match other TI platforms in the same situation.Signed-off-by: Tom Rini
15 May, 2017
2 commits
-
In order to be able to migrate the various SoC EHCI CONFIG options we
first need to finish the switch from CONFIG_USB_EHCI to
CONFIG_USB_EHCI_HCD.Cc: Marek Vasut
Signed-off-by: Tom Rini
Reviewed-by: Marek Vasut -
Now CONFIG_GENERIC_MMC and CONFIG_MMC match for all defconfig.
We do not need two options for the same feature. Deprecate the
former.This commit was generated with the sed script 's/GENERIC_MMC/MMC/'
and manual fixup of drivers/mmc/Kconfig.Signed-off-by: Masahiro Yamada
20 Jan, 2017
1 commit
-
commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"
breaks u-boot commandline working with long commands
sending to the board.Since the above patch, you have to setup the fcr register.
For board/archs which enable OF_PLATDATA, the new field
fcr in struct ns16550_platdata is not filled with a
default value ...This leads in not setting up the uarts fifo, which ends
in problems, when you send long commands to u-boots
commandline.Detected this issue with automated tbot tests on am335x
based shc board.The error does not popup, if you type commands. You need
to copy&paste a long command to u-boots commandshell
(or send a long command with tbot)Possible boards/plattforms with problems:
./arch/arm/cpu/arm926ejs/lpc32xx/devices.c
./arch/arm/mach-tegra/board.c
./board/overo/overo.c
./board/quipos/cairo/cairo.c
./board/logicpd/omap3som/omap3logic.c
./board/logicpd/zoom1/zoom1.c
./board/timll/devkit8000/devkit8000.c
./board/lg/sniper/sniper.c
./board/ti/beagle/beagle.c
./drivers/serial/serial_rockchip.cSigned-off-by: Heiko Schocher
Signed-off-by: Ladislav Michl
Tested-by: Adam Ford
Reviewed-by: Tom Rini
15 Mar, 2016
1 commit
-
A few boards still use ns16550_platdata structures, but assume the structure
is going to be in a specific order. By explicitly naming each entry,
this should also help 'future-proof' in the event the structure changes.Tested on the Logic PD Torpedo + Wireless.
I only changed a handful of devices that used the same syntax as the Logic
board. Appologies if I missed one or stepped on toes. Thanks to Derald Woods
and Alexander Graf.Signed-off-by: Adam Ford
V6: Add fix to arch/arm/cpu/armv7/am33xx/board.c
V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c
V4: Fix subject heading
V3: Remove reg_offset out in all the structs. It was reverted out, and and if
it did exist, it would get initialized to 0 by default.V2: I hastily copy-pasted the boards without looking at the UART number.
This addresses 3 boards that use UART3 and not UART1.
Reviewed-by: Mugunthan V N
Reviewed-by: Simon Glass
22 Nov, 2015
1 commit
-
Unify serial_omap, and use the generic binding.
Signed-off-by: Thomas Chou
Reviewed-by: Tom Rini
Acked-by: Simon Glass
23 Oct, 2015
1 commit
-
This introduces omap_die_id_display to display the full die id.
There is no need to store it in an environment variable, that no boot script
is using anyway.Signed-off-by: Paul Kocialkowski
Reviewed-by: Tom Rini
10 May, 2015
5 commits
-
U-Boot has been broken on Overo boards since commit
a6b541b09022acb6f7c2754100ae26bd44eed1d9.This is because the gd pointer is not set early enough anymore,
such that the i2c_set_bus_num in get_board_revision can safely
execute. This results in a console hang at SPL and the boot does
not proceed.This piece of code is anyway necessary only for really old Overo
boards with revision numbers -
This separates the SPL-specific code from the u-boot-specific code for
the Overo board following the discussion at
http://lists.denx.de/pipermail/u-boot/2015-April/211622.htmlThe code is split up into spl.c, overo.c and common.c (which
has the code common to both)Signed-off-by: Arun Bharadwaj
-
Signed-off-by: Ash Charles
-
Signed-off-by: Arun Bharadwaj
Signed-off-by: Ash Charles -
The Gumstix Arbor43C expansion board [1] uses a customized device tree
file. When this expansion board is detected, load this file.[1] https://store.gumstix.com/index.php/products/635/
Signed-off-by: Ash Charles
05 Dec, 2014
1 commit
-
Boards using the TWL4030 regulator may not all use the LDOs the same way
(e.g. MMC2 power can be controlled by another LDO than VMMC2).
This delegates TWL4030 MMC power initializations to board-specific functions,
that may still call twl4030_power_mmc_init for the default behavior.Signed-off-by: Paul Kocialkowski
Reviewed-by: Tom Rini
[trini: Fix omap3_evm warning, add twl4030.h]
Signed-off-by: Tom Rini
27 Oct, 2014
1 commit
24 Oct, 2014
1 commit
-
Adjust the configuration for the am33xx boards, including beagleboard,
to use driver model.Signed-off-by: Simon Glass
Acked-by: Tom Rini
23 Oct, 2014
3 commits
-
Signed-off-by: Stefan Herbrechtsmeier
-
Separate overo module and expansion board MUX configuration. This allows
an foreign expansion board to use the boot loader without any adaption.
It only needs to save the expansion name in the EEPROM to load a
specific device tree.Signed-off-by: Stefan Herbrechtsmeier
-
Move ethernet setup to the board_eth_init function and select
the available network devices via expansion id.Signed-off-by: Stefan Herbrechtsmeier
14 Sep, 2014
1 commit
-
Now the types of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME}
are specified in arch/Kconfig.We can delete the ones in arch and board Kconfig files.
This commit can be easily reproduced by the following command:
find . -name Kconfig -a ! -path ./arch/Kconfig | xargs sed -i -e '
/config[[:space:]]SYS_\(ARCH\|CPU\|SOC\|\VENDOR\|BOARD\|CONFIG_NAME\)/ {
N
s/\n[[:space:]]*string//
}
'Signed-off-by: Masahiro Yamada
31 Aug, 2014
1 commit
-
Becuase the board select menu in arch/arm/Kconfig is too big,
move the OMAP3 board select menu to omap3/Kconfig.Move also common settings (CONFIG_SYS_CPU="armv7" and
CONFIG_SYS_SOC="omap3Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
30 Jul, 2014
2 commits
-
We have switched to Kconfig and the boards.cfg file is going to
be removed. We have to retrieve the board status and maintainers
information from it.The MAINTAINERS format as in Linux Kernel would be nice
because we can crib the scripts/get_maintainer.pl script.After some discussion, we chose to put a MAINTAINERS file under each
board directory, not the top-level one because we want to collect
relevant information for a board into a single place.TODO:
Modify get_maintainer.pl to scan multiple MAINTAINERS files.Signed-off-by: Masahiro Yamada
Suggested-by: Tom Rini
Acked-by: Simon Glass -
This commit adds:
- arch/${ARCH}/Kconfig
provide a menu to select target boards
- board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
set CONFIG macros to the appropriate values for each board
- configs/${TARGET_BOARD}_defconfig
default setting of each board(This commit was automatically generated by a conversion script
based on boards.cfg)In Linux Kernel, defconfig files are located under
arch/${ARCH}/configs/ directory.
It works in Linux Kernel since ARCH is always given from the
command line for cross compile.But in U-Boot, ARCH is not given from the command line.
Which means we cannot know ARCH until the board configuration is done.
That is why all the "*_defconfig" files should be gathered into a
single directory ./configs/.Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
20 Jun, 2014
1 commit
-
The u-boot Overo board actually supports both Overo (OMAP35xx)
and Overo Storm (AM/DM37xx) COMs with a range of different expansion
boards. This provides a mechanism to select the an appropriate device
tree file based on the processor version and, if available, the
expansion board ID written on the expansion board EEPROM. To match the
3.15+ kernels, fdtfile names have this format:
"omap3-overo[-storm]-.dtb"By default, we use "omap3-overo-storm-tobi.dtb".
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
24 May, 2014
2 commits
-
Add EEPROM ID switches for Alto35, Arbor43C, Stagecoach, Thumbo, and
Turtlecore Gumstix Overo expansion boards.Signed-off-by: Ash Charles
-
Gumstix Overo COMs with board revision 0x4 use a different Wifi and
Bluetooth module: Wi2Wi's W2CBW0015. No other code changes are required
in u-boot---just handling of this particular board revision.Signed-off-by: Ash Charles
05 Mar, 2014
1 commit
-
omap_gpmc.h is a generic header used by OMAP NAND driver for all TI platfoms.
Hence this file should be present in generic folder instead of architecture
specific include folder.
Build tested using: ./MAKEALL -s am33xx -s omap3 -s omap4 -s omap5Signed-off-by: Pekon Gupta
13 Nov, 2013
1 commit
-
- add omap24xx driver to new multibus/multiadpater support
- adapted all config files, which uses this driverTested on the am335x based siemens boards rut, dxr2 and pxm2
posted here:
http://patchwork.ozlabs.org/patch/263211/Signed-off-by: Heiko Schocher
Tested-by: Tom Rini
Cc: Lars Poeschel
Cc: Steve Sakoman
Cc: Thomas Weber
Cc: Tom Rix
Cc: Grazvydas Ignotas
Cc: Enric Balletbo i Serra
Cc: Luca Ceresoli
Cc: Igor Grinberg
Cc: Ilya Yanok
Cc: Stefano Babic
Cc: Nishanth Menon
Cc: Pali Rohár
Cc: Peter Barada
Cc: Nagendra T S
Cc: Michael Jones
Cc: Raphael Assenat
Acked-by: Igor Grinberg
Acked-by: Stefano Babic
01 Nov, 2013
1 commit
-
Signed-off-by: Masahiro Yamada
Cc: Albert ARIBAUD
Cc: Andreas Bießmann
Cc: Stefano Babic
Cc: Prafulla Wadaskar
Cc: Minkyu Kang
Cc: Vipin Kumar
Cc: Tom Warren
Cc: Tom Rini
15 Aug, 2013
2 commits
-
Gumstix uses 200Mhz RAM on revision 1, 2 & 3 COMs, so use 200MHz
timings rather than 165MHz. Based on 6cf8bf44b1f8550e12f7f2a16e01890e5de8443dSigned-off-by: Ash Charles
-
Signed-off-by: Ash Charles
24 Jul, 2013
1 commit
-
Signed-off-by: Wolfgang Denk
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini
08 Apr, 2013
1 commit
-
arch/arm/include/asm/arch-am33xx/omap_gpmc.h and
arch/arm/include/asm/arch-omap3/omap_gpmc.h are almost the same, consolidate
the common parts into a new header.Introduce a new asm/omap_gpmc.h which defines the command part and pulls in
the architecture specific one.Signed-off-by: Andreas Bießmann
Cc: Tom Rini
Reviewed-by: Tom Rini
09 Mar, 2013
2 commits
-
Add check for write protection in omap mmc driver.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
Reviewed-by: Tom Rini -
Implement driver check for card detection.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
10 Dec, 2012
1 commit
-
Instead of passing individual registers by value to board_get_mem_timings,
pass a board_mem_timings structure pointer for the board files to fill in.
Pass same structure pointer to write_sdrc_timings. This saves about
90 bytes of space in SPL.Signed-off-by: Peter Barada
28 Sep, 2012
1 commit
-
Only omap4/5 currently have a meaningful set of display text and overo
had been adding a function to display nothing. Change how this works to
be opt-in and only turned on for omap4/5 now.Signed-off-by: Tom Rini
15 May, 2012
1 commit
-
Add parameters to the OMAP MMC initialization function so the board can
mask host capabilities and set the maximum clock frequency. While the
OMAP supports a certain set of MMC host capabilities, individual boards
may be more restricted and the OMAP may need to be configured to match
the board. The PRG_SDMMC1_SPEEDCTRL bit in the OMAP3 is an example.Signed-off-by: Jonathan Solnit
