Hi, On 05/29/2013 07:38 AM, Kishon Vijay Abraham I wrote: > On Wednesday 29 May 2013 04:07 AM, Sylwester Nawrocki wrote: >> > On 04/29/2013 12:03 PM, Kishon Vijay Abraham I wrote: >>> >> The PHY framework 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. For dt-boot, the PHY drivers should >>> >> also register *PHY provider* with the framework. >>> >> >>> >> PHY drivers should create the PHY by passing id and ops like init, exit, >>> >> power_on and power_off. This framework is also pm runtime enabled. >>> >> >>> >> The documentation for the generic PHY framework is added in >>> >> Documentation/phy.txt and the documentation for dt binding can be >>> >> found at >>> >> Documentation/devicetree/bindings/phy/phy-bindings.txt >>> >> >>> >> Signed-off-by: Kishon Vijay Abraham I<kishon@xxxxxx> >> > >> > Thanks for working on this. For the record, I plan to give this a try >> > in the end of this week, with my simple MIPI CSI/DSI PHY driver. I might >> > have some more comments then. For now just couple of remarks after >> > reading the documentation. > > Thanks for reviewing. I'll wait for your comments before posting the > next version. So I've used this API for the Exynos SoC MIPI CSI-2 and MIPI DSI DPHYs. I could remove all the local modifications, comparing to your v5, since this iteration already have what's needed, thanks! In my case the PHY provider was a platform device and so were the PHY consumer devices. Those PHYs are very simple, there is less than one register per PHY (some bits are shared across the MIPI CSI-2 receiver and MIPI DSI transmitter DPHYs), but having this generic PHY driver means, among others, there is a proper DT support. I could finally get rid of the the platform callback at arch/arm/plat-samsung/setup-mipiphy.c. I found this code useful as is, except previous minor comments I don't really have more remarks now. This API looks quite good, and it seems much lighter comparing to the original version. I assume, the way it is designed now, allows it to be used also with PHYs that hang off other buses, e.g. I2C. It would be nice to get this in 3.11. Hmm, actually I have some doubts, let me comment in other e-mail.. Regards, Sylwester -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html