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 ...
Remove unnecessary instances of DECLARE_GLOBAL_DATA_PTRWe have a large number of places where while we historically referencedgd in the code we no longer do, as well as cases where the code added
Remove unnecessary instances of DECLARE_GLOBAL_DATA_PTRWe have a large number of places where while we historically referencedgd in the code we no longer do, as well as cases where the code addedthat line "just in case" during development and never dropped it.Signed-off-by: Tom Rini <trini@konsulko.com>
build: Drop CONFIG_SPL_BUILD guards in some casesGiven gcc-6.1 and later we can now safely have strings discarded whenthe functions are unused. This lets us drop certain cases of notbuilding som
build: Drop CONFIG_SPL_BUILD guards in some casesGiven gcc-6.1 and later we can now safely have strings discarded whenthe functions are unused. This lets us drop certain cases of notbuilding something so that we don't have the strings brought in when thecode was discarded. Simplify the code now by dropping guards we don'tneed now.Cc: Stefano Babic <sbabic@denx.de>Cc: Fabio Estevam <fabio.estevam@nxp.com>Cc: Chander Kashyap <k.chander@samsung.com>Cc: Thomas Abraham <thomas.ab@samsung.com>Cc: Vipin Kumar <vipin.kumar@st.com>Cc: Wenyou Yang <wenyou.yang@microchip.com>Signed-off-by: Tom Rini <trini@konsulko.com>
MAINTAINERS: Add missing boards and config entriesAs part of my usual round of build testing, output about missingMAINTAINERS information was not logged, and thus often overlooked.Correct that mi
MAINTAINERS: Add missing boards and config entriesAs part of my usual round of build testing, output about missingMAINTAINERS information was not logged, and thus often overlooked.Correct that mistake by ensuring that I log the output ofgenboardscfg.py every time. As part of that, address a number ofmissing MAINTAINERS entires. In the case of a missing file, I have putthe original submitter down. In the rest of the cases I have added theconfig (and sometimes relevant header file) to the existing set of fileglobs.Signed-off-by: Tom Rini <trini@konsulko.com>
board: samsung: add initial Espresso7420 board supportEspresso7420 is a development/evaluation board for Exynos7420 SoC. Itincludes multiple onboard compoments (EMMC/Codec) and variousinterconnec
board: samsung: add initial Espresso7420 board supportEspresso7420 is a development/evaluation board for Exynos7420 SoC. Itincludes multiple onboard compoments (EMMC/Codec) and variousinterconnects (USB/HDMI).Signed-off-by: Thomas Abraham <thomas.ab@samsung.com>Reviewed-by: Simon Glass <sjg@chromium.org>Signed-off-by: Minkyu Kang <mk7.kang@samsung.com>