^ > I think you should try without MMC_CAP_WAIT_WHILE_BUSY, and then check > that a following CMD13 command always states that the card isn't busy. > I think the best path to try this is when sending a big write data > request, as in that case you can be quite certain that the card gets > busy between the requests. > > So somewhere in the mmc block layer add some debug prints, that should do it. I'd think the mmc_test driver already helped me with this. I ran tests like 31 (Consecutive write performance by transfer size) or 36 (Large sequential write from scattered pages) which both succeeded without any warnings printed. And the code explicitly sends a CMD13 after transfer, checks for busy and prints a warning when MMC_CAP_WAIT_WHILE_BUSY is set and a busy state is detected. Nice test thing this driver is :) So, it looks to me that patch 9 is fine to go in? -- 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
