linux-clk.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Boyd <sboyd@codeaurora.org>
To: Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
Cc: Mark Brown <broonie@kernel.org>,
	alsa-devel@alsa-project.org, irina.tirdea@intel.com,
	tiwai@suse.de, mturquette@baylibre.com,
	linux-clk@vger.kernel.org
Subject: Re: [alsa-devel] [PATCH] clk: x86: Add Atom PMC platform clocks
Date: Fri, 2 Sep 2016 17:31:46 -0700	[thread overview]
Message-ID: <20160903003146.GO12510@codeaurora.org> (raw)
In-Reply-To: <9df1be06-8415-8cff-9468-0c4938f6e0fc@linux.intel.com>

On 09/01, Pierre-Louis Bossart wrote:
> On 8/31/16 12:08 PM, Mark Brown wrote:
> >On Tue, Aug 30, 2016 at 08:35:55PM -0500, Pierre-Louis Bossart wrote:
> >>On 8/30/16 7:37 PM, Stephen Boyd wrote:
> >
> >>>It's sad that this can't be compiled on any platform. Has there
> >>>been any move towards making this into a regmap provider so that
> >>>this clk driver can use cross platform regmap APIs instead? Or
> >
> >>it's not clear to me what cross-platform goals you are hinting at and what
> >>the concern is. We can add more framework stuff and make the code more
> >>elegant but at the end of the day we will write in a very limited set of
> >>registers (2 for audio - on/off and 19.2/25MHz selection) and the use of
> >>this functionality is restricted to Baytrail and Cherrytrail.
> >
> >If code can be compiled on a wide range of platforms then that means
> >that it's much easier to get build coverage of the code.  This is
> >helpful for anyone doing any kind of cross tree updates - things like
> >updating APIs for example.  The fewer configurations they have to touch
> >to get everything built the easier it is for them.
> 
> ok, we can add a dummy pmc_write/read for non atom platforms so that
> changes in the clock framework API can be handled without
> configuration.
> Using regmap to hide the IPC requests to the PCM seems a bit
> over-engineered - we are talking about 2 registers per clock - and
> bring limited benefits.

Sure regmap may not be helpful. Even passing the iomem pointer
through platform data and then using readl/writel would be good
though.

-- 
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project

  reply	other threads:[~2016-09-03  0:31 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-17 18:41 [PATCH] clk: x86: Add Atom PMC platform clocks Pierre-Louis Bossart
2016-08-31  0:37 ` Stephen Boyd
2016-08-31  1:35   ` Pierre-Louis Bossart
2016-08-31 17:08     ` Mark Brown
2016-09-01 23:32       ` [alsa-devel] " Pierre-Louis Bossart
2016-09-03  0:31         ` Stephen Boyd [this message]
2016-08-31 22:34     ` Stephen Boyd

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=20160903003146.GO12510@codeaurora.org \
    --to=sboyd@codeaurora.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=irina.tirdea@intel.com \
    --cc=linux-clk@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=pierre-louis.bossart@linux.intel.com \
    --cc=tiwai@suse.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).