* Re: [PATCH 0/3] New descriptor-based GPIO interface [not found] ` <1380179668-32288-1-git-send-email-acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> @ 2013-09-27 12:06 ` Linus Walleij [not found] ` <CACRpkdbhywp7_wAhOSzdMe==YoCo0mAcy1mJrdW3bURKWLxQeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 0 siblings, 1 reply; 3+ messages in thread From: Linus Walleij @ 2013-09-27 12:06 UTC (permalink / raw) To: Alexandre Courbot Cc: Grant Likely, Thierry Reding, Stephen Warren, Mika Westerberg, Alexandre Courbot, Rafael J. Wysocki, Mathias Nyman, linux-gpio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann On Thu, Sep 26, 2013 at 9:14 AM, Alexandre Courbot <acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote: > Here is a proper patch series for the descriptor-based GPIO interface to be > merged into -next. It is rebased on your for-next branch and only slightly > changed with respect to the RFC I posted earlier, only more thoroughly tested. > The documentation part is missing because I need some more time to rework it > (I'm on holidays this week but wanted to get the code into -next before 28th), > and anyway at this point I just want to make sure that the extra refactoring > does not break any existing code. > > My hope is to get this into -next before the 28th so this patchset can be > effectively tested, even if the new interfaces are not used yet. Since the old > integer-based interface now relies on top of gpiod_, this should provide good > coverage for both. I've applied it now, but no idea whether it will hit the last -next tree in time, hopefully at the very last second ... Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <CACRpkdbhywp7_wAhOSzdMe==YoCo0mAcy1mJrdW3bURKWLxQeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>]
* Re: [PATCH 0/3] New descriptor-based GPIO interface [not found] ` <CACRpkdbhywp7_wAhOSzdMe==YoCo0mAcy1mJrdW3bURKWLxQeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> @ 2013-09-28 10:33 ` Alexandre Courbot 2013-10-02 10:32 ` Linus Walleij 0 siblings, 1 reply; 3+ messages in thread From: Alexandre Courbot @ 2013-09-28 10:33 UTC (permalink / raw) To: Linus Walleij Cc: Alexandre Courbot, Grant Likely, Thierry Reding, Stephen Warren, Mika Westerberg, Rafael J. Wysocki, Mathias Nyman, linux-gpio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Arnd Bergmann On Fri, Sep 27, 2013 at 9:06 PM, Linus Walleij <linus.walleij-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote: > On Thu, Sep 26, 2013 at 9:14 AM, Alexandre Courbot <acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> wrote: > >> Here is a proper patch series for the descriptor-based GPIO interface to be >> merged into -next. It is rebased on your for-next branch and only slightly >> changed with respect to the RFC I posted earlier, only more thoroughly tested. >> The documentation part is missing because I need some more time to rework it >> (I'm on holidays this week but wanted to get the code into -next before 28th), >> and anyway at this point I just want to make sure that the extra refactoring >> does not break any existing code. >> >> My hope is to get this into -next before the 28th so this patchset can be >> effectively tested, even if the new interfaces are not used yet. Since the old >> integer-based interface now relies on top of gpiod_, this should provide good >> coverage for both. > > I've applied it now, but no idea whether it will hit the last -next tree in > time, hopefully at the very last second ... Crap, looks like it did not make it. :( I hope we can still merge this for 3.13. Alex. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH 0/3] New descriptor-based GPIO interface 2013-09-28 10:33 ` Alexandre Courbot @ 2013-10-02 10:32 ` Linus Walleij 0 siblings, 0 replies; 3+ messages in thread From: Linus Walleij @ 2013-10-02 10:32 UTC (permalink / raw) To: Alexandre Courbot Cc: Alexandre Courbot, Grant Likely, Thierry Reding, Stephen Warren, Mika Westerberg, Rafael J. Wysocki, Mathias Nyman, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, devicetree@vger.kernel.org, Arnd Bergmann On Sat, Sep 28, 2013 at 12:33 PM, Alexandre Courbot <gnurou@gmail.com> wrote: > On Fri, Sep 27, 2013 at 9:06 PM, Linus Walleij <linus.walleij@linaro.org> wrote: >> I've applied it now, but no idea whether it will hit the last -next tree in >> time, hopefully at the very last second ... > > Crap, looks like it did not make it. :( I hope we can still merge this for 3.13. As you noticed we have pretty extensive build coverage so as long as we're not patching around in the entire kernel we can be pretty sure that patches are fine to go if we queue them up in the GPIO tree so don't worry. Yours, Linus Walleij ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-10-02 10:32 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <1380179668-32288-1-git-send-email-acourbot@nvidia.com> [not found] ` <1380179668-32288-1-git-send-email-acourbot-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org> 2013-09-27 12:06 ` [PATCH 0/3] New descriptor-based GPIO interface Linus Walleij [not found] ` <CACRpkdbhywp7_wAhOSzdMe==YoCo0mAcy1mJrdW3bURKWLxQeQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2013-09-28 10:33 ` Alexandre Courbot 2013-10-02 10:32 ` Linus Walleij
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).