From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jamie Iles Subject: Re: [PATCH 2/8] macb: detect hclk presence from platform data Date: Fri, 11 Mar 2011 13:08:26 +0000 Message-ID: <20110311130826.GB7357@pulham.picochip.com> References: <1299751843-9743-1-git-send-email-jamie@jamieiles.com> <1299751843-9743-3-git-send-email-jamie@jamieiles.com> <20110311014400.GJ9351@game.jcrosoft.org> <20110311085443.GJ6198@pulham.picochip.com> <20110311124757.GK9351@game.jcrosoft.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jamie Iles , netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org, nicolas.ferre@atmel.com To: Jean-Christophe PLAGNIOL-VILLARD Return-path: Received: from mail-bw0-f46.google.com ([209.85.214.46]:57103 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750738Ab1CKNId (ORCPT ); Fri, 11 Mar 2011 08:08:33 -0500 Received: by bwz15 with SMTP id 15so2650346bwz.19 for ; Fri, 11 Mar 2011 05:08:31 -0800 (PST) Content-Disposition: inline In-Reply-To: <20110311124757.GK9351@game.jcrosoft.org> Sender: netdev-owner@vger.kernel.org List-ID: On Fri, Mar 11, 2011 at 01:47:57PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 08:54 Fri 11 Mar , Jamie Iles wrote: > > On Fri, Mar 11, 2011 at 02:44:00AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > > > On 10:10 Thu 10 Mar , Jamie Iles wrote: > > > > +#ifdef CONFIG_ARCH_AT91 > > > > +#define PCLK_NAME "macb_clk" > > > > +#else /* CONFIG_ARCH_AT91 */ > > > > +#define PCLK_NAME "pclk" > > > > +#endif > > > > > > we need change the clock name and avoid the ifdef > > > so this will be generic > > > > > > nb I work on the switch to clkdev currently for avr32 and at91 > > > > This should be gone now. Russell made the suggestion to have a fake clk > > for hclk on AT91 so I think I've solved that now. There's an updated > > patch in my reply to Russell's message but essentially I'm using > > at91_clock_associate() to turn "macb_pclk" into "hclk" and "pclk". Does > > this seem reasonable? > please do not use at91_clock_associate as I'm going to remove it as use static > clock as done on shmobile as example > so if it's a fake clock please as ochi_clk on 9g45 Ok, that's fine. How about for the "macb_plk" though, won't that need an at91_clock_associate() or is it OK to rename all of the macb_clk definitions to have be called "pclk"? Jamie