On Fri, Sep 20, 2013 at 11:04:40AM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > On Tuesday 17 September 2013 09:11 PM, Felipe Balbi wrote: > > On Wed, Sep 04, 2013 at 02:27:06PM +0530, Kishon Vijay Abraham I wrote: > >> On Tuesday 03 September 2013 09:20 PM, Greg KH wrote: > >>> On Tue, Sep 03, 2013 at 08:55:23PM +0530, Kishon Vijay Abraham I wrote: > >>>> Hi Greg, > >>>> > >>>> On Wednesday 28 August 2013 12:50 AM, Felipe Balbi wrote: > >>>>> Hi, > >>>>> > >>>>> On Mon, Aug 26, 2013 at 01:44:49PM +0530, Kishon Vijay Abraham I wrote: > >>>>>> On Wednesday 21 August 2013 11:16 AM, Kishon Vijay Abraham I wrote: > >>>>>>> Added a generic PHY framework that provides a set of APIs for the PHY drivers > >>>>>>> to create/destroy a PHY and APIs for the PHY users to obtain a reference to > >>>>>>> the PHY with or without using phandle. > >>>>>>> > >>>>>>> This framework will be of use only to devices that uses external PHY (PHY > >>>>>>> functionality is not embedded within the controller). > >>>>>>> > >>>>>>> The intention of creating this framework is to bring the phy drivers spread > >>>>>>> all over the Linux kernel to drivers/phy to increase code re-use and to > >>>>>>> increase code maintainability. > >>>>>>> > >>>>>>> Comments to make PHY as bus wasn't done because PHY devices can be part of > >>>>>>> other bus and making a same device attached to multiple bus leads to bad > >>>>>>> design. > >>>>>>> > >>>>>>> If the PHY driver has to send notification on connect/disconnect, the PHY > >>>>>>> driver should make use of the extcon framework. Using this susbsystem > >>>>>>> to use extcon framwork will have to be analysed. > >>>>>>> > >>>>>>> You can find this patch series @ > >>>>>>> git://git.kernel.org/pub/scm/linux/kernel/git/kishon/linux-phy.git testing > >>>>>> > >>>>>> Looks like there are not further comments on this series. Can you take this in > >>>>>> your misc tree? > >>>>> > >>>>> Do you want me to queue these for you ? There are quite a few users for > >>>>> this framework already and I know of at least 2 others which will show > >>>>> up for v3.13. > >>>> > >>>> Can you queue this patch series? There are quite a few users already for this > >>>> framework. > >>> > >>> It will have to wait for 3.13 as the merge window for new features has > >>> been closed for a week or so. Sorry, I'll queue this up after 3.12-rc1 > >>> is out. > >> > >> Alright, thanks. > > > > Just a gentle ping on this one... > > Let me know if you want me to rebase this patch series on the latest mainline HEAD. Yes please. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html