[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130827184447.GR3005@radagast>
Date: Tue, 27 Aug 2013 13:44:47 -0500
From: Felipe Balbi <balbi@...com>
To: Tushar Behera <tushar.behera@...aro.org>
CC: <balbi@...com>, Julius Werner <jwerner@...omium.org>,
LKML <linux-kernel@...r.kernel.org>, <linux-usb@...r.kernel.org>,
<devicetree-discuss@...ts.ozlabs.org>,
linux-samsung-soc <linux-samsung-soc@...r.kernel.org>,
Vivek Gautam <gautam.vivek@...sung.com>,
Praveen Paneri <p.paneri@...sung.com>,
Kukjin Kim <kgene.kim@...sung.com>,
Doug Anderson <dianders@...omium.org>,
Olof Johansson <olofj@...omium.org>,
Vincent Palatin <vpalatin@...omium.org>
Subject: Re: [PATCH] usb: phy: samsung-usb2: Toggle HSIC GPIO from device tree
On Tue, Aug 13, 2013 at 02:11:27PM +0530, Tushar Behera wrote:
> On 12 July 2013 12:27, Felipe Balbi <balbi@...com> wrote:
> > Hi,
> >
> > On Wed, Jul 10, 2013 at 10:42:27AM -0700, Julius Werner wrote:
> >> Hi Felipe,
> >>
> >> This is intended to pull down a reset signal line, not to switch power
> >> to the device. I could implement that with the regulator framework
> >> too, but I think that would just be confusing and harder to understand
> >> without providing any benefit. It's really just a plain old GPIO.
> >
> > alright, in that case how about using drivers/reset/ ?
> >
>
> IIUC, reset-gpio driver only provides APIs for reset controls (reset,
> assert, deassert). We still need to find out the location from where
> we would be calling the reset function.
that's fair, but at least you reuse a bunch of boilerplate code to claim
the GPIO, set proper direction and value. No need to duplicate that in
your driver.
--
balbi
Download attachment "signature.asc" of type "application/pgp-signature" (837 bytes)
Powered by blists - more mailing lists