From: plagnioj@jcrosoft.com (Jean-Christophe PLAGNIOL-VILLARD)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/8] macb: detect hclk presence from platform data
Date: Fri, 11 Mar 2011 13:47:57 +0100 [thread overview]
Message-ID: <20110311124757.GK9351@game.jcrosoft.org> (raw)
In-Reply-To: <20110311085443.GJ6198@pulham.picochip.com>
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
Best Regards,
J.
WARNING: multiple messages have this Message-ID (diff)
From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
To: Jamie Iles <jamie@jamieiles.com>
Cc: netdev@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
nicolas.ferre@atmel.com
Subject: Re: [PATCH 2/8] macb: detect hclk presence from platform data
Date: Fri, 11 Mar 2011 13:47:57 +0100 [thread overview]
Message-ID: <20110311124757.GK9351@game.jcrosoft.org> (raw)
In-Reply-To: <20110311085443.GJ6198@pulham.picochip.com>
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
Best Regards,
J.
next prev parent reply other threads:[~2011-03-11 12:47 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-10 10:10 [PATCH 0/8] macb: add support for Cadence GEM Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 1/8] macb: unify at91 and avr32 platform data Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 13:06 ` Nicolas Ferre
2011-03-10 13:06 ` Nicolas Ferre
2011-03-10 13:17 ` Jamie Iles
2011-03-10 13:17 ` Jamie Iles
2011-03-11 1:41 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 1:41 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 8:56 ` Jamie Iles
2011-03-11 8:56 ` Jamie Iles
2011-03-11 12:52 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 12:52 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:25 ` Jamie Iles
2011-03-11 13:25 ` Jamie Iles
2011-03-11 13:37 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:37 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:53 ` Jamie Iles
2011-03-11 13:53 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 2/8] macb: detect hclk presence from " Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 10:15 ` Russell King - ARM Linux
2011-03-10 10:15 ` Russell King - ARM Linux
2011-03-10 11:41 ` Jamie Iles
2011-03-10 11:41 ` Jamie Iles
2011-03-10 11:45 ` Jamie Iles
2011-03-10 11:45 ` Jamie Iles
2011-03-11 1:44 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 1:44 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 8:54 ` Jamie Iles
2011-03-11 8:54 ` Jamie Iles
2011-03-11 12:47 ` Jean-Christophe PLAGNIOL-VILLARD [this message]
2011-03-11 12:47 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:08 ` Jamie Iles
2011-03-11 13:08 ` Jamie Iles
2011-03-11 13:39 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:39 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-10 10:10 ` [PATCH 3/8] macb: convert printk to pr_ and friends Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 22:48 ` Joe Perches
2011-03-10 22:48 ` Joe Perches
2011-03-11 0:09 ` Jamie Iles
2011-03-11 0:09 ` Jamie Iles
2011-03-11 12:53 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 12:53 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-10 10:10 ` [PATCH 4/8] macb: initial support for Cadence GEM Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-11 13:14 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:14 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:30 ` Jamie Iles
2011-03-11 13:30 ` Jamie Iles
2011-03-11 13:34 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:34 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 14:08 ` Jamie Iles
2011-03-11 14:08 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 5/8] macb: handle HW address registers for GEM devices Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 6/8] macb: support higher rate GEM MDIO clock divisors Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 7/8] macb: support statistics for GEM devices Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-10 10:10 ` [PATCH 8/8] macb: support data bus widths > 32 bits Jamie Iles
2011-03-10 10:10 ` Jamie Iles
2011-03-11 12:55 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 12:55 ` Jean-Christophe PLAGNIOL-VILLARD
2011-03-11 13:15 ` Jamie Iles
2011-03-11 13:15 ` Jamie Iles
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110311124757.GK9351@game.jcrosoft.org \
--to=plagnioj@jcrosoft.com \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.