- 08 3月, 2021 1 次提交
-
-
由 mysterywolf 提交于
-
- 16 3月, 2020 1 次提交
-
-
由 Shawn Lin 提交于
Currently RTT mmc stack only support Highspeed mode or blow, which means the max speed should be 52MHz according to JEDEC spec. Two problems show here: (1) max_data_rate = (unsigned int)-1. The value of unsigned int depends on compilers/arch. Moreover, it makes no sense to assume cpu addressing width with IP clock rate limit. (1)hs_max_data_rate was set to 200MHz. So what should BSP drivers do if 52MHz < max_data_rate < 200MHz? Either it blindly sets a spec-violated clock rate to drive a Highspeed card, or just adjust the clock rate internally. Both cases are really bad for practice. If the card claims to support Highspeed, we set the clock to not to exceed 52MHz. Otherwise it should be set according to card->max_data_rate parsed by ext_csd. This patch fixes it as-is, and also simplify the code a lot. Signed-off-by: NShawn Lin <shawn.lin@rock-chips.com>
-
- 12 3月, 2020 1 次提交
-
-
由 Shawn Lin 提交于
It makes no sense to try bus width if not supported by drivers or BSP, since we know it must be failed. It saves a lot for booting in time critical environment. Signed-off-by: NShawn Lin <shawn.lin@rock-chips.com>
-
- 19 7月, 2019 2 次提交
-
-
由 Zhou Yanjie 提交于
修复版权信息中的缩进格式。 Fix indentation in copyright information. Signed-off-by: NZhou Yanjie <zhouyanjie@zoho.com>
-
由 Zhou Yanjie 提交于
修改“mmc_parse_ext_csd”函数,防止容量计算过程溢出。 Modify the "mmc_parse_ext_csd" function to prevent the capacity calculation process from overflowing. Signed-off-by: NZhou Yanjie <zhouyanjie@zoho.com>
-
- 12 4月, 2019 1 次提交
-
-
由 armink_ztl 提交于
-
- 06 3月, 2019 1 次提交
-
-
由 armink_ztl 提交于
-
- 02 11月, 2018 1 次提交
-
-
由 armink_ztl 提交于
-
- 14 10月, 2018 1 次提交
-
-
由 Bernard Xiong 提交于
-
- 30 9月, 2018 1 次提交
-
-
由 lymzzyh 提交于
-
- 22 9月, 2018 1 次提交
-
-
由 lymzzyh 提交于
-
- 05 9月, 2018 1 次提交
-
-
由 EvalZero 提交于
-
- 26 6月, 2018 1 次提交
-
-
由 还_没_想_好 提交于
-
- 22 6月, 2015 1 次提交
-
-
由 weety 提交于
-
- 20 6月, 2015 1 次提交
-
-
由 weety 提交于
-