1. 20 8月, 2020 1 次提交
  2. 29 7月, 2020 1 次提交
    • S
      mmc: add nexell driver · 84083189
      Stefan Bosch 提交于
      Changes in relation to FriendlyARM's U-Boot nanopi2-v2016.01:
      - driver changed to DM.
      - pinctrl-driver/dt is used now instead of configuring the mmc I/O-pins
        in the mmc-driver.
      - nexell_dwmmc_ofdata_to_platdata() reworked, i.e. valid default values
        are used now (where possible) and the appropriate if-blocks have
        been removed.
      - new dt-property "mmcboost" is used now instead of "CONFIG_BOOST_MMC"
        which was not defined anywhere.
      Signed-off-by: NStefan Bosch <stefan_b@posteo.net>
      84083189
  3. 30 6月, 2020 1 次提交
  4. 26 6月, 2020 1 次提交
  5. 15 6月, 2020 1 次提交
    • Y
      mmc: fsl_esdhc: workaround for hardware 3.3v IO reliability issue · c927d658
      Yangbo Lu 提交于
      When eSDHC operates at 3.3v, damage can accumulate in an internal
      level shifter at a higher than expected rate. The faster the interface
      runs, the more damage accumulates. This issue now is found on LX2160A
      eSDHC1 for only SD card.
      
      The hardware workaround is recommended to use an on-board level shifter
      that is 1.8v on SoC side and 3.3v on SD card side.
      
      For boards without hardware workaround, this option could be enabled,
      ensuring 1.8v IO voltage and disabling eSDHC if no card.
      This option assumes no hotplug, and u-boot has to make all the way to
      to linux to use 1.8v UHS-I speed mode if has card.
      If you do not want the workaround for better user experience, of course
      you can choose to not select it running eSDHC in unsafe mode.
      Signed-off-by: NYangbo Lu <yangbo.lu@nxp.com>
      Acked-by: NPeng Fan <peng.fan@nxp.com>
      c927d658
  6. 16 5月, 2020 1 次提交
  7. 22 4月, 2020 1 次提交
    • M
      mmc: tmio: sdhi: Use bounce buffer to avoid DMA limitations · d2661d8e
      Marek Vasut 提交于
      The R-Car SDHI DMA controller has various restrictions. To work around
      those restrictions without falling back to PIO, implement bounce buffer
      with custom alignment check function which tests for those limitations.
      Signed-off-by: NMarek Vasut <marek.vasut+renesas@gmail.com>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
      Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
      Cc: Peng Fan <peng.fan@nxp.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Tom Rini <trini@konsulko.com>
      d2661d8e
  8. 09 3月, 2020 1 次提交
  9. 16 1月, 2020 2 次提交
    • J
      mmc: config help typo fix · 26632b75
      Joel Johnson 提交于
      Fix typo in description of MMC_QUIRKS config option.
      Signed-off-by: NJoel Johnson <mrjoel@lixil.net>
      26632b75
    • Y
      Drop CONFIG_FSL_ESDHC_USE_PERIPHERAL_CLK usage · f1bce084
      Yangbo Lu 提交于
      The eSDHC reference clocks should be provided by speed.c in arch/.
      And we do not need CONFIG_FSL_ESDHC_USE_PERIPHERAL_CLK option to
      select which clock to use. Because we can make the driver to select
      the periperhal clock which is better (provides higher frequency)
      automatically if its value is provided by speed.c.
      
      This patch is to drop this option and make driver to select clock
      automatically. Also fix peripheral clock calculation issue in
      fsl_lsch2_speed.c/fsl_lsch3_speed.c.
      Signed-off-by: NYangbo Lu <yangbo.lu@nxp.com>
      f1bce084
  10. 15 1月, 2020 1 次提交
  11. 25 10月, 2019 1 次提交
  12. 10 10月, 2019 1 次提交
  13. 08 10月, 2019 1 次提交
  14. 12 9月, 2019 1 次提交
  15. 05 9月, 2019 1 次提交
  16. 24 8月, 2019 1 次提交
  17. 10 8月, 2019 1 次提交
  18. 09 8月, 2019 1 次提交
  19. 17 7月, 2019 2 次提交
  20. 15 7月, 2019 2 次提交
  21. 13 7月, 2019 1 次提交
  22. 23 6月, 2019 1 次提交
    • Y
      mmc: split fsl_esdhc driver for i.MX · fa33d207
      Yangbo Lu 提交于
      The fsl_esdhc driver was for Freescale eSDHC on MPC83XX/MPC85XX
      initially. The later QoriQ series PowerPC processors (which were
      evolutions of MPC83XX/MPC85XX), QorIQ series ARM processors, and
      i.MX series processors were using this driver for their eSDHCs too.
      
      For the two series processors, the eSDHCs are becoming more and
      more different. We should have split it into two drivers, like them
      (sdhci-of-esdhc.c/sdhci-esdhc-imx.c) in linux kernel.
      
      This patch is just to create a fsl_esdhc_imx driver which is a copy
      of fsl_esdhc driver for i.MX processors. We will convert i.MX processors
      to use fsl_esdhc_imx, and clean up the two drivers separately in the
      future patches.
      Signed-off-by: NYangbo Lu <yangbo.lu@nxp.com>
      Tested-by: NSteffen Dirkwinkel <s.dirkwinkel@beckhoff.com>
      Reviewed-by: NPeng Fan <peng.fan@nxp.com>
      Reviewed-by: NMartyn Welch <martyn.welch@collabora.com>
      fa33d207
  23. 05 5月, 2019 1 次提交
  24. 03 5月, 2019 1 次提交
    • F
      mmc: sdhci: Add Support for ADMA2 · 37cb626d
      Faiz Abbas 提交于
      The Standard Host Controller Interface (SDHCI) specification version
      3.00 adds support for Advanced DMA (ADMA) for both 64 and 32 bit widths
      of DMA. ADMA2 uses a table of descriptors for aggregating DMA requests.
      This significantly improves read and write throughput.
      
      Add Support for the same.
      Signed-off-by: NFaiz Abbas <faiz_abbas@ti.com>
      37cb626d
  25. 18 4月, 2019 1 次提交
  26. 19 1月, 2019 1 次提交
    • P
      Kconfig: Migrate BOUNCE_BUFFER · 2acc24fc
      Philipp Tomsich 提交于
      The bounce buffer is used by a few drivers (most of the MMC drivers)
      to overcome limitations in their respective DMA implementation.
      
      This moves the configuration to Kconfig and makes it user-selectable
      (even though it will be a required feature to make those drivers
      work): the expected usage is for drivers depending on this to 'select'
      it unconditionally from their respective Kconfig (see follow-up
      patches).
      
      This commit includes a full migration using moveconfig.py to ensure
      that each commit compiles.  To ensure bisectability we update
      dependencies of various drivers to now select BOUNCE_BUFFER when needed.
      
      [trini: Squash all patches to ensure bisectability]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
      Reviewed-by: Otavio Salvador <otavio@ossystems.com.br> [dw_mmc portion]
      Reviewed-by: Fabio Estevam <festevam@gmail.com> [mxsmmc portion]
      Reviewed-by: Simon Glass <sjg@chromium.org> [tegra portion]
      2acc24fc
  27. 19 12月, 2018 1 次提交
  28. 29 11月, 2018 1 次提交
  29. 22 11月, 2018 1 次提交
  30. 16 10月, 2018 1 次提交
    • M
      arm64: versal: Add support for new Xilinx Versal ACAPs · ec48b6c9
      Michal Simek 提交于
      Xilinx is introducing Versal, an adaptive compute acceleration platform
      (ACAP), built on 7nm FinFET process technology. Versal ACAPs combine
      Scalar Processing Engines, Adaptable Hardware Engines, and Intelligent
      Engines with leading-edge memory and interfacing technologies to deliver
      powerful heterogeneous acceleration for any application. The Versal AI
      Core series has five devices, offering 128 to 400 AI Engines. The series
      includes dual-core Arm Cortex™-A72 application processors, dual-core Arm
      Cortex-R5 real-time processors, 256KB of on-chip memory with ECC, more
      than 1,900 DSP engines optimized for high-precision floating point with
      low latency.
      
      The patch is adding necessary infrastructure in place without enabling
      platform which is done in separate patch.
      Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
      ec48b6c9
  31. 11 9月, 2018 2 次提交
  32. 11 7月, 2018 1 次提交
    • T
      board: arm: Add support for Broadcom BCM7445 · 894c3ad2
      Thomas Fitzsimmons 提交于
      Add support for loading U-Boot on the Broadcom 7445 SoC.  This port
      assumes Broadcom's BOLT bootloader is acting as the second stage
      bootloader, and U-Boot is acting as the third stage bootloader, loaded
      as an ELF program by BOLT.
      Signed-off-by: NThomas Fitzsimmons <fitzsim@fitzsim.org>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Florian Fainelli <f.fainelli@gmail.com>
      894c3ad2
  33. 24 5月, 2018 1 次提交
  34. 08 5月, 2018 1 次提交
  35. 22 4月, 2018 1 次提交
  36. 12 4月, 2018 1 次提交