Skip to content
Snippets Groups Projects
  1. Aug 16, 2017
  2. 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
    • Fabio Estevam's avatar
      mx6: soc: Move mxs_dma_init() into the mxs nand driver · a1d1fdc9
      Fabio Estevam authored
      
      Currently the following build error is seen when a board using MMC SPL
      is built and the MXS nand driver is also selected:
      
      arch/arm/cpu/armv7/built-in.o: In function `arch_cpu_init':
      arch/arm/cpu/armv7/mx6/soc.c:432: undefined reference to 'mxs_dma_init'
      
      On mx6 the only user of mxs_dma_init() is the mxs nand driver, so
      move it there.
      
      Signed-off-by: default avatarFabio Estevam <fabio.estevam@nxp.com>
      a1d1fdc9
    • Stefan Agner's avatar
      imx: mx6ull: fix USB bmode for i.MX 6UL and 6ULL · 3fd95790
      Stefan Agner authored
      
      i.MX 6UL and 6ULL have different boot device capabilities and
      use therefor use a different boot device selection table than
      other i.MX 6 devices. Particularly, the value which has been
      used so far (b0001) is assigned to QSPI boot for these two
      devices.
      
      There is no common reserved value for all i.MX 6devices. Use
      b0010 for i.MX 6UL and 6ULL via compile time ifdef.
      
      Reported-by: default avatarJoël Esponde <joel.esponde@honeywell.com>
      Signed-off-by: default avatarStefan Agner <stefan.agner@toradex.com>
      Reviewed-by: default avatarFabio Estevam <fabio.estevam@nxp.com>
      Tested-by: default avatarJoël Esponde <joel.esponde@honeywell.com>
      3fd95790
  3. Jun 27, 2017
  4. Nov 16, 2016
    • Peng Fan's avatar
      imx: mx6ull: update the REFTOP_VBGADJ setting · 97c16dc8
      Peng Fan authored
      
      According to design team, we need to set REFTOP_VBGADJ
      in PMU MISC0 according to the REFTOP_TRIM[2:0] fuse. the
      actually table is as below:
      
        '000" - set REFTOP_VBGADJ[2:0] to 3'b000
        '001" - set REFTOP_VBGADJ[2:0] to 3'b001
        '010" - set REFTOP_VBGADJ[2:0] to 3'b010
        '011" - set REFTOP_VBGADJ[2:0] to 3'b011
        '100" - set REFTOP_VBGADJ[2:0] to 3'b100
        '101" - set REFTOP_VBGADJ[2:0] to 3'b101
        '110" - set REFTOP_VBGADJ[2:0] to 3'b110
        '111" - set REFTOP_VBGADJ[2:0] to 3'b111
      
      Signed-off-by: default avatarPeng Fan <peng.fan@nxp.com>
      Signed-off-by: default avatarBai Ping <ping.bai@nxp.com>
      97c16dc8
  5. Oct 04, 2016
  6. Sep 23, 2016
  7. May 24, 2016
  8. May 18, 2016
  9. Mar 25, 2016
  10. Mar 14, 2016
  11. Feb 21, 2016
  12. Feb 04, 2016
    • Peng Fan's avatar
      imx: mx6: implement mmc_get_env_dev · 216d286c
      Peng Fan authored
      
      Implement mmc_get_env_dev, devno can be got from smbr1 of SRC.
      Introduce a weak function board_mmc_get_env_dev, different
      boards can implement it according to different sdhc controllers
      that used by the board.
      
      Signed-off-by: default avatarPeng Fan <peng.fan@nxp.com>
      Cc: Stefano Babic <sbabic@denx.de>
      216d286c
  13. Feb 02, 2016
  14. Nov 12, 2015
  15. Oct 30, 2015
  16. Sep 13, 2015
  17. Aug 02, 2015
  18. Jun 27, 2015
  19. May 19, 2015
    • Tim Harvey's avatar
      imx: mx6: add get_cpu_temp_grade to obtain cpu temperature grade from OTP · f0e8e894
      Tim Harvey authored
      
      The MX6 has a temperature grade defined by OCOTP_MEM0[7:6] which is at 0x480
      in the Fusemap Description Table in the reference manual. Return this value
      as well as min/max temperature based on the value.
      
      Note that the IMX6SDLRM and the IMX6SXRM do not indicate this in the
      their Fusemap Description Table however Freescale has confirmed that these
      eFUSE bits match the description within the IMX6DQRM and that they will
      be added to the next revision of the respective reference manuals.
      
      This has been tested with IMX6 Automative and Industrial parts.
      
      Signed-off-by: default avatarTim Harvey <tharvey@gateworks.com>
      f0e8e894
    • Tim Harvey's avatar
      imx: mx6: add get_cpu_speed_grade_hz func to return MHz speed grade from OTP · 9b9449c3
      Tim Harvey authored
      
      The IMX6 has four different speed grades determined by eFUSE SPEED_GRADING
      indicated by OCOTP_CFG3[17:16] which is at 0x440 in the Fusemap Description
      Table. Return this frequency so that it can be used elsewhere.
      
      Note that the IMX6SDLRM and the IMX6SXRM do not indicate this in the
      their Fusemap Description Table however Freescale has confirmed that these
      eFUSE bits match the description within the IMX6DQRM and that they will
      be added to the next revision of the respective reference manuals.
      
      These have been tested with IMX6 Quad/Solo/Dual-light 800Mhz and 1GHz grades.
      
      Signed-off-by: default avatarTim Harvey <tharvey@gateworks.com>
      9b9449c3
  20. May 15, 2015
  21. Mar 13, 2015
Loading