From: Rajendra Nayak <rnayak@ti.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: linux-omap@vger.kernel.org
Subject: RE: handling clock nodes with both parent and divider selection
Date: Tue, 1 Feb 2011 16:58:15 +0530 [thread overview]
Message-ID: <a42717ae46ffbd2f8b30cca9ad559d93@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1101311610060.16671@utopia.booyaka.com>
Hi Paul,
> -----Original Message-----
> From: Paul Walmsley [mailto:paul@pwsan.com]
> Sent: Tuesday, February 01, 2011 4:43 AM
> To: Rajendra Nayak
> Cc: linux-omap@vger.kernel.org
> Subject: Re: handling clock nodes with both parent and divider selection
>
> On Mon, 31 Jan 2011, Rajendra Nayak wrote:
>
> > Hi Paul,
> >
> > On OMAP4, some aux clk nodes (part of SCRM) have control
> > for both parent and divider selection. Is there a way in the
> > current clock framework for OMAP's to handle this?
>
> For these clocks on OMAP3, we split the clock into two struct clks. For
> example, clkout2_src_ck handles source selection, and sys_clkout2
handles
> rate selection. clock3xxx_data.c has the details.
Ok, that's pretty much how I was thinking of handling it too. Did'nt know
this is already done for a few nodes on OMAP3.
The only downside of this approach, I feel, is that the users of these
clks
(aux clks on omap4) would have to deal with 2 different nodes, one for
source selection and another for divider.
>
> At some point in the future, hopefully we'll be able to split all of the
> multiplexers and dividers into their own struct clks, or struct
omap_clks,
> or something, so we don't have to implement these hacks. As I
understand
> it, that would be closer to the actual hardware, anyway. The right time
> to do that would be after the clktype conversion...
Ok, I am not completely sure what clktype conversion means, but will wait
for
it.
Regards,
Rajendra
>
>
> - Paul
next prev parent reply other threads:[~2011-02-01 11:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-31 14:06 handling clock nodes with both parent and divider selection Rajendra Nayak
2011-01-31 23:12 ` Paul Walmsley
2011-02-01 11:28 ` Rajendra Nayak [this message]
2011-02-01 16:33 ` Paul Walmsley
2011-02-02 4:08 ` Rajendra Nayak
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=a42717ae46ffbd2f8b30cca9ad559d93@mail.gmail.com \
--to=rnayak@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=paul@pwsan.com \
/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.