[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1109300227530.12185@utopia.booyaka.com>
Date: Fri, 30 Sep 2011 02:32:40 -0600 (MDT)
From: Paul Walmsley <paul@...an.com>
To: "Munegowda, Keshava" <keshava_mgowda@...com>
cc: Benoit Cousson <b-cousson@...com>, parthab@...ia.ti.com,
linux-usb@...r.kernel.org, linux-omap@...r.kernel.org,
linux-kernel@...r.kernel.org, balbi@...com, gadiyar@...com,
sameo@...ux.intel.com, tony@...mide.com, khilman@...com,
johnstul@...ibm.com, vishwanath.bs@...com
Subject: Re: [PATCH 2/5 v11] arm: omap: usb: ehci and ohci hwmod structures
for omap3
On Wed, 28 Sep 2011, Munegowda, Keshava wrote:
> Thanks paul,
>
> But In USB Host case, there is a challenge!
>
> I need both usbhost_48m_fck and usbhost_120m_fck to be turned on when
> I invoke pm_runtime_get_sync ; so there are couple of options to do this
>
> 1. use clk_get with hard coded usbhost_120m_fck name in usbhs driver
> enable this clock after invoking pm_runtime_get_sync
>
> 2. add an additional flag in hwmod ; so that pm_runtime_get_sync will enable
> main clock as well as optional clocks
>
> please comment on these two approaches..
Looks like you picked approach #1 which is fine with me.
Here's what I don't understand about how this clock is used, though.
According to the 34xx TRM vZR Section 24.2.3.1.2 "High-Speed USB Host
Subsystem Clocks", this is only used to "clock EHCI controller internal
logic". So if EHCI is not being used, it would seem to me that this clock
shouldn't be enabled? But patch #5 seems to enable and disable it
unconditionally. Am I missing something here?
- Paul
--
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