> into 2.6.37, which is worth trying for. I like Wolfram's suggested > patchset format. Alan, do you feel comfortable re-doing this in time > for some testing before the merge window opens, or should I help? Redoing it shouldn't be a problem, getting testing of the MID bits will slow it down a fair bit. I'm not in a huge rush - I need to get the SFI device patches merged before an upstream kernel will actually be useful on a MID device. > The big question seems to be whether the approach the patchset takes > -- moving from quirks to hooks, extending sdhci.c without creating a > full driver, and the initial choice of overridable hooks -- makes > sense. I'd be happy to hear everyone's thoughts on that. I'd rather see that discussion happen and then redo the MID patches to match whatever turns out to suit a more generalised set of driver tidyups this way than push it in ASAP. That also fits my timetable better as I've got an exam coming up early October and other stuff to push before I run off and hide revising. -- 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
