> It looks like the mdelay are not in the fastpath, so why bother. On embedded systems, we had audio streaming or CAN communication or similar running in parallel. Currently, those mdelays (there are a couple, sadly) produce significant latencies, e.g. when inserting/removing a card. The latter gets especially bad with BROKEN_CARD_DETECTION.
The proper solution is probably to check the locking and see if it can be made fine-granular, I'd assume? Regards, Wolfram -- Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ | -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
