On Tue, May 07, 2013 at 10:00:48AM +0300, Adrian Hunter wrote: > On 06/05/13 22:27, Linus Walleij wrote: > > On Mon, May 6, 2013 at 11:17 AM, Adrian Hunter <adrian.hun...@intel.com> > > wrote: > > > >> Here are 3 patches to support runtime PM for BYT SD cards > >> > >> Please note that these patches are dependent upon 2 gpio patches > >> that are in linux-next and linux-gpio but not the mmc tree. > >> Those patches are: > >> > >> author Mika Westerberg <mika.westerb...@linux.intel.com> > >> 2013-04-03 10:56:54 (GMT) > >> committer Linus Walleij <linus.wall...@linaro.org> > >> 2013-04-11 22:31:18 (GMT) > >> commit 12028d2d216220618f76284af5f8ed510b11da55 (patch) > >> gpiolib-acpi: introduce acpi_get_gpio_by_index() helper > >> > >> author Rafael J. Wysocki <rafael.j.wyso...@intel.com> 2013-04-09 > >> 13:57:25 (GMT) > >> committer Linus Walleij <linus.wall...@linaro.org> > >> 2013-04-10 21:41:17 (GMT) > >> commit 7fc7acb9a0b0ff3ffdf21818fe0735ebaf4fecb8 (patch) > >> gpio / ACPI: Handle ACPI events in accordance with the spec > >> > >> I think those patches are queued for 3.10. > >> > >> cc: Linus Walleij <linus.wall...@linaro.org> > > > > No they are currently not, and will as it looks right now *not* be in v3.10 > > due > > to a screwup from my side, and that screwup walking the ladder to > > Torvalds where it exploded. So he's not pulling the GPIO tree this merge > > window. > > > > So just sit back and synchronize this for v3.11 (surely they can be taken > > through the GPIO tree if Chris gives his ACK on them). > > 3.11 is fine, but one of the patches: > > [PATCH 1/3] mmc: sdhci: add ability to stay runtime-resumed if the > card is powered up > > really should be in the mmc tree. > > It would be simpler if the above 2 ACPI GPIO patches made it to 3.10 or went > via the mmc tree. > Adding Rafael in case he can still take them for 3.10.
Looks like Linus pulled GPIO changes already. So they should be available for 3.10. -- 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
