From: Bartosz Golaszewski <brgl@bgdev.pl> To: Sekhar Nori <nsekhar@ti.com>, Kevin Hilman <khilman@kernel.org>, Rob Herring <robh+dt@kernel.org>, Mark Rutland <mark.rutland@arm.com>, Russell King <linux@armlinux.org.uk>, David Lechner <david@lechnology.com>, Michael Turquette <mturquette@baylibre.com>, Stephen Boyd <sboyd@kernel.org>, Ohad Ben-Cohen <ohad@wizery.com>, Bjorn Andersson <bjorn.andersson@linaro.org>, Philipp Zabel <p.zabel@pengutronix.de> Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-remoteproc@vger.kernel.org, Bartosz Golaszewski <bgolaszewski@baylibre.com> Subject: [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework Date: Fri, 23 Mar 2018 12:47:01 +0100 [thread overview] Message-ID: <20180323114709.20330-1-brgl@bgdev.pl> (raw) From: Bartosz Golaszewski <bgolaszewski@baylibre.com> This series converts the only user of the handcoded, mach-specific reset routines in the davinci platform to using the reset framework. Patch 1 modifies the way lookup entries are registered with the reset framework. Patches 2-4 add necessary lookups/DT-properties. Patches 5-7 convert the davinci-rproc driver to the reset framework. Patch 8 removes now dead code. Philipp: it turned out that it's indeed better to use the reset controller's device name for the entry lookup. Tested both in DT and legacy modes by booting the examples from ti-ipc-rtos recipe in meta-ti. This series applies on top of David Lechner's common-clk-v9 branch[1] with Philipp Zabel's reset/next branch[2] pulled in. It can be found in my github tree as well[3]. [1] git://github.com/dlech/ev3dev-kernel.git common-clk-v9 [2] git://git.pengutronix.de/git/pza/linux reset/next [3] git@github.com:brgl/linux.git topic/davinci-reset v1 -> v2: - fixed the device tree patches the descriptions of which were mixed up - return -EPROBE_DEFER from davinci-rproc's probe() if we can't get the reset provider, since it's possible that the lookup table was not yet registered - made the local variable naming consistent in the davinci-rproc driver - fixed a typo in PATCH 5/8 v2 -> v3: - modify PATCH 1/8: drop the provider argument from the function adding lookup entries and instead pass the provider name to the RESET_LOOKUP macro, return -EPROBE_DEFER if we locate a correct lookup entry but cannot get the corresponding reset controller - modify the reset lookup entry in psc-da850 - don't manually return -EPROBE_DEFER from davinci-rproc, instead don't emit an error message if devm_reset_control_get_exclusive() returns this error code Bartosz Golaszewski (8): reset: modify the way reset lookup works for board files ARM: davinci: dts: make psc0 a reset provider ARM: davinci: dts: add a reset control to the dsp node clk: davinci: add a reset lookup table for psc0 remoteproc: da8xx: add the missing retval check for clk_enable() remoteproc: da8xx: prepare and unprepare the clock where needed remoteproc: da8xx: use the reset framework clk: davinci: kill davinci_clk_reset_assert/deassert() arch/arm/boot/dts/da850.dtsi | 2 ++ arch/arm/mach-davinci/include/mach/clock.h | 21 --------------- drivers/clk/davinci/psc-da850.c | 7 +++++ drivers/clk/davinci/psc.c | 19 +------------- drivers/remoteproc/da8xx_remoteproc.c | 42 +++++++++++++++++++++++++----- drivers/reset/core.c | 38 ++++++++++++++++++++++----- include/linux/reset-controller.h | 12 +++++---- 7 files changed, 83 insertions(+), 58 deletions(-) delete mode 100644 arch/arm/mach-davinci/include/mach/clock.h -- 2.16.1
WARNING: multiple messages have this Message-ID (diff)
From: brgl@bgdev.pl (Bartosz Golaszewski) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework Date: Fri, 23 Mar 2018 12:47:01 +0100 [thread overview] Message-ID: <20180323114709.20330-1-brgl@bgdev.pl> (raw) From: Bartosz Golaszewski <bgolaszewski@baylibre.com> This series converts the only user of the handcoded, mach-specific reset routines in the davinci platform to using the reset framework. Patch 1 modifies the way lookup entries are registered with the reset framework. Patches 2-4 add necessary lookups/DT-properties. Patches 5-7 convert the davinci-rproc driver to the reset framework. Patch 8 removes now dead code. Philipp: it turned out that it's indeed better to use the reset controller's device name for the entry lookup. Tested both in DT and legacy modes by booting the examples from ti-ipc-rtos recipe in meta-ti. This series applies on top of David Lechner's common-clk-v9 branch[1] with Philipp Zabel's reset/next branch[2] pulled in. It can be found in my github tree as well[3]. [1] git://github.com/dlech/ev3dev-kernel.git common-clk-v9 [2] git://git.pengutronix.de/git/pza/linux reset/next [3] git at github.com:brgl/linux.git topic/davinci-reset v1 -> v2: - fixed the device tree patches the descriptions of which were mixed up - return -EPROBE_DEFER from davinci-rproc's probe() if we can't get the reset provider, since it's possible that the lookup table was not yet registered - made the local variable naming consistent in the davinci-rproc driver - fixed a typo in PATCH 5/8 v2 -> v3: - modify PATCH 1/8: drop the provider argument from the function adding lookup entries and instead pass the provider name to the RESET_LOOKUP macro, return -EPROBE_DEFER if we locate a correct lookup entry but cannot get the corresponding reset controller - modify the reset lookup entry in psc-da850 - don't manually return -EPROBE_DEFER from davinci-rproc, instead don't emit an error message if devm_reset_control_get_exclusive() returns this error code Bartosz Golaszewski (8): reset: modify the way reset lookup works for board files ARM: davinci: dts: make psc0 a reset provider ARM: davinci: dts: add a reset control to the dsp node clk: davinci: add a reset lookup table for psc0 remoteproc: da8xx: add the missing retval check for clk_enable() remoteproc: da8xx: prepare and unprepare the clock where needed remoteproc: da8xx: use the reset framework clk: davinci: kill davinci_clk_reset_assert/deassert() arch/arm/boot/dts/da850.dtsi | 2 ++ arch/arm/mach-davinci/include/mach/clock.h | 21 --------------- drivers/clk/davinci/psc-da850.c | 7 +++++ drivers/clk/davinci/psc.c | 19 +------------- drivers/remoteproc/da8xx_remoteproc.c | 42 +++++++++++++++++++++++++----- drivers/reset/core.c | 38 ++++++++++++++++++++++----- include/linux/reset-controller.h | 12 +++++---- 7 files changed, 83 insertions(+), 58 deletions(-) delete mode 100644 arch/arm/mach-davinci/include/mach/clock.h -- 2.16.1
next reply other threads:[~2018-03-23 11:47 UTC|newest] Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-03-23 11:47 Bartosz Golaszewski [this message] 2018-03-23 11:47 ` [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 1/8] reset: modify the way reset lookup works for board files Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 12:04 ` Philipp Zabel 2018-03-23 12:04 ` Philipp Zabel 2018-03-23 12:04 ` Philipp Zabel 2018-03-23 12:04 ` Philipp Zabel 2018-03-23 11:47 ` [PATCH v3 2/8] ARM: davinci: dts: make psc0 a reset provider Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 3/8] ARM: davinci: dts: add a reset control to the dsp node Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 4/8] clk: davinci: add a reset lookup table for psc0 Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 5/8] remoteproc: da8xx: add the missing retval check for clk_enable() Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 6/8] remoteproc: da8xx: prepare and unprepare the clock where needed Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 7/8] remoteproc: da8xx: use the reset framework Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-23 11:47 ` [PATCH v3 8/8] clk: davinci: kill davinci_clk_reset_assert/deassert() Bartosz Golaszewski 2018-03-23 11:47 ` Bartosz Golaszewski 2018-03-27 9:20 [PATCH v3 0/8] ARM: davinci: complete the conversion to using the reset framework Bartosz Golaszewski 2018-03-27 9:20 ` Bartosz Golaszewski 2018-03-27 9:25 ` Philipp Zabel 2018-03-27 9:25 ` Philipp Zabel 2018-03-27 9:25 ` Philipp Zabel 2018-03-27 16:48 ` David Lechner 2018-03-27 16:48 ` David Lechner 2018-03-30 11:07 ` Bartosz Golaszewski 2018-03-30 11:07 ` Bartosz Golaszewski 2018-03-28 22:41 ` Suman Anna 2018-03-28 22:41 ` Suman Anna 2018-03-28 22:41 ` Suman Anna 2018-03-28 22:41 ` Suman Anna
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=20180323114709.20330-1-brgl@bgdev.pl \ --to=brgl@bgdev.pl \ --cc=bgolaszewski@baylibre.com \ --cc=bjorn.andersson@linaro.org \ --cc=david@lechnology.com \ --cc=devicetree@vger.kernel.org \ --cc=khilman@kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-clk@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-remoteproc@vger.kernel.org \ --cc=linux@armlinux.org.uk \ --cc=mark.rutland@arm.com \ --cc=mturquette@baylibre.com \ --cc=nsekhar@ti.com \ --cc=ohad@wizery.com \ --cc=p.zabel@pengutronix.de \ --cc=robh+dt@kernel.org \ --cc=sboyd@kernel.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: linkBe 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.