2009/10/2 Matt Fleming <matt@xxxxxxxxxxxxxxxxx>: > > I may be looking at an out of date SD Host Controller Spec, but can you > point me at the place where it says that it's ok to retry the CMD12 if > it failed? I can find the part explaining that you can issue CMD13 to > see if CMD12 really failed or not, but not the place where it says you > can reissue CMD12. > > In your testcase, do you always end up issuing the second CMD12? > In SD HostController Simplified Spec, page 106, tells about CMD12 failure and CMD13 to check the status. Page 110, section 3.10.2, tells about AutoCMD12 error recovery, but we can safely include this for checking with normal CMD12 error recovery. Yep, In our target board, some-times, we end up issuing the second CMD12. > > Are you sure that this recovery procedure is not valid over SPI when > doing a multiblock read? > I'm not able to get the details of recovery procedure for SPI. Moreover the host controller spec 2.0 does not support SPI mode. > "successfull" should be "successful" Shall be updated. > > I'm not entirely sure any of these errors are needed. The code below > this in drivers/mmc/card/block.c will print an error message if > brq.stop.error is non-zero (and we will have left it non-zero if we > haven't recovered). > OK. I shall update this too. Regards, Mahadev -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
