From: Johan Hovold <johan@kernel.org>
To: Lee Jones <lee.jones@linaro.org>
Cc: Johan Hovold <johan@kernel.org>,
Auto Configured <romain.perier@gmail.com>,
Mark Brown <broonie@kernel.org>,
heiko@sntech.de, grant.likely@linaro.org, robh@kernel.org,
devicetree@vger.kernel.org, lgirdwood@gmail.com,
mark.rutland@arm.com, linux-pm@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, balbi@ti.com
Subject: Re: [PATCH v4 1/2] of: Rename "poweroff-source" property to "system-power-controller"
Date: Mon, 24 Nov 2014 12:35:18 +0100 [thread overview]
Message-ID: <20141124113518.GC6875@localhost> (raw)
In-Reply-To: <20141124102456.GE4241@x1>
On Mon, Nov 24, 2014 at 10:24:56AM +0000, Lee Jones wrote:
> On Fri, 21 Nov 2014, Johan Hovold wrote:
> > On Thu, Nov 13, 2014 at 01:34:58PM +0000, Auto Configured wrote:
> > > From: Romain Perier <romain.perier@gmail.com>
> > >
> > > It reverts commit a4b4e0461ec5 ("of: Add standard property for poweroff capability").
> > > As discussed on the mailing list, it makes more sense to rename back to the
> > > old established property name, without the vendor prefix. Problem being that
> > > the word "source" usually tends to be used for inputs and that is out of control
> > > of the OS. The poweroff capability is an output which simply turns the
> > > system-power off. Also, this property might be used by drivers which power-off
> > > the system and power back on subsequent RTC alarms. This seems to suggest to
> > > remove "poweroff" from the property name and to choose "system-power-controller"
> > > as the more generic name. This patchs adds the required renaming changes and
> > > defines an helper function which is compatible with both properties, the old one
> > > which was only used by tps65910 and the new one without vendor-prefix.
> >
> > Now this is a bit of a mess.
> >
> > There's a commit in the mfd tree, 25f833c1171d ("mfd: tps65910: Convert
> > ti,system-power-controller DT property to poweroff-source"), which
> > breaks all dts using tps65910 since these are never updated to the now
> > retracted property name ("poweroff-source").
>
> My word!
>
> Romain, what conversation on the MLs are you talking about?
I think Romain is referring to this thread:
https://lkml.org/lkml/2014/10/23/161
> > This one should simply be reverted ASAP.
>
> No need to revert, I can just remove the patch from the MFD tree.
Ok, good. Then this is limited to the regulator tree, and we could
proceed as I outlined below.
> > > Signed-off-by: Romain Perier <romain.perier@gmail.com>
> > > ---
> > > .../bindings/power/{poweroff.txt => power-controller.txt} | 0
> > > .../devicetree/bindings/regulator/act8865-regulator.txt | 4 ++--
> > > drivers/mfd/tps65910.c | 9 ++++++++-
> > > drivers/regulator/act8865-regulator.c | 2 +-
> > > include/linux/of.h | 6 +++---
> > > 5 files changed, 14 insertions(+), 7 deletions(-)
> >
> > Romain, what tree is this patch against? The changes to the tps65910
> > driver appears not to even be in the regulator tree, yet you asked Mark
> > to merge this. And the MFD maintainer is not even on CC.
> >
> > Let's fix the breakage by reverting the offending commit in mfd. Then the
> > new standard name can be introduced in regulator alone (e.g. this patch
> > without the tps65910 bits) as nothing outside of regulator should be
> > using the new power-off feature (or binding) for act8865. Then other
> > drivers and dts can be converted to use the new property name (while
> > retaining backwards compatibility) for 3.20.
> >
> > [ We should probably also consider adding an "of_device_is_" prefix to
> > the helper name for consistency. ]
Romain, care to resend this patch without the tps65910 chunks?
You should also fix the commit message, which claims to define a "helper
function which is compatible with both properties", something which was
no longer the case.
Thanks,
Johan
WARNING: multiple messages have this Message-ID (diff)
From: johan@kernel.org (Johan Hovold)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 1/2] of: Rename "poweroff-source" property to "system-power-controller"
Date: Mon, 24 Nov 2014 12:35:18 +0100 [thread overview]
Message-ID: <20141124113518.GC6875@localhost> (raw)
In-Reply-To: <20141124102456.GE4241@x1>
On Mon, Nov 24, 2014 at 10:24:56AM +0000, Lee Jones wrote:
> On Fri, 21 Nov 2014, Johan Hovold wrote:
> > On Thu, Nov 13, 2014 at 01:34:58PM +0000, Auto Configured wrote:
> > > From: Romain Perier <romain.perier@gmail.com>
> > >
> > > It reverts commit a4b4e0461ec5 ("of: Add standard property for poweroff capability").
> > > As discussed on the mailing list, it makes more sense to rename back to the
> > > old established property name, without the vendor prefix. Problem being that
> > > the word "source" usually tends to be used for inputs and that is out of control
> > > of the OS. The poweroff capability is an output which simply turns the
> > > system-power off. Also, this property might be used by drivers which power-off
> > > the system and power back on subsequent RTC alarms. This seems to suggest to
> > > remove "poweroff" from the property name and to choose "system-power-controller"
> > > as the more generic name. This patchs adds the required renaming changes and
> > > defines an helper function which is compatible with both properties, the old one
> > > which was only used by tps65910 and the new one without vendor-prefix.
> >
> > Now this is a bit of a mess.
> >
> > There's a commit in the mfd tree, 25f833c1171d ("mfd: tps65910: Convert
> > ti,system-power-controller DT property to poweroff-source"), which
> > breaks all dts using tps65910 since these are never updated to the now
> > retracted property name ("poweroff-source").
>
> My word!
>
> Romain, what conversation on the MLs are you talking about?
I think Romain is referring to this thread:
https://lkml.org/lkml/2014/10/23/161
> > This one should simply be reverted ASAP.
>
> No need to revert, I can just remove the patch from the MFD tree.
Ok, good. Then this is limited to the regulator tree, and we could
proceed as I outlined below.
> > > Signed-off-by: Romain Perier <romain.perier@gmail.com>
> > > ---
> > > .../bindings/power/{poweroff.txt => power-controller.txt} | 0
> > > .../devicetree/bindings/regulator/act8865-regulator.txt | 4 ++--
> > > drivers/mfd/tps65910.c | 9 ++++++++-
> > > drivers/regulator/act8865-regulator.c | 2 +-
> > > include/linux/of.h | 6 +++---
> > > 5 files changed, 14 insertions(+), 7 deletions(-)
> >
> > Romain, what tree is this patch against? The changes to the tps65910
> > driver appears not to even be in the regulator tree, yet you asked Mark
> > to merge this. And the MFD maintainer is not even on CC.
> >
> > Let's fix the breakage by reverting the offending commit in mfd. Then the
> > new standard name can be introduced in regulator alone (e.g. this patch
> > without the tps65910 bits) as nothing outside of regulator should be
> > using the new power-off feature (or binding) for act8865. Then other
> > drivers and dts can be converted to use the new property name (while
> > retaining backwards compatibility) for 3.20.
> >
> > [ We should probably also consider adding an "of_device_is_" prefix to
> > the helper name for consistency. ]
Romain, care to resend this patch without the tps65910 chunks?
You should also fix the commit message, which claims to define a "helper
function which is compatible with both properties", something which was
no longer the case.
Thanks,
Johan
next prev parent reply other threads:[~2014-11-24 11:35 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-13 13:34 [PATCH v4 0/2] poweroff-source DT property renaming Auto Configured
2014-11-13 13:34 ` [PATCH v4 1/2] of: Rename "poweroff-source" property to "system-power-controller" Auto Configured
2014-11-13 20:55 ` Grant Likely
2014-11-13 20:55 ` Grant Likely
2014-11-13 20:55 ` Grant Likely
2014-11-14 7:22 ` Romain Perier
2014-11-14 7:22 ` Romain Perier
2014-11-17 10:51 ` Romain Perier
2014-11-17 10:51 ` Romain Perier
2014-11-20 10:44 ` Romain Perier
2014-11-20 10:44 ` Romain Perier
2014-11-21 10:59 ` Johan Hovold
2014-11-21 10:59 ` Johan Hovold
2014-11-21 10:59 ` Johan Hovold
2014-11-21 11:00 ` [PATCH] Revert "mfd: tps65910: Convert ti,system-power-controller DT property to poweroff-source" Johan Hovold
2014-11-21 11:00 ` [PATCH] Revert "mfd: tps65910: Convert ti, system-power-controller " Johan Hovold
2014-11-21 13:18 ` [PATCH v4 1/2] of: Rename "poweroff-source" property to "system-power-controller" Romain Perier
2014-11-21 13:18 ` Romain Perier
2014-11-21 13:22 ` Romain Perier
2014-11-21 13:22 ` Romain Perier
2014-11-24 10:24 ` Lee Jones
2014-11-24 10:24 ` Lee Jones
2014-11-24 11:35 ` Johan Hovold [this message]
2014-11-24 11:35 ` Johan Hovold
2014-11-24 12:58 ` Romain Perier
2014-11-24 12:58 ` Romain Perier
2014-11-24 13:01 ` Romain Perier
2014-11-24 13:01 ` Romain Perier
2014-11-24 13:12 ` Heiko Stübner
2014-11-24 13:12 ` Heiko Stübner
2014-11-24 13:21 ` Johan Hovold
2014-11-24 13:21 ` Johan Hovold
2014-11-13 13:34 ` [PATCH v4 2/2] dt-bindings: Update documentation for "system-power-controller" and fix misspellings Auto Configured
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=20141124113518.GC6875@localhost \
--to=johan@kernel.org \
--cc=balbi@ti.com \
--cc=broonie@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=grant.likely@linaro.org \
--cc=heiko@sntech.de \
--cc=lee.jones@linaro.org \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=robh@kernel.org \
--cc=romain.perier@gmail.com \
/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.