From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752105Ab1DHFCD (ORCPT ); Fri, 8 Apr 2011 01:02:03 -0400 Received: from linux-sh.org ([111.68.239.195]:50899 "EHLO linux-sh.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751227Ab1DHFB7 (ORCPT ); Fri, 8 Apr 2011 01:01:59 -0400 Date: Fri, 8 Apr 2011 14:01:19 +0900 From: Paul Mundt To: Kevin Hilman Cc: "Rafael J. Wysocki" , linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org, linux-sh@vger.kernel.org, linux-kernel@vger.kernel.org, Magnus Damm , Grant Likely , Greg Kroah-Hartman Subject: Re: [PATCH/RFC 4/6] ARM: move SH-mobile runtime PM to arm/common for sharing with other platforms Message-ID: <20110408050117.GA13545@linux-sh.org> References: <1302134569-22825-1-git-send-email-khilman@ti.com> <20110407165654.GD8052@linux-sh.org> <8739lu9eg6.fsf@ti.com> <201104080035.26989.rjw@sisk.pl> <87vcyp37ch.fsf@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87vcyp37ch.fsf@ti.com> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 07, 2011 at 05:38:38PM -0700, Kevin Hilman wrote: > "Rafael J. Wysocki" writes: > > On Thursday, April 07, 2011, Kevin Hilman wrote: > >> Paul Mundt writes: > >> > This observation is wholly architecture agnostic, so it's not clear that > >> > keeping it in arch/arm/common is any better. It seems that this would be > >> > better suited for drivers/base/power/ with a generic Kconfig symbol. > >> > >> Sounds fine to me. > > > > Well, what platforms is the clock framework available on? > > Well, the majority of implementations of are certainly in > ARM, but I know it's also implemented for SH, and a quick grep shows > implementations in powerpc, mips and m68k also. > We also have CONFIG_HAVE_CLK that can be used as a dependency. In any event, anything simply focusing on the clock bits can be completely generic. On SH we still have these things lumped together with hwblk IDs, but this is something we can likely transition off of with power domains.