From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Carlo Caione <carlo@endlessm.com>, Darren Hart <dvhart@infradead.org>
Cc: Platform Driver <platform-driver-x86@vger.kernel.org>,
Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
Stephen Boyd <sboyd@codeaurora.org>,
nic_swsd@realtek.com, Linux Upstreaming Team <linux@endlessm.com>,
Enric Balletbo Serra <eballetbo@gmail.com>
Subject: Re: r8169 broken when enabling the Atom PMC platform clocks
Date: Mon, 10 Jul 2017 21:46:00 +0300 [thread overview]
Message-ID: <1499712360.22624.332.camel@linux.intel.com> (raw)
In-Reply-To: <CAL9uMOHju-_e2krDAG4CEy82NkLM9rFAhBr5G-LxXQYvzAQBiA@mail.gmail.com>
On Mon, 2017-07-10 at 20:23 +0200, Carlo Caione wrote:
> On Mon, Jul 10, 2017 at 7:50 PM, Carlo Caione <carlo@endlessm.com>
> wrote:
> > On Mon, Jul 10, 2017 at 6:06 PM, Darren Hart <dvhart@infradead.org>
> > wrote:
> > > On Mon, Jul 10, 2017 at 05:20:43PM +0300, Andy Shevchenko wrote:
> > > > On Mon, 2017-07-10 at 16:15 +0200, Carlo Caione wrote:
>>>>> The best solution would probably be avoiding to gate the clocks at
>>>>> all
> > > > > when booting if these are being already used by the firmware,
> > > > > but IIUC
> > > > > this information is not always available in the enable clock
> > > > > register.
> > > In those two cases, are we able to determine programmatically if
> > > the
> > > clock is already in use by the firmware? (via the enabled register
> > > I
> > > presume?)
> I checked again the enable registers in plt_clk_register() and I can
> actually see that the pmc_plt_clk_4 is already enabled at boot by the
> firmware. So yeah, at least in my case we are able to determine
> programmatically if the clock is used already by the firmware.
So, then it should be trivial to update the PMC clock driver to follow
firmware settings.
Please, Cc Enric when send the patch / new mail regarding topic.
Thanks, for investigating this!
--
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
prev parent reply other threads:[~2017-07-10 18:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-10 14:15 r8169 broken when enabling the Atom PMC platform clocks Carlo Caione
2017-07-10 14:20 ` Andy Shevchenko
2017-07-10 14:23 ` Carlo Caione
2017-07-10 16:06 ` Darren Hart
2017-07-10 17:50 ` Carlo Caione
2017-07-10 18:23 ` Carlo Caione
2017-07-10 18:46 ` Andy Shevchenko [this message]
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=1499712360.22624.332.camel@linux.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=carlo@endlessm.com \
--cc=dvhart@infradead.org \
--cc=eballetbo@gmail.com \
--cc=linux@endlessm.com \
--cc=nic_swsd@realtek.com \
--cc=pierre-louis.bossart@linux.intel.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=sboyd@codeaurora.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox