On Sat, 4 Feb 2012, Chris Ball wrote: > Hi, > > On Tue, Jan 24 2012, Guennadi Liakhovetski wrote: > > This is v2 of a patch series, that uses the recently committed generic > > GPIO card hotplug handler, fixes minor PM issues, adds some cosmetic > > clean up. The series applies on top of v3.3-rc1 and the following earlier > > submitted patches: > > > > mmc: sh_mmcif: fix late delayed work initialisation > > http://article.gmane.org/gmane.linux.kernel.mmc/12381 > > mmc: tmio_mmc: fix card eject during IO with DMA > > http://article.gmane.org/gmane.linux.ports.sh.devel/13216 > > > > Comments from Magnus for v1 of this series have been addressed - thanks! > > Thanks, looks good to me. Thanks. Actually, it recently occurred to me, that patches 3 and 10 should actually be merged into one. So, if you like, I can produce a v3 with that taken into account. The result would be exactly the same, I literally would just apply #10 on top of #3 and commit the result with the same commit description as the v2 of #3. > One of the two ARM patches doesn't apply to > mmc-next, and neither has an ACK attached -- do you want to merge those > two separately, if I take the rest into mmc-next now for 3.4? Shall I also rebase v3 on top of mmx-next and fix the failing patch? The two ARM patches can be applied separately, but they have to go in after this series then. Either way is ok with me, pulling all via mmc has the advantage of not having to synchronise the pulls, but then the conflict probability rises of course. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- 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
