SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So
SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So we picked thearea of the file that usually had a full license text and replaced itwith an appropriate SPDX-License-Identifier: entry. Since then, theLinux Kernel has adopted SPDX tags and they place it as the very firstline in a file (except where shebangs are used, then it's second line)and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibilityand in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declaredlicense in the tag as both the before and after are identical in tagcontents. There's also a few places where I found we did not have a tagand have introduced one.Signed-off-by: Tom Rini <trini@konsulko.com>
show more ...
net: Move enetaddr env access code to env config instead of net configIn order that we can use eth_env_* even when CONFIG_NET isn't set, movethese functions to environment code from net code.Thi
net: Move enetaddr env access code to env config instead of net configIn order that we can use eth_env_* even when CONFIG_NET isn't set, movethese functions to environment code from net code.This fixes failures such as: board/ti/am335x/built-in.o: In function `board_late_init': board/ti/am335x/board.c:752: undefined reference to `eth_env_set_enetaddr' u-boot/board/ti/am335x/board.c:766: undefined reference to `eth_env_set_enetaddr'which caters for use cases such as:commit f411b5cca48f ("board: am335x: Always set eth/eth1addr environmentvariable")when Ethernet is required in Linux, but not U-Boot.Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com>
env: Rename eth_getenv_enetaddr() to eth_env_get_enetaddr()Rename this function for consistency with env_get().Signed-off-by: Simon Glass <sjg@chromium.org>
env: Rename eth_setenv_enetaddr() to eth_env_set_enetaddr()Rename this function for consistency with env_set().Signed-off-by: Simon Glass <sjg@chromium.org>
mmc: replace CONFIG_GENERIC_MMC with CONFIG_MMCNow CONFIG_GENERIC_MMC and CONFIG_MMC match for all defconfig.We do not need two options for the same feature. Deprecate theformer.This commit wa
mmc: replace CONFIG_GENERIC_MMC with CONFIG_MMCNow CONFIG_GENERIC_MMC and CONFIG_MMC match for all defconfig.We do not need two options for the same feature. Deprecate theformer.This commit was generated with the sed script 's/GENERIC_MMC/MMC/'and manual fixup of drivers/mmc/Kconfig.Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
ti: boot: Register the MMC controllers in SPL in the same way as in u-bootTo keep a consistent MMC device mapping in SPL and in u-boot, let'sregister the MMC controllers the same way in u-boot and
ti: boot: Register the MMC controllers in SPL in the same way as in u-bootTo keep a consistent MMC device mapping in SPL and in u-boot, let'sregister the MMC controllers the same way in u-boot and in the SPL.In terms of boot time, it doesn't hurt to register more controllers thanneeded because the MMC device is initialized only prior being accessed forthe first time.Having the same device mapping in SPL and u-boot allows us to use theenvironment in SPL whatever the MMC boot device.Signed-off-by: Jean-Jacques Hiblot <jjhiblot@ti.com>
serial, ns16550: bugfix: ns16550 fifo not enabledcommit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"breaks u-boot commandline working with long commandssending to the board.Since the abo
serial, ns16550: bugfix: ns16550 fifo not enabledcommit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"breaks u-boot commandline working with long commandssending to the board.Since the above patch, you have to setup the fcr register.For board/archs which enable OF_PLATDATA, the new fieldfcr in struct ns16550_platdata is not filled with adefault value ...This leads in not setting up the uarts fifo, which endsin problems, when you send long commands to u-bootscommandline.Detected this issue with automated tbot tests on am335xbased shc board.The error does not popup, if you type commands. You needto 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 <hs@denx.de>Signed-off-by: Ladislav Michl <ladis@linux-mips.org>Tested-by: Adam Ford <aford173@gmail.com>Reviewed-by: Tom Rini <trini@konsulko.com>
Various, accumulated typos collected from around the tree.Fix various misspellings of: * deprecated * partition * preceding,preceded * preparation * its versus it's * export * existing * s
Various, accumulated typos collected from around the tree.Fix various misspellings of: * deprecated * partition * preceding,preceded * preparation * its versus it's * export * existing * scenario * redundant * remaining * value * architectureSigned-off-by: Robert P. J. Day <rpjday@crashcourse.ca>Reviewed-by: Jagan Teki <jteki@openedev.com>Reviewed-by: Stefan Roese <sr@denx.de>
ARM: Various: Future-proof serial platdataA few boards still use ns16550_platdata structures, but assume the structureis going to be in a specific order. By explicitly naming each entry,this shou
ARM: Various: Future-proof serial platdataA few boards still use ns16550_platdata structures, but assume the structureis 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 Logicboard. Appologies if I missed one or stepped on toes. Thanks to Derald Woodsand Alexander Graf.Signed-off-by: Adam Ford <aford173@gmail.com>V6: Add fix to arch/arm/cpu/armv7/am33xx/board.cV5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.cV4: Fix subject headingV3: Remove reg_offset out in all the structs. It was reverted out, and and ifit 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 <mugunthanvnm@ti.com>Reviewed-by: Simon Glass <sjg@chromium.org>
ns16550: unify serial_omapUnify serial_omap, and use the generic binding.Signed-off-by: Thomas Chou <thomas@wytron.com.tw>Reviewed-by: Tom Rini <trini@konsulko.com>Acked-by: Simon Glass <sjg@ch
ns16550: unify serial_omapUnify serial_omap, and use the generic binding.Signed-off-by: Thomas Chou <thomas@wytron.com.tw>Reviewed-by: Tom Rini <trini@konsulko.com>Acked-by: Simon Glass <sjg@chromium.org>
omap-common: Common function to display die id, replacing omap3-specific versionThis introduces omap_die_id_display to display the full die id.There is no need to store it in an environment variab
omap-common: Common function to display die id, replacing omap3-specific versionThis 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 scriptis using anyway.Signed-off-by: Paul Kocialkowski <contact@paulk.fr>Reviewed-by: Tom Rini <trini@konsulko.com>
arm: omap3: devkit8000: inherit from ti_omap3_common.hSigned-off-by: Anthoine Bourgeois <anthoine.bourgeois@gmail.com>
omap_hsmmc: Board-specific TWL4030 MMC power initializationsBoards 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).T
omap_hsmmc: Board-specific TWL4030 MMC power initializationsBoards 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 <contact@paulk.fr>Reviewed-by: Tom Rini <trini@ti.com>[trini: Fix omap3_evm warning, add twl4030.h]Signed-off-by: Tom Rini <trini@ti.com>
kconfig: remove redundant "string" type in arch and board KconfigsNow the types of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME}are specified in arch/Kconfig.We can delete the ones in
kconfig: remove redundant "string" type in arch and board KconfigsNow 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 <yamada.m@jp.panasonic.com>
omap3: kconfig: move board select menu and common settingsBecuase the board select menu in arch/arm/Kconfig is too big,move the OMAP3 board select menu to omap3/Kconfig.Move also common settings
omap3: kconfig: move board select menu and common settingsBecuase 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" andCONFIG_SYS_SOC="omap3Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Reviewed-by: Tom Rini <trini@ti.com>
Add board MAINTAINERS filesWe have switched to Kconfig and the boards.cfg file is going tobe removed. We have to retrieve the board status and maintainersinformation from it.The MAINTAINERS for
Add board MAINTAINERS filesWe have switched to Kconfig and the boards.cfg file is going tobe removed. We have to retrieve the board status and maintainersinformation from it.The MAINTAINERS format as in Linux Kernel would be nicebecause we can crib the scripts/get_maintainer.pl script.After some discussion, we chose to put a MAINTAINERS file under eachboard directory, not the top-level one because we want to collectrelevant information for a board into a single place.TODO:Modify get_maintainer.pl to scan multiple MAINTAINERS files.Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Suggested-by: Tom Rini <trini@ti.com>Acked-by: Simon Glass <sjg@chromium.org>
kconfig: add board Kconfig and defconfig filesThis commit adds: - arch/${ARCH}/Kconfig provide a menu to select target boards - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
kconfig: add board Kconfig and defconfig filesThis 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 scriptbased on boards.cfg)In Linux Kernel, defconfig files are located underarch/${ARCH}/configs/ directory.It works in Linux Kernel since ARCH is always given from thecommand 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 asingle directory ./configs/.Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Acked-by: Simon Glass <sjg@chromium.org>
board: arm: convert makefiles to Kbuild styleSigned-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>Cc: Andreas Bießmann <andreas.devel@googlemail
board: arm: convert makefiles to Kbuild styleSigned-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Cc: Albert ARIBAUD <albert.u.boot@aribaud.net>Cc: Andreas Bießmann <andreas.devel@googlemail.com>Cc: Stefano Babic <sbabic@denx.de>Cc: Prafulla Wadaskar <prafulla@marvell.com>Cc: Minkyu Kang <mk7.kang@samsung.com>Cc: Vipin Kumar <vipin.kumar@st.com>Cc: Tom Warren <twarren@nvidia.com>Cc: Tom Rini <trini@ti.com>
Add GPL-2.0+ SPDX-License-Identifier to source filesSigned-off-by: Wolfgang Denk <wd@denx.de>[trini: Fixup common/cmd_io.c]Signed-off-by: Tom Rini <trini@ti.com>
omap_hsmmc: add driver check for write protectionAdd check for write protection in omap mmc driver.Signed-off-by: Nikita Kiryanov <nikita@compulab.co.il>Signed-off-by: Igor Grinberg <grinberg@co
omap_hsmmc: add driver check for write protectionAdd check for write protection in omap mmc driver.Signed-off-by: Nikita Kiryanov <nikita@compulab.co.il>Signed-off-by: Igor Grinberg <grinberg@compulab.co.il>Reviewed-by: Tom Rini <trini@ti.com>
omap_hsmmc: implement driver check for card detectionImplement driver check for card detection.Signed-off-by: Nikita Kiryanov <nikita@compulab.co.il>Signed-off-by: Igor Grinberg <grinberg@compul
omap_hsmmc: implement driver check for card detectionImplement driver check for card detection.Signed-off-by: Nikita Kiryanov <nikita@compulab.co.il>Signed-off-by: Igor Grinberg <grinberg@compulab.co.il>
OMAP3: drop CONFIG_SPL_OS_BOOT_KEY and use local defineCONFIG_SPL_OS_BOOT_KEY is used only in board files. It isnot required to have a general CONFIG_ option. Rename it anddefine it in board dire
OMAP3: drop CONFIG_SPL_OS_BOOT_KEY and use local defineCONFIG_SPL_OS_BOOT_KEY is used only in board files. It isnot required to have a general CONFIG_ option. Rename it anddefine it in board directory.Signed-off-by: Stefano Babic <sbabic@denx.de>Reviewed-by: Tom Rini <trini@ti.com>
Pass sdrc timing values through board_sdrc_timings structureInstead of passing individual registers by value to board_get_mem_timings,pass a board_mem_timings structure pointer for the board files
Pass sdrc timing values through board_sdrc_timings structureInstead 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 about90 bytes of space in SPL.Signed-off-by: Peter Barada <peter.barada@logicpd.com>
doc: cleanup - move board READMEs into respective board directoriesAlso drop a few files referring to no longer / not yet supportedboards.Signed-off-by: Wolfgang Denk <wd@denx.de>Cc: Prafulla W
doc: cleanup - move board READMEs into respective board directoriesAlso drop a few files referring to no longer / not yet supportedboards.Signed-off-by: Wolfgang Denk <wd@denx.de>Cc: Prafulla Wadaskar <prafulla@marvell.com>Cc: Stefan Roese <sr@denx.de>Cc: Kim Phillips <kim.phillips@freescale.com>Cc: Andy Fleming <afleming@gmail.com>Cc: Jason Jin <jason.jin@freescale.com>Cc: Stefano Babic <sbabic@denx.de>Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>Acked-by: Stefano Babic <sbabic@denx.de>Acked-by: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
ARM:OMAP+:MMC: Add parameters to MMC initAdd parameters to the OMAP MMC initialization function so the board canmask host capabilities and set the maximum clock frequency. While theOMAP supports
ARM:OMAP+:MMC: Add parameters to MMC initAdd parameters to the OMAP MMC initialization function so the board canmask host capabilities and set the maximum clock frequency. While theOMAP supports a certain set of MMC host capabilities, individual boardsmay be more restricted and the OMAP may need to be configured to matchthe board. The PRG_SDMMC1_SPEEDCTRL bit in the OMAP3 is an example.Signed-off-by: Jonathan Solnit <jsolnit@gmail.com>
12