[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <51ADBF20.3050905@samsung.com>
Date: Tue, 04 Jun 2013 12:19:12 +0200
From: Sylwester Nawrocki <s.nawrocki@...sung.com>
To: Kishon Vijay Abraham I <kishon@...com>
Cc: grant.likely@...aro.org, tony@...mide.com, balbi@...com,
arnd@...db.de, swarren@...dia.com, linux-kernel@...r.kernel.org,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-usb@...r.kernel.org, rob.herring@...xeda.com,
rob@...dley.net, b-cousson@...com, linux@....linux.org.uk,
gregkh@...uxfoundation.org, benoit.cousson@...aro.org,
mchehab@...hat.com, akpm@...ux-foundation.org, cesarb@...arb.net,
davem@...emloft.net, rnayak@...com, shawn.guo@...aro.org,
santosh.shilimkar@...com, devicetree-discuss@...ts.ozlabs.org,
linux-doc@...r.kernel.org, nsekhar@...com
Subject: Re: [PATCH v6 1/9] drivers: phy: add generic PHY framework
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@...com>
>> >
>> > 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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists