Re: [RFC - PATCH] base:pm: prepare driver for common clock framework

[Rafael J. Wysocki]

On Wednesday, September 19, 2012, Karicheri, Muralidharan wrote:
> >> -----Original Message-----
> >> From: Rafael J. Wysocki [mailto:rjw@xxxxxxx]
> >> Sent: Tuesday, September 18, 2012 5:34 PM
> >> To: Karicheri, Muralidharan
> >> Cc: linux-pm@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx; Chemparathy, Cyril;
> >> mturquette@xxxxxxxxxx; Magnus Damm; Linux-sh list
> >> Subject: Re: [RFC - PATCH] base:pm: prepare driver for common clock framework
> >> 
> >> On Saturday, September 15, 2012, Murali Karicheri wrote:
> >> > As part of my work to migrate davinci SoC code to
> >> > use common clk framework, I encountered an issue with this driver
> >> > which is calling clk_enable() and clk_disable() without prepare()/
> >> > unprepare(). This change is needed to enable common clock migration
> >> > for davinci SoCs.
> >> >
> >> > Signed-off-by: Murali Karicheri <m-karicheri2@xxxxxx>
> >> 
> >> There are other users of this code than davinci.  For example, sh
> >> and ARM/shmobile both use it.  Have you verified that your changes will
> >> work for them too?
> >> 
> Rafael,
> 
> Technically do you agree with the changes or do I need to get it reviewed
> by someone in particular?

You may ask the people on the linux-sh list to review your patch, but there's
no guarantee that anyone will have the time to do that.

> I have no way of verifying if this works for sh and
> ARM/shmobile. I have copied this RFC patch to the list showed up by
> scripts/get_maintainer.pl list.

Well, you can send whatever you like as an RFC, but if you request that the
patch be merged, it should be submitted without the "RFC" in the subject.

> Any idea how I can get this patch reviewed by
> the sh and ARM/shmobile maintainers and get it tested as well? This is
> required for DaVinci for sure unless there is an alternate way of doing this.
> Well, then that is the idea of sending an RFC patch.

The general rule is that if you want a change to be made in the core, you
have to make sure that your change won't cause problems to happen to
anyone.  If you don't do that and your change turns out to cause problems
to happen after it's been applied, it will be reverted anyway.

Thanks,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/