From mboxrd@z Thu Jan 1 00:00:00 1970 From: Prashant Gaikwad Subject: Re: [PATCH resend 1/2] clk: tegra: remove USB from clk init table Date: Wed, 17 Apr 2013 17:44:26 +0530 Message-ID: <516E9222.4080506@nvidia.com> References: <1366011105-2351-1-git-send-email-dev@lynxeye.de> <516C3D3A.7000508@wwwdotorg.org> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <516C3D3A.7000508-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org> Sender: linux-tegra-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Stephen Warren Cc: Peter De Schrijver , Lucas Stach , "linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "mturquette-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org" List-Id: linux-tegra@vger.kernel.org On Monday 15 April 2013 11:17 PM, Stephen Warren wrote: > On 04/15/2013 01:31 AM, Lucas Stach wrote: >> The USB clocks are just clock gates, so no need to set a specific clock. >> In fact trying to set a specific clock is just a NOP if the requested >> clockrate is the same as those of the parent (clk_m) or will trigger a >> WARN_ON() if rates don't match up. >> >> As we are not setting a specific rate, nor activating the clocks at >> init, there is no point in keeping the the usb entries in the clock init >> table. > Peter, Prashant, I'd like to confirm that the usb* clocks really do have > clk_m as their parent; we're sure they aren't driven by the 12MHz PLL_U > output? > > Either way, I guess it's safe to take this patch since the clock would > be fixed rate; I'd just like to make sure the clock driver is accurate. These are controller clocks and are not driven by PLL_U.