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 ...
MAINTAINERS: Switch nxp.com domainfreescale.com domain is no longer reachable, so switch themaintainers' emails to nxp.com domain instead.Signed-off-by: Fabio Estevam <fabio.estevam@nxp.com>
arm: imx: mx53loco: remove usage of mx53_dram_sizeStatic variables are not available during board_init_f().'static uint32_t mx53_dram_size[2];' was used in board specificdram_init(), dram_init_ba
arm: imx: mx53loco: remove usage of mx53_dram_sizeStatic variables are not available during board_init_f().'static uint32_t mx53_dram_size[2];' was used in board specificdram_init(), dram_init_banksize() and get_effective_memsize() to avoidmultiple calls to get_ram_size().Reused dram initialization functions from arch/arm/mach-imx/mx5/mx53_dram.cSigned-off-by: Patrick Bruenn <p.bruenn@beckhoff.com>
imx: Include <input.h> header fileWhen building with W=1 errors like the one below is seen:board/freescale/mx6sabresd/mx6sabresd.c:546:5: warning:no previous prototype for ‘overwrite_console’[-
imx: Include <input.h> header fileWhen building with W=1 errors like the one below is seen:board/freescale/mx6sabresd/mx6sabresd.c:546:5: warning:no previous prototype for ‘overwrite_console’[-Wmissing-prototypes] int overwrite_console(void)Fix the build warnings by including <input.h>.Signed-off-by: Diego Dorta <diego.dorta@nxp.com>Reviewed-by: Fabio Estevam <fabio.estevam@nxp.com>
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>
imx: reorganize IMX code as other SOCsChange is consistent with other SOCs and it is in preparationfor adding SOMs. SOC's related files are moved from cpu/ tomach-imx/<SOC>.This change is also
imx: reorganize IMX code as other SOCsChange is consistent with other SOCs and it is in preparationfor adding SOMs. SOC's related files are moved from cpu/ tomach-imx/<SOC>.This change is also coherent with the structure in kernel.Signed-off-by: Stefano Babic <sbabic@denx.de>CC: Fabio Estevam <fabio.estevam@nxp.com>CC: Akshay Bhat <akshaybhat@timesys.com>CC: Ken Lin <Ken.Lin@advantech.com.tw>CC: Marek Vasut <marek.vasut@gmail.com>CC: Heiko Schocher <hs@denx.de>CC: "Sébastien Szymanski" <sebastien.szymanski@armadeus.com>CC: Christian Gmeiner <christian.gmeiner@gmail.com>CC: Stefan Roese <sr@denx.de>CC: Patrick Bruenn <p.bruenn@beckhoff.com>CC: Troy Kisky <troy.kisky@boundarydevices.com>CC: Nikita Kiryanov <nikita@compulab.co.il>CC: Otavio Salvador <otavio@ossystems.com.br>CC: "Eric Bénard" <eric@eukrea.com>CC: Jagan Teki <jagan@amarulasolutions.com>CC: Ye Li <ye.li@nxp.com>CC: Peng Fan <peng.fan@nxp.com>CC: Adrian Alonso <adrian.alonso@nxp.com>CC: Alison Wang <b18965@freescale.com>CC: Tim Harvey <tharvey@gateworks.com>CC: Martin Donnelly <martin.donnelly@ge.com>CC: Marcin Niestroj <m.niestroj@grinn-global.com>CC: Lukasz Majewski <lukma@denx.de>CC: Adam Ford <aford173@gmail.com>CC: "Albert ARIBAUD (3ADEV)" <albert.aribaud@3adev.fr>CC: Boris Brezillon <boris.brezillon@free-electrons.com>CC: Soeren Moch <smoch@web.de>CC: Richard Hu <richard.hu@technexion.com>CC: Wig Cheng <wig.cheng@technexion.com>CC: Vanessa Maegima <vanessa.maegima@nxp.com>CC: Max Krummenacher <max.krummenacher@toradex.com>CC: Stefan Agner <stefan.agner@toradex.com>CC: Markus Niebel <Markus.Niebel@tq-group.com>CC: Breno Lima <breno.lima@nxp.com>CC: Francesco Montefoschi <francesco.montefoschi@udoo.org>CC: Jaehoon Chung <jh80.chung@samsung.com>CC: Scott Wood <oss@buserror.net>CC: Joe Hershberger <joe.hershberger@ni.com>CC: Anatolij Gustschin <agust@denx.de>CC: Simon Glass <sjg@chromium.org>CC: "Andrew F. Davis" <afd@ti.com>CC: "Łukasz Majewski" <l.majewski@samsung.com>CC: Patrice Chotard <patrice.chotard@st.com>CC: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>CC: Hans de Goede <hdegoede@redhat.com>CC: Masahiro Yamada <yamada.masahiro@socionext.com>CC: Stephen Warren <swarren@nvidia.com>CC: Andre Przywara <andre.przywara@arm.com>CC: "Álvaro Fernández Rojas" <noltari@gmail.com>CC: York Sun <york.sun@nxp.com>CC: Xiaoliang Yang <xiaoliang.yang@nxp.com>CC: Chen-Yu Tsai <wens@csie.org>CC: George McCollister <george.mccollister@gmail.com>CC: Sven Ebenfeld <sven.ebenfeld@gmail.com>CC: Filip Brozovic <fbrozovic@gmail.com>CC: Petr Kulhavy <brain@jikos.cz>CC: Eric Nelson <eric@nelint.com>CC: Bai Ping <ping.bai@nxp.com>CC: Anson Huang <Anson.Huang@nxp.com>CC: Sanchayan Maity <maitysanchayan@gmail.com>CC: Lokesh Vutla <lokeshvutla@ti.com>CC: Patrick Delaunay <patrick.delaunay@st.com>CC: Gary Bisson <gary.bisson@boundarydevices.com>CC: Alexander Graf <agraf@suse.de>CC: u-boot@lists.denx.deReviewed-by: Fabio Estevam <fabio.estevam@nxp.com>Reviewed-by: Christian Gmeiner <christian.gmeiner@gmail.com>
board_f: Drop setup_dram_config() wrapperBy making dram_init_banksize() return an error code we can drop thewrapper. Adjust this and clean up all implementations.Signed-off-by: Simon Glass <sjg@
board_f: Drop setup_dram_config() wrapperBy making dram_init_banksize() return an error code we can drop thewrapper. Adjust this and clean up all implementations.Signed-off-by: Simon Glass <sjg@chromium.org>Reviewed-by: Stefan Roese <sr@denx.de>
treewide: replace #include <asm/errno.h> with <linux/errno.h>Now, arch/${ARCH}/include/asm/errno.h and include/linux/errno.h havethe same content. (both just wrap <asm-generic/errno.h>)Replace
treewide: replace #include <asm/errno.h> with <linux/errno.h>Now, arch/${ARCH}/include/asm/errno.h and include/linux/errno.h havethe same content. (both just wrap <asm-generic/errno.h>)Replace all include directives for <asm/errno.h> with <linux/errno.h>.Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>[trini: Fixup include/clk.]Signed-off-by: Tom Rini <trini@konsulko.com>
mx53loco: Disable printing cpuinfoSince commit 32df39c741788e ("mx5: fix get_reset_cause") we have the followingboot messages on a mx53qsb:U-Boot 2015.04-rc5-00029-gd68df02 (Apr 06 2015 - 11:15:
mx53loco: Disable printing cpuinfoSince commit 32df39c741788e ("mx5: fix get_reset_cause") we have the followingboot messages on a mx53qsb:U-Boot 2015.04-rc5-00029-gd68df02 (Apr 06 2015 - 11:15:39)CPU: Freescale i.MX53 rev2.1 at 800 MHzReset cause: PORBoard: MX53 LOCOI2C: readyDRAM: 1 GiBMMC: FSL_SDHC: 0, FSL_SDHC: 1In: serialOut: serialErr: serialCPU: Freescale i.MX53 rev2.1 at 1000 MHzReset cause: unknown resetNet: FEC [PRIME]The CPU and Reset cause lines appear twice.Initially mx53 boots at 800MHz, then at a later point the PMIC is configured viaI2C to raise the CPU voltage so that it can run at 1GHz.To avoid such misleading double printings, disable printing cpu info for now.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>Acked-by: Jason Liu <r64343@freescale.com>
mx5: fix get_reset_causecommit d9f43c8f5c1d7ed27c99a06be85a4bb64b2c73fb setsget_reset_cause() as static, but this conflicts with mx5where its prototype is in sys_proto.h.Drop it from sys_proto.
mx5: fix get_reset_causecommit d9f43c8f5c1d7ed27c99a06be85a4bb64b2c73fb setsget_reset_cause() as static, but this conflicts with mx5where its prototype is in sys_proto.h.Drop it from sys_proto.h and drop print_cpuinfo from mx53_loco,factorizing the call for this board.Signed-off-by: Stefano Babic <sbabic@denx.de>CC: Jason Liu <jason.hui@linaro.org>
mx53loco: Fix boot hang during reboot stress testCurrently by running the following test:=> setenv bootcmd reset=> save=> reset, we observe a hang after approximately 20-30 minutes of stress
mx53loco: Fix boot hang during reboot stress testCurrently by running the following test:=> setenv bootcmd reset=> save=> reset, we observe a hang after approximately 20-30 minutes of stress reboot test.Investigation of this issue revealed that when a single DDR chip select is used,the hang does not happen. It only happens when the two chip selects are active.MX53 reference manual states at "28.6.2 Memory ZQ calibration sequence":"The controller must keep the memory lines quiet (except for CK) for the ZQcalibration time as defined in the Jedec (512 cycles for ZQCL after reset, 256for other ZQCL and 64 for ZQCS)."According to the SDE_0 and SDE_1 bit descriptions from register ESDCTL_ESDCTL:"Writing 1 to SDE0 or SDE1 will initiate power up delays as JEDEC defines.Power up delays are a function of the configured memory type (DDR2/DDR3/LPDDR2)"So make sure to activate one chip select at time (CS0 first and then CS1 later),so that the required JEDEC delay is respected for each chip select.With this change applied the board has gone through three days of reboot stresstest without any hang.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>Acked-by: Stefano Babic <sbabic@denx.de>
mx53loco: Fix error handling in board_mmc_init()When an invalid USDHC port is passed we should return -EINVAL instead of 0.Also, return the error immediately on fsl_esdhc_initialize() failure.S
mx53loco: Fix error handling in board_mmc_init()When an invalid USDHC port is passed we should return -EINVAL instead of 0.Also, return the error immediately on fsl_esdhc_initialize() failure.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
mx53loco: Change 'fdt_file' dynamicallySince kernel 3.15 there are two dtb's for the imx53-qsb board:imx53-qsb.dtb - For the boards with DA9053 PMICimx53-qsrb.dtb - For the boards with MC34708 P
mx53loco: Change 'fdt_file' dynamicallySince kernel 3.15 there are two dtb's for the imx53-qsb board:imx53-qsb.dtb - For the boards with DA9053 PMICimx53-qsrb.dtb - For the boards with MC34708 PMICChange the 'fdt_file' dynamically, so that the correct dtb can be used dependingon the board variant.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>Acked-by: Otavio Salvador <otavio@ossystems.com.br>
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>
arm: mx5: Avoid hardcoding memory sizes on MX53QSBThe DRAM size can be easily detected at runtime on i.MX53. Implementsuch detection on MX53QSB and adjust the rest of the macros accordinglyto use
arm: mx5: Avoid hardcoding memory sizes on MX53QSBThe DRAM size can be easily detected at runtime on i.MX53. Implementsuch detection on MX53QSB and adjust the rest of the macros accordinglyto use the detected values.An important thing to note here is that we had to override the functionfor trimming the effective DRAM address, get_effective_memsize(). Thatis because the function uses CONFIG_MAX_MEM_MAPPED as the upper bound ofthe available DRAM and we don't have gd->bd->bi_dram[0].size set up atthe time the function is called, thus we cannot put this into the macroCONFIG_MAX_MEM_MAPPED . Instead, we use custom override where we use thesize of the first DRAM block which we just detected.Signed-off-by: Marek Vasut <marex@denx.de>Cc: Fabio Estevam <fabio.estevam@freescale.com>Cc: Stefano Babic <sbabic@denx.de>Cc: Wolfgang Denk <wd@denx.de>
Move #ifdef(CONFIG_DISPLAY_CPUINFO) from caller to callee- When CONFIG_DISPLAY_CPUINFO is not enabled, print_cpuinfo() should be defined as an empty function in a header, include/common.h -
Move #ifdef(CONFIG_DISPLAY_CPUINFO) from caller to callee- When CONFIG_DISPLAY_CPUINFO is not enabled, print_cpuinfo() should be defined as an empty function in a header, include/common.h - Remove #ifdef CONFIG_DISPLAY_CPUINFO .. #endif from caller, common/board_f.c and arch/arm/lib/board.c - Remove redundant prototypes in arch/arm/lib/board.c, arch/arm/include/asm/arch-am33x/sys_proto.h and board/nokia/rx51/rx51.h, keeping the one in include/common.h - Add #ifdef CONFIG_DISPLAY_CPUINFO to the func definition where it is missingSigned-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
imx: Explicitly pass the I2C bus number in pmic_init()The pmic_init() function has the I2C or SPI bus number that is connected to thePMIC.Instead of passing I2C_PMIC, explicitly pass the I2C bus
imx: Explicitly pass the I2C bus number in pmic_init()The pmic_init() function has the I2C or SPI bus number that is connected to thePMIC.Instead of passing I2C_PMIC, explicitly pass the I2C bus number via I2C_xdefinition.The motivation for doing this is to avoid people just doing a copy and pasteof I2C_PMIC into their board file when another I2C bus is actually used tointerface to their PMIC.This also makes more obvious which is the I2C bus connected to the PMIC, withouthaving to search in the source code for the meaning of the 'I2C_PMIC' number.Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>Acked-by: Stefano Babic <sbabic@denx.de>
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>
Merge branch 'u-boot/master' into 'u-boot-arm/master'Conflicts: common/cmd_fpga.c drivers/usb/host/ohci-at91.c
Fix references to the documentation filesMany boot image configuration files refer to theappropriate documentation file, but these referencescontain typos in the directory and file name. Fixthem
Fix references to the documentation filesMany boot image configuration files refer to theappropriate documentation file, but these referencescontain typos in the directory and file name. Fixthem. Also fix reference to doc/README.SPL file.Signed-off-by: Anatolij Gustschin <agust@denx.de>Cc: Prafulla Wadaskar <prafulla@marvell.com>Cc: Stefano Babic <sbabic@denx.de>Acked-by: Stefano Babic <sbabic@denx.de>
123