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 ...
env: Rename getenv/_f() to env_get()We are now using an env_ prefix for environment functions. Rename thesetwo functions for consistency. Also add function comments in common.h.Quite a few place
env: Rename getenv/_f() to env_get()We are now using an env_ prefix for environment functions. Rename thesetwo functions for consistency. Also add function comments in common.h.Quite a few places use getenv() in a condition context, provoking awarning from checkpatch. These are fixed up in this patch also.Suggested-by: Wolfgang Denk <wd@denx.de>Signed-off-by: Simon Glass <sjg@chromium.org>
env: Rename setenv() to env_set()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 <wd
env: Rename setenv() to env_set()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 <wd@denx.de>Signed-off-by: Simon Glass <sjg@chromium.org>
kconfig: arm: introduce symbol for ARM CPUsThis commit introduces a Kconfig symbol for each ARM CPU:CPU_ARM720T, CPU_ARM920T, CPU_ARM926EJS, CPU_ARM946ES, CPU_ARM1136,CPU_ARM1176, CPU_V7, CPU_PXA
kconfig: arm: introduce symbol for ARM CPUsThis commit introduces a Kconfig symbol for each ARM CPU:CPU_ARM720T, CPU_ARM920T, CPU_ARM926EJS, CPU_ARM946ES, CPU_ARM1136,CPU_ARM1176, CPU_V7, CPU_PXA, CPU_SA1100.Also, it adds the CPU feature Kconfig symbol HAS_VBAR which is selectedfor CPU_ARM1176 and CPU_V7.For each target, the corresponding CPU is selected and the definition ofSYS_CPU in the corresponding Kconfig file is removed.Also, it removes redundant "string" type in some Kconfig files.Signed-off-by: Georges Savoundararadj <savoundg@gmail.com>Acked-by: Albert ARIBAUD <albert.u.boot@aribaud.net>Cc: Masahiro Yamada <yamada.m@jp.panasonic.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>
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>
imx: zmx25: Convert to iomux-v3There is no change of behavior, even if some pad control values could probablybe simplified.Signed-off-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com>
mx25: Place common functions into sys_proto.himx-regs.h is meant to contain SoC register definitions.Common SoC funtions should go to sys_proto.h instead.Signed-off-by: Fabio Estevam <fabio.est
mx25: Place common functions into sys_proto.himx-regs.h is meant to contain SoC register definitions.Common SoC funtions should go to sys_proto.h instead.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
MX: Set a common gpio.h for all i.MXEach i.MX has its own gpio.h, defining the same structure.The internal GPIO controller has the same layout(at least for the register used by u-boot) and can be
MX: Set a common gpio.h for all i.MXEach i.MX has its own gpio.h, defining the same structure.The internal GPIO controller has the same layout(at least for the register used by u-boot) and can be shared.Signed-off-by: Stefano Babic <sbabic@denx.de>Tested-by: Matt Sealey <matt@genesi-usa.com>
MX25: zmx25: GCC4.6 fix build warningsFix:zmx25.c: In function 'board_late_init':zmx25.c:131:25: warning: variable 'padctl' set but not used [-Wunused-but-set-variable]Signed-off-by: Stefano Ba
MX25: zmx25: GCC4.6 fix build warningsFix:zmx25.c: In function 'board_late_init':zmx25.c:131:25: warning: variable 'padctl' set but not used [-Wunused-but-set-variable]Signed-off-by: Stefano Babic <sbabic@denx.de>
punt unused clean/distclean targetsThe top level Makefile does not do any recursion into subdirs whencleaning, so these clean/distclean targets in random arch/board dirsnever get used. Punt them
punt unused clean/distclean targetsThe top level Makefile does not do any recursion into subdirs whencleaning, so these clean/distclean targets in random arch/board dirsnever get used. Punt them all.MAKEALL didn't report any errors related to this that I could see.Signed-off-by: Mike Frysinger <vapier@gentoo.org>
zmx25: Place machine ID into board configLet common code set the machine ID.Cc: Matthias Weisser <weisserm@arcor.de>Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
zmx25: Remove dram_init_banksize()As only one RAM bank is used we can rely on the code from arch/arm/lib/board.cCc: Matthias Weisser <weisserm@arcor.de>Signed-off-by: Fabio Estevam <fabio.esteva
zmx25: Remove dram_init_banksize()As only one RAM bank is used we can rely on the code from arch/arm/lib/board.cCc: Matthias Weisser <weisserm@arcor.de>Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>Acked-by: Stefano Babic <sbabic@denx.de>
Makefile : fix generation of cpu related asm-offsets.hcommit 0edf8b5b2fa0d210ebc4d6da0fd1aceeb7e44e47 breaksbuilding on a different directory with the O= parameter.The patch wil fix this issue, g
Makefile : fix generation of cpu related asm-offsets.hcommit 0edf8b5b2fa0d210ebc4d6da0fd1aceeb7e44e47 breaksbuilding on a different directory with the O= parameter.The patch wil fix this issue, generating always asm-offsets.h beforethe other targets.Signed-off-by: Stefano Babic <sbabic@denx.de>CC: Matthias Weisser <weisserm@arcor.de>CC: Wolfgang Denk <wd@denx.de>
MX25: zmx25: make use of GPIO frameworkSigned-off-by: Stefano Babic <sbabic@denx.de>CC: Matthias Weisser <weisserm@arcor.de>
imx: Add support for zmx25 boardzmx25 is a board based on imx25 SoC, 64 Megs of LPDDR, 32 Megs of NOR flash, anoptional NAND flash.Signed-off-by: Matthias Weisser <weisserm@arcor.de>