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 ...
libfdt: move headers to <linux/libfdt.h> and <linux/libfdt_env.h>Thomas reported U-Boot failed to build host tools if libfdt-develpackage is installed because tools include libfdt headers from/us
libfdt: move headers to <linux/libfdt.h> and <linux/libfdt_env.h>Thomas reported U-Boot failed to build host tools if libfdt-develpackage is installed because tools include libfdt headers from/usr/include/ instead of using internal ones.This commit moves the header code: include/libfdt.h -> include/linux/libfdt.h include/libfdt_env.h -> include/linux/libfdt_env.hand replaces include directives: #include <libfdt.h> -> #include <linux/libfdt.h> #include <libfdt_env.h> -> #include <linux/libfdt_env.h>Reported-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.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>
imx: imx6: Move gpr_init() function to soc.cSince the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,MX6Q and MX6QP processors move it to the soc.c file.Signed-off-by: Breno Li
imx: imx6: Move gpr_init() function to soc.cSince the gpr_init() function is common for boards using MX6S, MX6DL, MX6D,MX6Q and MX6QP processors move it to the soc.c file.Signed-off-by: Breno Lima <breno.lima@nxp.com>Acked-by: Stefano Babic <sbabic@denx.de>Reviewed-by: Lukasz Majewski <lukma@denx.de>Reviewed-by: Fabio Estevam <fabio.estevam@nxp.com>
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>
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>
mx6: ddr: Allow changing REFSEL and REFR fieldsCurrently MX6 SPL DDR initialization hardcodes the REF_SEL andREFR fields of the MDREF register as 1 and 7, respectively forDDR3 and 0 and 3 for LPD
mx6: ddr: Allow changing REFSEL and REFR fieldsCurrently MX6 SPL DDR initialization hardcodes the REF_SEL andREFR fields of the MDREF register as 1 and 7, respectively forDDR3 and 0 and 3 for LPDDR2.Looking at the MDREF initialization done via DCD we see thatboards do need to initialize these fields differently:$ git grep 0x021b0020 board/board/bachmann/ot1200/mx6q_4x_mt41j128.cfg:DATA 4 0x021b0020 0x00005800board/ccv/xpress/imximage.cfg:DATA 4 0x021b0020 0x00000800 /* MMDC0_MDREF */board/freescale/mx6qarm2/imximage.cfg:DATA 4 0x021b0020 0x7800board/freescale/mx6qarm2/imximage.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6qarm2/imximage_mx6dl.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6qarm2/imximage_mx6dl.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6qsabreauto/imximage.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6qsabreauto/mx6dl.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6qsabreauto/mx6qp.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6sabresd/mx6dlsabresd.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6sabresd/mx6q_4x_mt41j128.cfg:DATA 4 0x021b0020 0x00005800board/freescale/mx6slevk/imximage.cfg:DATA 4 0x021b0020 0x00001800board/freescale/mx6sxsabreauto/imximage.cfg:DATA 4 0x021b0020 0x00000800board/freescale/mx6sxsabresd/imximage.cfg:DATA 4 0x021b0020 0x00000800board/warp/imximage.cfg:DATA 4 0x021b0020 0x00001800So introduce a mechanism for users to be able to configureREFSEL and REFR fields as needed.Keep all the mx6 SPL users in their current REF_SEL and REFR values,so no functional changes for the existing users.Signed-off-by: Fabio Estevam <fabio.estevam@nxp.com>Reviewed-by: Eric Nelson <eric@nelint.com>
mx6: add support for el6x boardCustom Board based on MX6 Dual, 1GB RAM and eMMC.There are two variants of the board with and withoutPCIe (ZC5202 and ZC5601).Signed-off-by: Stefano Babic <sbabi
mx6: add support for el6x boardCustom Board based on MX6 Dual, 1GB RAM and eMMC.There are two variants of the board with and withoutPCIe (ZC5202 and ZC5601).Signed-off-by: Stefano Babic <sbabic@denx.de>