u-boot.git/include/sdhci.h, branch v2019.04

mmc: sdhci: Read capabilities register1 and update host caps

2018-05-11T08:22:26Z

This patch reads the capabilities register1 and update the host caps accordingly for mmc layer usage. This patch mainly reads for UHS capabilities inorder to support SD3.0. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek

sdhci: Add new sdhci ops for platform specific tuning and delays

2018-05-11T07:38:27Z

This patch adds new hooks for any platform specific tuning and tap delays programing. These are needed for supporting SD3.0. Signed-off-by: Siva Durga Prasad Paladugu Signed-off-by: Michal Simek

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12Z

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: Tom Rini

mmc: sdhci: add SDHCI_QUIRK_BROKEN_HISPD_MODE

2018-05-02T01:57:43Z

Some IP-core implementations of the SDHCI have different troubles on the silicon where they are placed. On ZYNQ platform for example Xilinx doesn't accept the hold timing of an eMMC chip which operates in High-Speed mode and must be forced to operate in non high-speed mode. To get rid of this "SDHCI_QUIRK_BROKEN_HISPD_MODE" is introduced. For more details about this refer to the Xilinx answer-recor #59999 https://www.xilinx.com/support/answers/59999.html This commit: - doesn't set HISPD bit on the host-conroller - reflects this fact within the host-controller capabilities Upon this the layer above (mmc-driver) can setup the card correctly. Otherwise the MMC card will be switched into high-speed mode and causes possible timing violation on the host-controller side. Signed-off-by: Hannes Schmelzer Signed-off-by: Hannes Schmelzer

dm: mmc: Drop CONFIG_DM_MMC_OPS

2017-08-17T07:59:55Z

All boards which use DM_MMC have now been converted to use DM_MMC_OPS. Drop the option and good riddance. Signed-off-by: Simon Glass

mmc: sdhci: Add support for optional controller specific set_ios_post()

2017-01-25T06:03:44Z

Some SDHCI drivers might need to do some special controller configuration after the common clock set_ios() function has been called (speed / width configuration). This patch adds a call to the newly created function set_ios_port() when its configured in the host driver. This will be used by the Xenon SDHCI controller driver used on the Marvell Armada 3700 and 7k/8k ARM64 SoCs. Signed-off-by: Stefan Roese Cc: Jaehoon Chung Cc: Simon Glass Reviewed-by: Jaehoon Chung

mmc: sdhci: Distinguish between base clock and maximum peripheral frequency

2017-01-23T06:37:42Z

The sdhci controller assumes that the base clock frequency is fully supported by the peripheral and doesn't support hardware limitations. The Linux kernel distinguishes between base clock (max_clk) of the host controller and maximum frequency (f_max) of the card interface. Use the same differentiation and allow the platform to constrain the peripheral interface. Signed-off-by: Stefan Herbrechtsmeier

mmc: sdhci: remove the SDHCI_QUIRK_NO_SIMULT_VDD_AND_POWER

2017-01-11T10:40:13Z

Ther is no usage anywhere. It doesn't need to maintain this bit. Signed-off-by: Jaehoon Chung

mmc: sdhci: use the bitops APIs in sdhci.h

2017-01-11T10:40:13Z

The using the bitops is too easy controlling than now. Signed-off-by: Jaehoon Chung

mmc: sdhci: move the callback function into sdhci_ops

2017-01-11T10:40:13Z

callback function should be moved into sdhci_ops struct. Other controller can use these ops for controlling clock or their own specific register. Signed-off-by: Jaehoon Chung