Skip to content
Snippets Groups Projects
  1. Oct 28, 2019
  2. May 07, 2018
    • Tom Rini's avatar
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini authored
      
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line 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 visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      83d290c5
  3. Nov 09, 2017
  4. Oct 12, 2017
  5. Jul 12, 2017
    • Stefano Babic's avatar
      imx: reorganize IMX code as other SOCs · 552a848e
      Stefano Babic authored
      
      Change is consistent with other SOCs and it is in preparation
      for adding SOMs. SOC's related files are moved from cpu/ to
      mach-imx/<SOC>.
      
      This change is also coherent with the structure in kernel.
      
      Signed-off-by: default avatarStefano 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.de
      Reviewed-by: default avatarFabio Estevam <fabio.estevam@nxp.com>
      Reviewed-by: default avatarChristian Gmeiner <christian.gmeiner@gmail.com>
      552a848e
  6. Sep 23, 2016
  7. Feb 06, 2016
  8. Sep 13, 2015
  9. Nov 24, 2014
  10. Oct 29, 2014
    • Georges Savoundararadj's avatar
      kconfig: arm: introduce symbol for ARM CPUs · 2e07c249
      Georges Savoundararadj authored
      
      This 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 selected
      for CPU_ARM1176 and CPU_V7.
      
      For each target, the corresponding CPU is selected and the definition of
      SYS_CPU in the corresponding Kconfig file is removed.
      
      Also, it removes redundant "string" type in some Kconfig files.
      
      Signed-off-by: default avatarGeorges Savoundararadj <savoundg@gmail.com>
      Acked-by: default avatarAlbert ARIBAUD <albert.u.boot@aribaud.net>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      2e07c249
  11. Oct 21, 2014
  12. Sep 24, 2014
    • Nikita Kiryanov's avatar
      spi: mxc: fix sf probe when using mxc_spi · 155fa9af
      Nikita Kiryanov authored
      
      MXC SPI driver has a feature whereas a GPIO line can be used to force CS high
      across multiple transactions. This is set up by embedding the GPIO information
      in the CS value:
      
      cs = (cs | gpio << 8)
      
      This merge of cs and gpio data into one value breaks the sf probe command:
      if the use of gpio is required, invoking "sf probe <cs>" will not work, because
      the CS argument doesn't have the GPIO information in it. Instead, the user must
      use "sf probe <cs | gpio << 8>". For example, if bank 2 gpio 30 is used to force
      cs high on cs 0, bus 0, then instead of typing "sf probe 0" the user now must
      type "sf probe 15872".
      
      This is inconsistent with the description of the sf probe command, and forces
      the user to be aware of implementaiton details.
      
      Fix this by introducing a new board function: board_spi_cs_gpio(), which will
      accept a naked CS value, and provide the driver with the relevant GPIO, if one
      is necessary.
      
      Cc: Eric Nelson <eric.nelson@boundarydevices.com>
      Cc: Eric Benard <eric@eukrea.com>
      Cc: Fabio Estevam <fabio.estevam@freescale.com>
      Cc: Tim Harvey <tharvey@gateworks.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Tom Rini <trini@ti.com>
      Cc: Marek Vasut <marex@denx.de>
      Reviewed-by: default avatarMarek Vasut <marex@denx.de>
      Signed-off-by: default avatarNikita Kiryanov <nikita@compulab.co.il>
      Reviewed-by: default avatarJagannadha Sutradharudu Teki <jaganna@xilinx.com>
      155fa9af
  13. Sep 13, 2014
  14. Aug 13, 2014
  15. Jul 30, 2014
    • Masahiro Yamada's avatar
      Add board MAINTAINERS files · 93d4334f
      Masahiro Yamada authored
      
      We have switched to Kconfig and the boards.cfg file is going to
      be removed. We have to retrieve the board status and maintainers
      information from it.
      
      The MAINTAINERS format as in Linux Kernel would be nice
      because we can crib the scripts/get_maintainer.pl script.
      
      After some discussion, we chose to put a MAINTAINERS file under each
      board directory, not the top-level one because we want to collect
      relevant information for a board into a single place.
      
      TODO:
      Modify get_maintainer.pl to scan multiple MAINTAINERS files.
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Suggested-by: default avatarTom Rini <trini@ti.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      93d4334f
    • Masahiro Yamada's avatar
      kconfig: add board Kconfig and defconfig files · dd84058d
      Masahiro Yamada authored
      
      This 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 script
      based on boards.cfg)
      
      In Linux Kernel, defconfig files are located under
      arch/${ARCH}/configs/ directory.
      It works in Linux Kernel since ARCH is always given from the
      command 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 a
      single directory ./configs/.
      
      Signed-off-by: default avatarMasahiro Yamada <yamada.m@jp.panasonic.com>
      Acked-by: default avatarSimon Glass <sjg@chromium.org>
      dd84058d
  16. Apr 15, 2014
Loading