From: jeffy <jeffy.chen@rock-chips.com> To: Dmitry Torokhov <dmitry.torokhov@gmail.com>, Rob Herring <robh@kernel.org> Cc: linux-kernel@vger.kernel.org, briannorris@chromium.org, dianders@chromium.org, devicetree@vger.kernel.org, Mark Brown <broonie@kernel.org>, linux-spi@vger.kernel.org, Mark Rutland <mark.rutland@arm.com> Subject: Re: [RFC PATCH v3 2/6] dt-bindings: spi/core: add wakeup-source optional property Date: Tue, 27 Jun 2017 10:04:07 +0800 [thread overview] Message-ID: <5951BD17.305@rock-chips.com> (raw) In-Reply-To: <20170626164016.GA4965@dtor-ws> Hi Rob, On 06/27/2017 12:40 AM, Dmitry Torokhov wrote: > On Mon, Jun 26, 2017 at 11:00:11AM -0500, Rob Herring wrote: >> On Wed, Jun 21, 2017 at 06:01:49PM +0800, Jeffy Chen wrote: >>> Update document devicetree bindings to support "wakeup-source" property. >>> >>> Signed-off-by: Jeffy Chen <jeffy.chen@rock-chips.com> >>> --- >>> >>> Changes in v3: None >>> >>> Documentation/devicetree/bindings/spi/spi-bus.txt | 1 + >>> 1 file changed, 1 insertion(+) >>> >>> diff --git a/Documentation/devicetree/bindings/spi/spi-bus.txt b/Documentation/devicetree/bindings/spi/spi-bus.txt >>> index 1f6e86f..0fa1ccf 100644 >>> --- a/Documentation/devicetree/bindings/spi/spi-bus.txt >>> +++ b/Documentation/devicetree/bindings/spi/spi-bus.txt >>> @@ -77,6 +77,7 @@ All slave nodes can contain the following optional properties: >>> Defaults to 1 if not present. >>> - spi-rx-delay-us - Microsecond delay after a read transfer. >>> - spi-tx-delay-us - Microsecond delay after a write transfer. >>> +- wakeup-source - Device can be used as a wakeup source. >> >> wakeup-source is valid for any device with an interrupts property >> already, so I don't think this is necessary. i saw http://lkml.iu.edu/hypermail/linux/kernel/1510.2/04553.html add a Documentation/devicetree/bindings/power/wakeup-source.txt for this, but that serial didn't remove all wakeup-source property from other bindings, but standardize them, for example: 71a0151 Documentation: devicetree: fix reference to legacy wakeup properties +++ b/Documentation/devicetree/bindings/input/gpio-keys.txt @@ -24,6 +24,7 @@ Optional subnode-properties: - debounce-interval: Debouncing interval time in milliseconds. If not specified defaults to 5. - wakeup-source: Boolean, button can wake-up the system. + (Legacy property supported: "gpio-key,wakeup") > > Do you mean it is not necessary on SPI level or not necessary at all? Or > you disagree with wording? Because we do need a way to say that on given > platform the device is supposed to be configured as a wakeup source. > > Thanks. > Hi guys, Mark Brown suggested to put wakeup-source support in some common place instead of sub drivers, should we do that?
WARNING: multiple messages have this Message-ID (diff)
From: jeffy <jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org> To: Dmitry Torokhov <dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>, Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Mark Brown <broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>, linux-spi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> Subject: Re: [RFC PATCH v3 2/6] dt-bindings: spi/core: add wakeup-source optional property Date: Tue, 27 Jun 2017 10:04:07 +0800 [thread overview] Message-ID: <5951BD17.305@rock-chips.com> (raw) In-Reply-To: <20170626164016.GA4965@dtor-ws> Hi Rob, On 06/27/2017 12:40 AM, Dmitry Torokhov wrote: > On Mon, Jun 26, 2017 at 11:00:11AM -0500, Rob Herring wrote: >> On Wed, Jun 21, 2017 at 06:01:49PM +0800, Jeffy Chen wrote: >>> Update document devicetree bindings to support "wakeup-source" property. >>> >>> Signed-off-by: Jeffy Chen <jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org> >>> --- >>> >>> Changes in v3: None >>> >>> Documentation/devicetree/bindings/spi/spi-bus.txt | 1 + >>> 1 file changed, 1 insertion(+) >>> >>> diff --git a/Documentation/devicetree/bindings/spi/spi-bus.txt b/Documentation/devicetree/bindings/spi/spi-bus.txt >>> index 1f6e86f..0fa1ccf 100644 >>> --- a/Documentation/devicetree/bindings/spi/spi-bus.txt >>> +++ b/Documentation/devicetree/bindings/spi/spi-bus.txt >>> @@ -77,6 +77,7 @@ All slave nodes can contain the following optional properties: >>> Defaults to 1 if not present. >>> - spi-rx-delay-us - Microsecond delay after a read transfer. >>> - spi-tx-delay-us - Microsecond delay after a write transfer. >>> +- wakeup-source - Device can be used as a wakeup source. >> >> wakeup-source is valid for any device with an interrupts property >> already, so I don't think this is necessary. i saw http://lkml.iu.edu/hypermail/linux/kernel/1510.2/04553.html add a Documentation/devicetree/bindings/power/wakeup-source.txt for this, but that serial didn't remove all wakeup-source property from other bindings, but standardize them, for example: 71a0151 Documentation: devicetree: fix reference to legacy wakeup properties +++ b/Documentation/devicetree/bindings/input/gpio-keys.txt @@ -24,6 +24,7 @@ Optional subnode-properties: - debounce-interval: Debouncing interval time in milliseconds. If not specified defaults to 5. - wakeup-source: Boolean, button can wake-up the system. + (Legacy property supported: "gpio-key,wakeup") > > Do you mean it is not necessary on SPI level or not necessary at all? Or > you disagree with wording? Because we do need a way to say that on given > platform the device is supposed to be configured as a wakeup source. > > Thanks. > Hi guys, Mark Brown suggested to put wakeup-source support in some common place instead of sub drivers, should we do that? -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-06-27 2:04 UTC|newest] Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-06-21 10:01 [RFC PATCH v3 0/6] Report wakeup events in cros_ec_keyb and make cros-ec-spi wakeup optional Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen 2017-06-21 10:01 ` [RFC PATCH v3 1/6] spi: core: add support for wakeup-source dts property Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen 2017-06-21 10:52 ` Mark Brown 2017-06-21 10:01 ` [RFC PATCH v3 2/6] dt-bindings: spi/core: add wakeup-source optional property Jeffy Chen 2017-06-26 16:00 ` Rob Herring 2017-06-26 16:00 ` Rob Herring 2017-06-26 16:40 ` Dmitry Torokhov 2017-06-26 16:40 ` Dmitry Torokhov 2017-06-27 2:04 ` jeffy [this message] 2017-06-27 2:04 ` jeffy 2017-06-30 14:44 ` Rob Herring [not found] ` <1498039313-24220-1-git-send-email-jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org> 2017-06-21 10:01 ` [RFC PATCH v3 3/6] ARM/arm64: dts: enable wakeup for cros-ec-spi devices Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen [not found] ` <1498039313-24220-4-git-send-email-jeffy.chen-TNX95d0MmH7DzftRWevZcw@public.gmane.org> 2017-06-21 10:45 ` Krzysztof Kozlowski 2017-06-21 10:45 ` Krzysztof Kozlowski 2017-06-21 10:45 ` Krzysztof Kozlowski 2017-06-21 15:33 ` jeffy 2017-06-21 15:33 ` jeffy 2017-06-21 15:36 ` Krzysztof Kozlowski 2017-06-21 15:36 ` Krzysztof Kozlowski 2017-06-21 15:36 ` Krzysztof Kozlowski 2017-06-22 2:33 ` jeffy 2017-06-22 2:33 ` jeffy 2017-06-22 2:33 ` jeffy 2017-06-21 10:01 ` [RFC PATCH v3 4/6] mfd: cros ec: spi: remove unconditionally wakeup enable Jeffy Chen 2017-06-21 10:01 ` [RFC PATCH v3 5/6] input: cros_ec_keyb: report wakeup events Jeffy Chen 2017-06-21 10:01 ` [RFC PATCH v3 6/6] ARM: dts: cros-ec-keyboard: enable as wakeup source Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen 2017-06-21 10:01 ` Jeffy Chen
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=5951BD17.305@rock-chips.com \ --to=jeffy.chen@rock-chips.com \ --cc=briannorris@chromium.org \ --cc=broonie@kernel.org \ --cc=devicetree@vger.kernel.org \ --cc=dianders@chromium.org \ --cc=dmitry.torokhov@gmail.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-spi@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=robh@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.