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 ...
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: remove unneeded semicolonsSigned-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
imx: s/docs\/README.imximage/doc\/README.imximage/gFixed typo for doc/README.imximage on respective imximage.cfg files.Cc: Tom Rini <trini@konsulko.com>Cc: Stefano Babic <sbabic@denx.de>Cc: Fab
imx: s/docs\/README.imximage/doc\/README.imximage/gFixed typo for doc/README.imximage on respective imximage.cfg files.Cc: Tom Rini <trini@konsulko.com>Cc: Stefano Babic <sbabic@denx.de>Cc: Fabio Estevam <fabio.estevam@nxp.com>Acked-by: Peng Fan <peng.fan@nxp.com>Signed-off-by: Jagan Teki <jagan@amarulasolutions.com>
armv8: s32v234: Introduce basic support for s32v234evbAdd initial support for NXP's S32V234 SoC and S32V234EVB board.The S32V230 family is designed to support computation-intensive applicationsf
armv8: s32v234: Introduce basic support for s32v234evbAdd initial support for NXP's S32V234 SoC and S32V234EVB board.The S32V230 family is designed to support computation-intensive applicationsfor image processing. The S32V234, as part of the S32V230 family, is ahigh-performance automotive processor designed to support safecomputation-intensive applications in the area of vision and sensor fusion.Code originally writen by:Original-signed-off-by: Stoica Cosmin-Stefan <cosminstefan.stoica@freescale.com>Original-signed-off-by: Mihaela Martinas <Mihaela.Martinas@freescale.com>Original-signed-off-by: Eddy Petrișor <eddy.petrisor@gmail.com>Signed-off-by: Eddy Petrișor <eddy.petrisor@nxp.com>