这次公布一个HAL库的BUG，关于F4、F7的，版本是目前最新的CUBEF41.18.0和F7的DFP包里的，版本号是2.9.0，应该对应目前最新的CUBEF7库。
- a7 u+ h" p% {- M! @这个BUG是在DFPF7 2.9.0版本发现的。查看了其他系统的HAL代码几乎一致，因此也应该存在BUG。

0 i0 Q! T- e, F& M希望给使用SDIO、SDMMC功能有异常的网友有所帮助。
4 @/ O7 o9 \4 y3 q
环境：WIN7 64bit + MDK5.22
硬件：stm32F7 DISCO (F746)
使用HAL库对TF进行读取操作，
方式MA
中断函数：直接调用HAL库的处理函数。

  BUG1：没用使用中断读数据时，当FIFO至少有8个字节时，触发SD_Read_IT(),其中的tmp = (uint32_t*)hsd->pRxBuffPtr的指针没初始化，为0

  BUG2：开启DMA后，当执行DMA中断会不明原因出现DTIMEOUT标志置位，将执行if((hsd->Context & SD_CONTEXT_DMA) != RESET)

  if(HAL_DMA_Abort_IT(hsd->hdmarx) != HAL_OK)会对hsd->hdmarx = NULL;造后续DMA无法正常使用，从面导致FIFO数据无法及时读出，

1 F7 I  u, }5 \8 S" C, m

  最终导致FIFO数据超出8个，置位,导致BUG1产生。

8 c. B+ w, m0 p5 E6 H
0 L9 h) Y1 o2 f9 M1 H0 X( O* p1 ]具体发现问题过程如下：
8 ^  _( p: b; G
( A1 A& M+ P" i8 X2 e' q  X( Y

V1.01  20171227

1.通过Show Caller Code功能查找在开DMA传输SD数据时，偶发进入HardFault_Handler中断的异常，发现以下情况：

  a.HAL_NVIC_EnableIRQ(SDMMC1_IRQn)开中断后，SDMMC产生的中断调用库函数HAL_SD_IRQHandler。

8 E# W1 ?$ i  o/ R; @- O

  b.HAL_SD_IRQHandler函数会判断SDMMC_IT_RXFIFOHF标志位，如有效则执行SD_Read_IT(hsd)。

  c.当传输数据开始时，SDMMC_FIFO数据大于8个时，且有其它错误中断产生时，如超时，进入SDMMC1_IRQn。

6 @& q# n/ z5 {7 w& o9 s4 `* _

  d.进入中断后，执行SD_Read_IT(hsd)，其中的tmp = (uint32_t*)hsd->pRxBuffPtr;（因为代码没有使用IT方式读取数据，所以该指针没有初始化）

* S( \  K9 V. U7 g3 Z" k$ ]( P

  e.hsd->pRxBuffPtr在之前并没有初始化，在调试时发现值为0,在读取数据时就会改写地址为0数据，最终会出现HardFault_Handler。

5 r# u4 x( R* g& f0 K+ A

  f.调试发现，操作过程中会出现两次TIMEOUT中断，随后HFIFO置位，下个超时中断进来后会进入HFIFO处理流程，SD_Read_IT

  g.自编写SD的中断函数，不对FIFOHF进行判断，出现错误时，只清标志位，关中断，然后退出

; @6 M4 V( F$ S3 l

2.HAL2.9.0库的SD中断函数有BUG，

  BUG1：没用使用中断读数据时，当FIFO至少有8个字节时，触发SD_Read_IT(),其中的tmp = (uint32_t*)hsd->pRxBuffPtr的指针没初始化，为0

9 g6 i4 d; V. B" X  U; c

  BUG2：开启DMA后，当执行DMA中断会不明原因出现DTIMEOUT标志置位，将执行if((hsd->Context & SD_CONTEXT_DMA) != RESET)

& Q2 `! a( d) Y# w

  if(HAL_DMA_Abort_IT(hsd->hdmarx) != HAL_OK)会对hsd->hdmarx = NULL;造后续DMA无法正常使用，从面导致FIFO数据无法及时读出，

( s2 u- [# C4 D1 [# y* A; H9 a

  最终导致FIFO数据超出8个，置位,导致BUG1产生。

zero99 发表于 2018-2-1 09:29
来晚了，感谢支持，已汇总到1月技术原创
; @! }* P7 n) k  }; Y2 |7 ~https://www.stmcu.org.cn/module/forum/thread-614550-1-1.html ...

8 v# e5 M3 m/ |- r2 w! ]7 A谢谢支持，稍后再发一个FW_F7_V1.9.0的USB鼠标的小小BUG

上次你发邮件反馈的bug有回复了没？
7 l" e2 ~; B! W0 p这个官方提供的SDIO驱动我也在用，不过只简单的用到了DMA中断读，写只是测试了下没发现问题。
我测试比较简单都没注意到你说的这些bug。

creep 发表于 2018-1-11 09:17
上次你发邮件反馈的bug有回复了没？
! H+ o) H1 _- S4 P4 D7 ]这个官方提供的SDIO驱动我也在用，不过只简单的用到了DMA中断读，写只 ...

上次的回复了，确认了第一个是笔误，第二个是代码还有不完善的地方。
  d1 L2 f! B" ^+ f+ U) |这次的这个BUG，可能只对一些TF存在，我用的是1G的TF卡。
如果产生超时中断就会激这两个BUG，如果不产生超时中断就没事。

ldskendy 发表于 2018-1-11 21:39
9 [( p% D, ~1 B/ V9 E7 x6 A  J上次的回复了，确认了第一个是笔误，第二个是代码还有不完善的地方。
" _0 t/ Z( t% H这次的这个BUG，可能只对一些TF存在 ...

嗯，我测试的是闪迪的16G和Netac的8G的TF卡，目前还没有发现bug。

来晚了，感谢支持，已汇总到1月技术原创
https://www.stmcu.org.cn/module/forum/thread-614550-1-1.html

我现在用的也是stmf7的 hal 库，读写mmc经常出错

最近也用到F7的HAL库，搞了半天发现连写都没法写了，16年那会我拿F4的时候试着还好好的...