From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergei Shtylyov Subject: Re: [PATCH 8/9 v3] usb : musb: Using runtime pm apis for musb. Date: Mon, 27 Sep 2010 13:48:04 +0400 Message-ID: <4CA06854.7050804@mvista.com> References: <1285201830-26561-1-git-send-email-hemahk@ti.com> <20100923063604.GE2563@legolas.emea.dhcp.ti.com> <87wrqc4gwd.fsf@deeprootsystems.com> <87fwx02wl5.fsf@deeprootsystems.com> <20100924110129.GV8365@legolas.emea.dhcp.ti.com> <4C9CBA7E.9090107@ru.mvista.com> <20100927060738.GB8365@legolas.emea.dhcp.ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20100927060738.GB8365-UiBtZHVXSwEVvW8u9ZQWYwjfymiNCTlR@public.gmane.org> Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: balbi-l0cyMroinI0@public.gmane.org Cc: Kevin Hilman , "Kalliguddi, Hema" , "linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "Basak, Partha" , Tony Lindgren , "Cousson, Benoit" , Paul Walmsley List-Id: linux-omap@vger.kernel.org Hello. On 27-09-2010 10:07, Felipe Balbi wrote: >>>> I guess that's Felipe's call, but I don't like that option. >>>> I think it's cleaner to have the ->set_clock hook be a noop on OMAP and >>>> the runtime hooks be noops on the other platforms. >>> Agreed. We should focus on removing ->set_clock for .38 actually. Is >>> DaVinci already using clkdev, Kevin ? >> Sure. But DaVinci doesn't use ->set_clock(). > Ok, so seems like no-one is actually using that. I thought OMAP does... but I'm seeing now that it doesn't. > We can already start > patching to remove that thing, later on, we need to remove the clock > name via platform_data. As I've said already, there are cases where two clocks is needed by MUSB (like AM3517) or where USB 2.0 clock is also needed by the OHCI driver (DA8xx), hence the name seems needed still... WBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html