<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/mmc, branch v2021.07</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/mmc?h=v2021.07</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/mmc?h=v2021.07'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2021-06-22T04:03:32Z</updated>
<entry>
<title>Revert "mmc: fsl_esdhc_imx: use VENDORSPEC_FRC_SDCLK_ON to control card clock output"</title>
<updated>2021-06-22T04:03:32Z</updated>
<author>
<name>Fabio Estevam</name>
<email>festevam@gmail.com</email>
</author>
<published>2021-06-07T20:40:09Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f132aab403271ff00c0cfdd3af6504e87c7d0aaf'/>
<id>urn:sha1:f132aab403271ff00c0cfdd3af6504e87c7d0aaf</id>
<content type='text'>
This reverts commit 63756575b42b8b4fb3f59cbbf0cedf03331bc2d2.

Since this commit a imx6qdl-pico board boots extremely slowly
in both SPL as well as U-Boot proper.

Fix this regression by reverting the offending commit for now.

Signed-off-by: Fabio Estevam &lt;festevam@gmail.com&gt;
Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Tested-by: Pierre-Jean Texier &lt;texier.pj2@gmail.com&gt;
</content>
</entry>
<entry>
<title>mmc: mmc-uclass: change to static about dm function</title>
<updated>2021-06-22T04:03:20Z</updated>
<author>
<name>Jaehoon Chung</name>
<email>jh80.chung@samsung.com</email>
</author>
<published>2021-05-30T23:31:50Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d77d61ea1b21d93a5035719f82699bcbe8227364'/>
<id>urn:sha1:d77d61ea1b21d93a5035719f82699bcbe8227364</id>
<content type='text'>
Change to static about dm function.
They can be used with wrapper functions.

Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: fsl_esdhc_imx: use mmc_send_cmd instead of dm_mmc_send_cmd</title>
<updated>2021-06-22T04:03:11Z</updated>
<author>
<name>Jaehoon Chung</name>
<email>jh80.chung@samsung.com</email>
</author>
<published>2021-05-30T23:31:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2da2335a18a1b7123da08c325fdcd7960c0f0642'/>
<id>urn:sha1:2da2335a18a1b7123da08c325fdcd7960c0f0642</id>
<content type='text'>
Use mmc_send_cmd instead of dm_mmc_send_cmd.
It doesn't need to distinguish this function.

Signed-off-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: dwmmc: socfpga: Get "fifo-mode" property from DT</title>
<updated>2021-06-22T04:02:32Z</updated>
<author>
<name>Ley Foon Tan</name>
<email>ley.foon.tan@intel.com</email>
</author>
<published>2021-04-26T05:17:46Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1925e65706b84ec83b99e6335d9a36d8644c9085'/>
<id>urn:sha1:1925e65706b84ec83b99e6335d9a36d8644c9085</id>
<content type='text'>
Add FIFO mode support for SoCFPGA dwmmc, read "fifo-mode" property from DT.

Signed-off-by: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;
Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: dw_mmc: Fixes data read when receiving DTO interrupt in FIFO mode</title>
<updated>2021-06-22T04:02:11Z</updated>
<author>
<name>Ley Foon Tan</name>
<email>ley.foon.tan@intel.com</email>
</author>
<published>2021-04-26T03:35:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=8cb9d3ed3a6402f984356988c581546866acf0da'/>
<id>urn:sha1:8cb9d3ed3a6402f984356988c581546866acf0da</id>
<content type='text'>
The data read is not working when using FIFO mode.

From DesignWare databook, when a Data_Transfer_Over (DTO) interrupt is
received, the software should read the remaining data from FIFO.

Add DTO interrupt checking on data read path and clear interrupts before
start reading from FIFO. So, it doesn't clear the next pending
interrupts unintentionally after read from FIFO.

Signed-off-by: Ley Foon Tan &lt;ley.foon.tan@intel.com&gt;
Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
</content>
</entry>
<entry>
<title>mmc: mtk-sd: increase the minimum bus frequency</title>
<updated>2021-06-22T04:01:52Z</updated>
<author>
<name>Weijie Gao</name>
<email>weijie.gao@mediatek.com</email>
</author>
<published>2021-04-20T08:37:10Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3a3672cc3769a43750dd9fea90ed7a7900cb227f'/>
<id>urn:sha1:3a3672cc3769a43750dd9fea90ed7a7900cb227f</id>
<content type='text'>
With a 48MHz input clock, the lowest bus frequency can be as low as
48000000 / (4 * 4095) = 2930Hz. Such an extremely low frequency will cause
the mmc framework take seconds to finish the initialization.

Limiting the minimum bus frequency to a slightly higher value can solve the
issue without any side effects.

Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Signed-off-by: Weijie Gao &lt;weijie.gao@mediatek.com&gt;
</content>
</entry>
<entry>
<title>mmc: fsl_esdhc_imx: drop CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33</title>
<updated>2021-06-17T06:16:11Z</updated>
<author>
<name>Yangbo Lu</name>
<email>yangbo.lu@nxp.com</email>
</author>
<published>2021-06-03T02:51:18Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=b1d59867e5c2bc0cf7308348fcf35529833f57cd'/>
<id>urn:sha1:b1d59867e5c2bc0cf7308348fcf35529833f57cd</id>
<content type='text'>
There is no i.MX board using such option. Drop it.

Signed-off-by: Yangbo Lu &lt;yangbo.lu@nxp.com&gt;
Reviewed-by: Priyanka Jain &lt;priyanka.jain@nxp.com&gt;
</content>
</entry>
<entry>
<title>mmc: fsl_esdhc: convert to CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT</title>
<updated>2021-06-17T06:16:11Z</updated>
<author>
<name>Yangbo Lu</name>
<email>yangbo.lu@nxp.com</email>
</author>
<published>2021-06-03T02:51:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ae7020b435883f48f944d6682914a511044703ae'/>
<id>urn:sha1:ae7020b435883f48f944d6682914a511044703ae</id>
<content type='text'>
For eSDHC, power supply is through peripheral circuit.
Some eSDHC versions have value 0 of the bit but that
does not reflect the truth. 3.3V is common for SD/MMC,
and is supported for all boards with eSDHC in current
u-boot. So, make 3.3V is supported in default in code.
CONFIG_FSL_ESDHC_VS33_NOT_SUPPORT can be enabled if
future board does not support 3.3V.

This is also a fix-up for one previous patch, which converted
to use IS_ENABLED() for CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33
that is not a Kconfig option.

Fixes: 52faec31827e ("mmc: fsl_esdhc: replace most #ifdefs by IS_ENABLED()")
Signed-off-by: Yangbo Lu &lt;yangbo.lu@nxp.com&gt;
Reviewed-by: Jaehoon Chung &lt;jh80.chung@samsung.com&gt;
Reviewed-by: Priyanka Jain &lt;priyanka.jain@nxp.com&gt;
</content>
</entry>
<entry>
<title>Merge tag 'ti-v2021.07-rc3' of https://source.denx.de/u-boot/custodians/u-boot-ti</title>
<updated>2021-05-12T14:07:21Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2021-05-12T14:07:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ea184cbff99ea1d82dcf94c95afe054e95da5069'/>
<id>urn:sha1:ea184cbff99ea1d82dcf94c95afe054e95da5069</id>
<content type='text'>
- Initial support for AM64 EVM and SK
- K3 DDR driver unification for J7 and AM64 platforms.
- Minor fixes for TI clock driver
</content>
</entry>
<entry>
<title>mmc: sdhci_am654: Add Support for TI's AM642 SoC</title>
<updated>2021-05-12T10:57:57Z</updated>
<author>
<name>Dave Gerlach</name>
<email>d-gerlach@ti.com</email>
</author>
<published>2021-04-23T16:27:40Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7288beaa47d716d511442f94261c737878c2679e'/>
<id>urn:sha1:7288beaa47d716d511442f94261c737878c2679e</id>
<content type='text'>
Add support for the controller present on the AM642 SoC.

There are instances:
sdhci0: 8bit bus width, max 400 MBps
sdhci1: 4bit bus width, max 100 MBps

Signed-off-by: Dave Gerlach &lt;d-gerlach@ti.com&gt;
</content>
</entry>
</feed>
