All of lore.kernel.org
 help / color / mirror / Atom feed
From: Francesco VIRLINZI <francesco.virlinzi@st.com>
To: Amit Kucheria <kucheria.amit@gmail.com>,
	linux-pm@lists.linux-foundation.org
Subject: Re: Info on LDM, domain system and SOCs
Date: Mon, 24 Sep 2007 11:14:26 +0000	[thread overview]
Message-ID: <46F79C12.4010304@st.com> (raw)
In-Reply-To: <52d486620709171417o106f876dsb13ab7e4f334be48@mail.gmail.com>

Amit Kucheria ha scritto:
> On 9/10/07, Francesco VIRLINZI <francesco.virlinzi@st.com> wrote:
>   
>> If you mean the <include/linux/clk.h>, I already saw it.
>> I think it's good but it isn't enough.
>> I want track also the devices on a clock to be able to notify (for each
>> device) if a clock changes.
>>     
>
> You should propose these changes to the clock framework. Designing a
> new framework is unlikely to be accepted in the kernel easily since a
> lot of platforms are using the clock framework already.
>   
Hi
I'm sorry but this is really what I don't want to do.
I think the problem is really this.

In the kernel there are a several clock struct... one for each 
architecture...

A lot of them have no relation with the linux driver model... and they 
aren't showed under /sys/...
This means there is a physical clock network not aware by the kernel.

For this reason I don't want "write-a-new" or "extend-an-existent" clock 
framework..

I'm working on a domain framework arch independent (a kind of ancestor 
of all the clock framework)
 able to track the domain relationship and also the device-on-domain 
relationship.
This framework should go under <root>/drivers/base/...
The basic idea is to create a base code for all the architectures to 
simplify (I hope)
 the clocks managements in the SOCs.

For example in my platform I can do something like:

# ls /sys/domains/pll1_clk/comms_clk/devices/
# ssc-0  ssc-1  ssc-2

This means in my platform there are
 - a parent clock pll1_clk
 - a child clock comms_clk
 - three devices (ssc-0 ssc-1 ssc-2) under comms_clk

And this information are available in user space (I think this information
 could help a power manager in user space)


Francesco
> /Amit
> --
> Amit Kucheria, Linux developer
>   

  reply	other threads:[~2007-09-24 11:14 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-05 13:54 Info on LDM, domain system and SOCs Francesco VIRLINZI
2007-09-10 13:17 ` Igor Stoppa
2007-09-10 16:19   ` Francesco VIRLINZI
2007-09-17 21:17     ` Amit Kucheria
2007-09-24 11:14       ` Francesco VIRLINZI [this message]
2007-09-24  9:29         ` Igor Stoppa
2007-09-24 10:05         ` Amit Kucheria

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=46F79C12.4010304@st.com \
    --to=francesco.virlinzi@st.com \
    --cc=kucheria.amit@gmail.com \
    --cc=linux-pm@lists.linux-foundation.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.