From: Scott Wood <scottwood@freescale.com>
To: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@codeaurora.org>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
Viresh Kumar <viresh.kumar@linaro.org>,
Russell King <linux@arm.linux.org.uk>,
<linux-clk@vger.kernel.org>, <linux-pm@vger.kernel.org>,
<linuxppc-dev@lists.ozlabs.org>,
<linux-arm-kernel@lists.infradead.org>,
Tang Yuantian <Yuantian.Tang@freescale.com>,
<javier@osg.samsung.com>,
Bhupesh Sharma <bhupesh.sharma@freescale.com>,
Russell King <linux@arm.linux.org.uk>,
Arnd Bergmann <arnd@arndb.de>
Subject: Re: [PATCH v3 0/5] clk: qoriq: Move chip-specific knowledge into driver
Date: Fri, 23 Oct 2015 17:39:35 -0500 [thread overview]
Message-ID: <1445639975.701.257.camel@freescale.com> (raw)
In-Reply-To: <1442723397-26329-1-git-send-email-scottwood@freescale.com>
On Sat, 2015-09-19 at 23:29 -0500, Scott Wood wrote:
> The existing device tree bindings are error-prone and inflexible.
> Correct the mistake by moving the knowledge into the driver, which has
> more flexibility in describing the quirks of each chip. This leaves the
> device tree to its proper role of identifying a programming interface
> rather than describing its individual registers.
>
> For more detail, see the commit message of patch 2.
>
> As there are both ARM and PPC patches that depend on this patchset, I'm
> requesting ACKs from clk and cpufreq in order to put this into a topic
> branch that both ARM and PPC can pull.
>
> Scott Wood (5):
> powerpc/fsl: Move fsl_guts.h out of arch/powerpc
> clk: qoriq: Move chip-specific knowledge into driver
> clk: qoriq: Add ls2080a support.
> clk: Add consumer APIs for discovering possible parent clocks
> cpufreq: qoriq: Don't look at clock implementation details
I've applied the first three patches plus
http://patchwork.ozlabs.org/patch/534739/ to the clock branch of
scottwood/linux.git to be used as a basis for PPC and ARM device tree patches.
Note that there is a trivial merge conflict with commit
4a7748c3d6419bb8178748 ("clk: Allow drivers to build if COMPILE_TEST is
enabled"). Another option is for these patches to go via the clk tree, and
the device tree patches will ust go separately. This would result in
intermediate commits where the device tree contains clock information that
the clock driver can't handle, but it would be resolved by -rc1 -- and it
seems that one of the ARM device tree patches ("dts/ls2080a: Update DTSI to
add support of various peripherals") was already merged without waiting for
the clock driver patch. I could still wait until next merge window to rip
out the legacy stuff from existing device trees, so it would only affect new
functionality.
Patch 4 is still waiting for an ack from Russell King, but it appears that
patch 5 (which depends on patch 4) can probably wait until the next merge
window. Without those patches, qoriq-cpufreq should still mostly work, as
long as the old device trees are used. Patches 4 and 5 will be needed to
make qoriq-cpufreq continue to work with device trees using the new binding.
-Scott
WARNING: multiple messages have this Message-ID (diff)
From: Scott Wood <scottwood@freescale.com>
To: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@codeaurora.org>
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
Viresh Kumar <viresh.kumar@linaro.org>,
Russell King <linux@arm.linux.org.uk>,
linux-clk@vger.kernel.org, linux-pm@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org,
linux-arm-kernel@lists.infradead.org,
Tang Yuantian <Yuantian.Tang@freescale.com>,
javier@osg.samsung.com,
Bhupesh Sharma <bhupesh.sharma@freescale.com>Russell King
<linux@arm.linux.org.uk>, Arnd Bergmann <arnd@arndb.de>
Subject: Re: [PATCH v3 0/5] clk: qoriq: Move chip-specific knowledge into driver
Date: Fri, 23 Oct 2015 17:39:35 -0500 [thread overview]
Message-ID: <1445639975.701.257.camel@freescale.com> (raw)
In-Reply-To: <1442723397-26329-1-git-send-email-scottwood@freescale.com>
On Sat, 2015-09-19 at 23:29 -0500, Scott Wood wrote:
> The existing device tree bindings are error-prone and inflexible.
> Correct the mistake by moving the knowledge into the driver, which has
> more flexibility in describing the quirks of each chip. This leaves the
> device tree to its proper role of identifying a programming interface
> rather than describing its individual registers.
>
> For more detail, see the commit message of patch 2.
>
> As there are both ARM and PPC patches that depend on this patchset, I'm
> requesting ACKs from clk and cpufreq in order to put this into a topic
> branch that both ARM and PPC can pull.
>
> Scott Wood (5):
> powerpc/fsl: Move fsl_guts.h out of arch/powerpc
> clk: qoriq: Move chip-specific knowledge into driver
> clk: qoriq: Add ls2080a support.
> clk: Add consumer APIs for discovering possible parent clocks
> cpufreq: qoriq: Don't look at clock implementation details
I've applied the first three patches plus
http://patchwork.ozlabs.org/patch/534739/ to the clock branch of
scottwood/linux.git to be used as a basis for PPC and ARM device tree patches.
Note that there is a trivial merge conflict with commit
4a7748c3d6419bb8178748 ("clk: Allow drivers to build if COMPILE_TEST is
enabled"). Another option is for these patches to go via the clk tree, and
the device tree patches will ust go separately. This would result in
intermediate commits where the device tree contains clock information that
the clock driver can't handle, but it would be resolved by -rc1 -- and it
seems that one of the ARM device tree patches ("dts/ls2080a: Update DTSI to
add support of various peripherals") was already merged without waiting for
the clock driver patch. I could still wait until next merge window to rip
out the legacy stuff from existing device trees, so it would only affect new
functionality.
Patch 4 is still waiting for an ack from Russell King, but it appears that
patch 5 (which depends on patch 4) can probably wait until the next merge
window. Without those patches, qoriq-cpufreq should still mostly work, as
long as the old device trees are used. Patches 4 and 5 will be needed to
make qoriq-cpufreq continue to work with device trees using the new binding.
-Scott
WARNING: multiple messages have this Message-ID (diff)
From: scottwood@freescale.com (Scott Wood)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 0/5] clk: qoriq: Move chip-specific knowledge into driver
Date: Fri, 23 Oct 2015 17:39:35 -0500 [thread overview]
Message-ID: <1445639975.701.257.camel@freescale.com> (raw)
In-Reply-To: <1442723397-26329-1-git-send-email-scottwood@freescale.com>
On Sat, 2015-09-19 at 23:29 -0500, Scott Wood wrote:
> The existing device tree bindings are error-prone and inflexible.
> Correct the mistake by moving the knowledge into the driver, which has
> more flexibility in describing the quirks of each chip. This leaves the
> device tree to its proper role of identifying a programming interface
> rather than describing its individual registers.
>
> For more detail, see the commit message of patch 2.
>
> As there are both ARM and PPC patches that depend on this patchset, I'm
> requesting ACKs from clk and cpufreq in order to put this into a topic
> branch that both ARM and PPC can pull.
>
> Scott Wood (5):
> powerpc/fsl: Move fsl_guts.h out of arch/powerpc
> clk: qoriq: Move chip-specific knowledge into driver
> clk: qoriq: Add ls2080a support.
> clk: Add consumer APIs for discovering possible parent clocks
> cpufreq: qoriq: Don't look at clock implementation details
I've applied the first three patches plus
http://patchwork.ozlabs.org/patch/534739/ to the clock branch of
scottwood/linux.git to be used as a basis for PPC and ARM device tree patches.
Note that there is a trivial merge conflict with commit
4a7748c3d6419bb8178748 ("clk: Allow drivers to build if COMPILE_TEST is
enabled"). Another option is for these patches to go via the clk tree, and
the device tree patches will ust go separately. This would result in
intermediate commits where the device tree contains clock information that
the clock driver can't handle, but it would be resolved by -rc1 -- and it
seems that one of the ARM device tree patches ("dts/ls2080a: Update DTSI to
add support of various peripherals") was already merged without waiting for
the clock driver patch. I could still wait until next merge window to rip
out the legacy stuff from existing device trees, so it would only affect new
functionality.
Patch 4 is still waiting for an ack from Russell King, but it appears that
patch 5 (which depends on patch 4) can probably wait until the next merge
window. Without those patches, qoriq-cpufreq should still mostly work, as
long as the old device trees are used. Patches 4 and 5 will be needed to
make qoriq-cpufreq continue to work with device trees using the new binding.
-Scott
next prev parent reply other threads:[~2015-10-23 22:39 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-20 4:29 [PATCH v3 0/5] clk: qoriq: Move chip-specific knowledge into driver Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` [PATCH v3 1/5] powerpc/fsl: Move fsl_guts.h out of arch/powerpc Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` [PATCH v3 2/5] clk: qoriq: Move chip-specific knowledge into driver Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-10-15 19:53 ` Stephen Boyd
2015-10-15 19:53 ` Stephen Boyd
2015-09-20 4:29 ` [PATCH v3 3/5] clk: qoriq: Add ls2080a support Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-10-15 19:53 ` Stephen Boyd
2015-10-15 19:53 ` Stephen Boyd
2015-09-20 4:29 ` [PATCH v3 4/5] clk: Add consumer APIs for discovering possible parent clocks Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-10-15 20:03 ` Scott Wood
2015-10-15 20:03 ` Scott Wood
2015-10-15 20:03 ` Scott Wood
2015-12-07 20:44 ` Scott Wood
2015-12-07 20:44 ` Scott Wood
2015-12-07 20:44 ` Scott Wood
2015-09-20 4:29 ` [PATCH v3 5/5] cpufreq: qoriq: Don't look at clock implementation details Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-20 4:29 ` Scott Wood
2015-09-22 19:46 ` Viresh Kumar
2015-09-22 19:46 ` Viresh Kumar
2015-09-25 21:42 ` Rafael J. Wysocki
2015-09-25 21:42 ` Rafael J. Wysocki
2015-09-25 21:17 ` Scott Wood
2015-09-25 21:17 ` Scott Wood
2015-09-25 21:17 ` Scott Wood
2015-09-25 21:50 ` Rafael J. Wysocki
2015-09-25 21:50 ` Rafael J. Wysocki
2016-02-26 18:14 ` Li Yang
2016-02-26 18:14 ` Li Yang
2016-02-26 18:16 ` Scott Wood
2016-02-26 18:16 ` Scott Wood
2016-02-26 18:16 ` Scott Wood
2016-02-26 21:01 ` Li Yang
2016-02-26 21:01 ` Li Yang
2016-02-26 21:46 ` Scott Wood
2016-02-26 21:46 ` Scott Wood
2016-02-26 21:46 ` Scott Wood
2015-10-23 22:39 ` Scott Wood [this message]
2015-10-23 22:39 ` [PATCH v3 0/5] clk: qoriq: Move chip-specific knowledge into driver Scott Wood
2015-10-23 22:39 ` Scott Wood
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=1445639975.701.257.camel@freescale.com \
--to=scottwood@freescale.com \
--cc=Yuantian.Tang@freescale.com \
--cc=arnd@arndb.de \
--cc=bhupesh.sharma@freescale.com \
--cc=javier@osg.samsung.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mturquette@baylibre.com \
--cc=rjw@rjwysocki.net \
--cc=sboyd@codeaurora.org \
--cc=viresh.kumar@linaro.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.