* [PATCH 0/2] spi: add wakeup handling to SPI core @ 2019-11-12 5:54 Dmitry Torokhov 2019-11-12 5:54 ` [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts Dmitry Torokhov 0 siblings, 1 reply; 12+ messages in thread From: Dmitry Torokhov @ 2019-11-12 5:54 UTC (permalink / raw) To: Mark Brown; +Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree These patches add wakeup handling for SPI devices to SPI core, mirroring I2C subsystem. Users can mark devices as "wakeup-source" in device tree (or using static device properties) and SPI core will mark the primary interrupt line as wakeirq and mark the device as wakeup enabled. There is also an option to define a dedicated wake irq. Dmitry Torokhov (2): spi: dt-bindings: spi-controller: add wakeup-source and interrupts spi: wire up wakeup-source/wakeirq handling .../bindings/spi/spi-controller.yaml | 23 ++++++++++++++++ drivers/spi/spi.c | 27 ++++++++++++++++++- 2 files changed, 49 insertions(+), 1 deletion(-) -- 2.24.0.rc1.363.gb1bccd3e3d-goog ^ permalink raw reply [flat|nested] 12+ messages in thread
* [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 5:54 [PATCH 0/2] spi: add wakeup handling to SPI core Dmitry Torokhov @ 2019-11-12 5:54 ` Dmitry Torokhov 2019-11-12 12:03 ` Mark Brown 0 siblings, 1 reply; 12+ messages in thread From: Dmitry Torokhov @ 2019-11-12 5:54 UTC (permalink / raw) To: Mark Brown; +Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree This change adds bindings for wakeup-source and interrupts/interrupt-names properties that can be used to configure device as wakeup source on the system. Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com> --- .../bindings/spi/spi-controller.yaml | 23 +++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/Documentation/devicetree/bindings/spi/spi-controller.yaml b/Documentation/devicetree/bindings/spi/spi-controller.yaml index 732339275848c..4e31a4bf6851c 100644 --- a/Documentation/devicetree/bindings/spi/spi-controller.yaml +++ b/Documentation/devicetree/bindings/spi/spi-controller.yaml @@ -78,6 +78,29 @@ patternProperties: description: Chip select used by the device. + interrupts: + items: + - description: main interrupt (attention) line. + - description: dedicated wakeup interrupt. + minItems: 1 # The wakeup interrupt is optional. + description: + Specifies interrupt lines a device is connected to. Typically a + device is wired to a single interrupt line that is used as + "attention" signal and also to wake up system when device is + set up as wakeup source. However on some systems a dedicated + wakeup line might be used. + + interrupt-names: + items: + - const: irq + - const: wakeup + minItems: 1 + + wakeup-source: + description: + Device is capable of waking up the system. + type: boolean + spi-3wire: $ref: /schemas/types.yaml#/definitions/flag description: -- 2.24.0.rc1.363.gb1bccd3e3d-goog ^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 5:54 ` [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts Dmitry Torokhov @ 2019-11-12 12:03 ` Mark Brown 2019-11-12 19:03 ` Dmitry Torokhov 0 siblings, 1 reply; 12+ messages in thread From: Mark Brown @ 2019-11-12 12:03 UTC (permalink / raw) To: Dmitry Torokhov Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree [-- Attachment #1: Type: text/plain, Size: 965 bytes --] On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > + interrupts: > + items: > + - description: main interrupt (attention) line. > + - description: dedicated wakeup interrupt. > + minItems: 1 # The wakeup interrupt is optional. > + description: > + Specifies interrupt lines a device is connected to. Typically a > + device is wired to a single interrupt line that is used as > + "attention" signal and also to wake up system when device is > + set up as wakeup source. However on some systems a dedicated > + wakeup line might be used. > + interrupt-names: > + items: > + - const: irq > + - const: wakeup > + minItems: 1 How will this interact with a SPI device that defines interrupts at the device level, possibly more than one of them? Especially if the device has its own idea what the interrupts should be called. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 12:03 ` Mark Brown @ 2019-11-12 19:03 ` Dmitry Torokhov 2019-11-12 19:15 ` Mark Brown 0 siblings, 1 reply; 12+ messages in thread From: Dmitry Torokhov @ 2019-11-12 19:03 UTC (permalink / raw) To: Mark Brown; +Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > + interrupts: > > + items: > > + - description: main interrupt (attention) line. > > + - description: dedicated wakeup interrupt. > > + minItems: 1 # The wakeup interrupt is optional. > > + description: > > + Specifies interrupt lines a device is connected to. Typically a > > + device is wired to a single interrupt line that is used as > > + "attention" signal and also to wake up system when device is > > + set up as wakeup source. However on some systems a dedicated > > + wakeup line might be used. > > > + interrupt-names: > > + items: > > + - const: irq > > + - const: wakeup > > + minItems: 1 > > How will this interact with a SPI device that defines interrupts at the > device level, possibly more than one of them? Especially if the device > has its own idea what the interrupts should be called. My understanding that individual drivers should be able to override whatever the default behavior core has configured, and the device can establish their own mapping. We have this in I2C and I believe this works well. Is the concern about the device tree scheme or SPI core handling? Thanks. -- Dmitry ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 19:03 ` Dmitry Torokhov @ 2019-11-12 19:15 ` Mark Brown 2019-11-12 19:36 ` Dmitry Torokhov 0 siblings, 1 reply; 12+ messages in thread From: Mark Brown @ 2019-11-12 19:15 UTC (permalink / raw) To: Dmitry Torokhov Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree [-- Attachment #1: Type: text/plain, Size: 1097 bytes --] On Tue, Nov 12, 2019 at 11:03:28AM -0800, Dmitry Torokhov wrote: > On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > + interrupts: > > > + items: > > > + - description: main interrupt (attention) line. > > > + - description: dedicated wakeup interrupt. > > > + minItems: 1 # The wakeup interrupt is optional. > > > + interrupt-names: > > > + items: > > > + - const: irq > > > + - const: wakeup > > > + minItems: 1 > > How will this interact with a SPI device that defines interrupts at the > > device level, possibly more than one of them? Especially if the device > > has its own idea what the interrupts should be called. > My understanding that individual drivers should be able to override > whatever the default behavior core has configured, and the device can > establish their own mapping. We have this in I2C and I believe this > works well. > Is the concern about the device tree scheme or SPI core handling? Both really. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 19:15 ` Mark Brown @ 2019-11-12 19:36 ` Dmitry Torokhov 2019-11-12 19:42 ` Mark Brown 2019-11-14 22:26 ` Rob Herring 0 siblings, 2 replies; 12+ messages in thread From: Dmitry Torokhov @ 2019-11-12 19:36 UTC (permalink / raw) To: Mark Brown; +Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree On Tue, Nov 12, 2019 at 07:15:47PM +0000, Mark Brown wrote: > On Tue, Nov 12, 2019 at 11:03:28AM -0800, Dmitry Torokhov wrote: > > On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > > > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > > > + interrupts: > > > > + items: > > > > + - description: main interrupt (attention) line. > > > > + - description: dedicated wakeup interrupt. > > > > + minItems: 1 # The wakeup interrupt is optional. > > > > > + interrupt-names: > > > > + items: > > > > + - const: irq > > > > + - const: wakeup > > > > + minItems: 1 > > > > How will this interact with a SPI device that defines interrupts at the > > > device level, possibly more than one of them? Especially if the device > > > has its own idea what the interrupts should be called. > > > My understanding that individual drivers should be able to override > > whatever the default behavior core has configured, and the device can > > establish their own mapping. We have this in I2C and I believe this > > works well. > > > Is the concern about the device tree scheme or SPI core handling? > > Both really. So as I mentioned, the driver is not forced to use the interrupt supplied by the SPI core, and the worst thing is that the core configures the main IRQ as wakeirq and driver would need to call dev_pm_clear_wake_irq() before switching to correct one. I expect there will be just a few drivers needing that and many more would benefit from the default behavior and not needing to repeat the same boilerplate code. As far as scheme goes - I hope that Rob could confirm that we can override number of interrupts and names in consumers of the binding, as needed. -- Dmitry ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 19:36 ` Dmitry Torokhov @ 2019-11-12 19:42 ` Mark Brown 2019-11-14 22:26 ` Rob Herring 1 sibling, 0 replies; 12+ messages in thread From: Mark Brown @ 2019-11-12 19:42 UTC (permalink / raw) To: Dmitry Torokhov Cc: linux-kernel, linux-spi, Mark Rutland, Rob Herring, devicetree [-- Attachment #1: Type: text/plain, Size: 333 bytes --] On Tue, Nov 12, 2019 at 11:36:53AM -0800, Dmitry Torokhov wrote: > As far as scheme goes - I hope that Rob could confirm that we can > override number of interrupts and names in consumers of the binding, as > needed. Yes, I think that's the main worry here - if there's issue with the framework bit we should be able to sort that. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-12 19:36 ` Dmitry Torokhov 2019-11-12 19:42 ` Mark Brown @ 2019-11-14 22:26 ` Rob Herring 2019-11-14 23:08 ` Dmitry Torokhov 1 sibling, 1 reply; 12+ messages in thread From: Rob Herring @ 2019-11-14 22:26 UTC (permalink / raw) To: Dmitry Torokhov Cc: Mark Brown, linux-kernel, linux-spi, Mark Rutland, devicetree On Tue, Nov 12, 2019 at 11:36:53AM -0800, Dmitry Torokhov wrote: > On Tue, Nov 12, 2019 at 07:15:47PM +0000, Mark Brown wrote: > > On Tue, Nov 12, 2019 at 11:03:28AM -0800, Dmitry Torokhov wrote: > > > On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > > > > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > > > > > + interrupts: > > > > > + items: > > > > > + - description: main interrupt (attention) line. > > > > > + - description: dedicated wakeup interrupt. > > > > > + minItems: 1 # The wakeup interrupt is optional. > > > > > > > + interrupt-names: > > > > > + items: > > > > > + - const: irq > > > > > + - const: wakeup > > > > > + minItems: 1 > > > > > > How will this interact with a SPI device that defines interrupts at the > > > > device level, possibly more than one of them? Especially if the device > > > > has its own idea what the interrupts should be called. > > > > > My understanding that individual drivers should be able to override > > > whatever the default behavior core has configured, and the device can > > > establish their own mapping. We have this in I2C and I believe this > > > works well. > > > > > Is the concern about the device tree scheme or SPI core handling? > > > > Both really. > > So as I mentioned, the driver is not forced to use the interrupt > supplied by the SPI core, and the worst thing is that the core > configures the main IRQ as wakeirq and driver would need to call > dev_pm_clear_wake_irq() before switching to correct one. I expect there > will be just a few drivers needing that and many more would benefit from > the default behavior and not needing to repeat the same boilerplate > code. > > As far as scheme goes - I hope that Rob could confirm that we can > override number of interrupts and names in consumers of the binding, as > needed. This won't work. A device schema doesn't override what's defined here, but just further constrains this schema. You could define a "spi irq" schema which devices can include if they want to, but I don't think this pattern is that common to SPI devices. There's not any spec behind compared to say alert irq for SMBus. The 'wakeup' irq name is standardized (for DT), but that's not SPI specific. About all we could define there is 'wakeup-source' is boolean and if there is more than one interrupt, one should be named 'wakeup'. Rob ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-14 22:26 ` Rob Herring @ 2019-11-14 23:08 ` Dmitry Torokhov 2019-11-15 13:52 ` Rob Herring 0 siblings, 1 reply; 12+ messages in thread From: Dmitry Torokhov @ 2019-11-14 23:08 UTC (permalink / raw) To: Rob Herring; +Cc: Mark Brown, lkml, linux-spi, Mark Rutland, DTML On Thu, Nov 14, 2019 at 2:26 PM Rob Herring <robh@kernel.org> wrote: > > On Tue, Nov 12, 2019 at 11:36:53AM -0800, Dmitry Torokhov wrote: > > On Tue, Nov 12, 2019 at 07:15:47PM +0000, Mark Brown wrote: > > > On Tue, Nov 12, 2019 at 11:03:28AM -0800, Dmitry Torokhov wrote: > > > > On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > > > > > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > > > > > > > + interrupts: > > > > > > + items: > > > > > > + - description: main interrupt (attention) line. > > > > > > + - description: dedicated wakeup interrupt. > > > > > > + minItems: 1 # The wakeup interrupt is optional. > > > > > > > > > + interrupt-names: > > > > > > + items: > > > > > > + - const: irq > > > > > > + - const: wakeup > > > > > > + minItems: 1 > > > > > > > > How will this interact with a SPI device that defines interrupts at the > > > > > device level, possibly more than one of them? Especially if the device > > > > > has its own idea what the interrupts should be called. > > > > > > > My understanding that individual drivers should be able to override > > > > whatever the default behavior core has configured, and the device can > > > > establish their own mapping. We have this in I2C and I believe this > > > > works well. > > > > > > > Is the concern about the device tree scheme or SPI core handling? > > > > > > Both really. > > > > So as I mentioned, the driver is not forced to use the interrupt > > supplied by the SPI core, and the worst thing is that the core > > configures the main IRQ as wakeirq and driver would need to call > > dev_pm_clear_wake_irq() before switching to correct one. I expect there > > will be just a few drivers needing that and many more would benefit from > > the default behavior and not needing to repeat the same boilerplate > > code. > > > > As far as scheme goes - I hope that Rob could confirm that we can > > override number of interrupts and names in consumers of the binding, as > > needed. > > This won't work. A device schema doesn't override what's defined here, > but just further constrains this schema. > > You could define a "spi irq" schema which devices can include if they > want to, but I don't think this pattern is that common to SPI devices. > There's not any spec behind compared to say alert irq for SMBus. > > The 'wakeup' irq name is standardized (for DT), but that's not SPI > specific. About all we could define there is 'wakeup-source' is boolean > and if there is more than one interrupt, one should be named 'wakeup'. OK, so what I am hearing is "interrupt"/"interrupt-names" properties should be defined in individual device's bindings, and wakeup-source can stay in spi-controller.yaml, right? And as far as SPI core goes, we can still do what I proposed, because we already handle "first" interrupt as the default one and the drivers can override as needed anyway... Thanks. -- Dmitry ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-14 23:08 ` Dmitry Torokhov @ 2019-11-15 13:52 ` Rob Herring 2019-11-15 15:22 ` Mark Brown 0 siblings, 1 reply; 12+ messages in thread From: Rob Herring @ 2019-11-15 13:52 UTC (permalink / raw) To: Dmitry Torokhov; +Cc: Mark Brown, lkml, linux-spi, Mark Rutland, DTML On Thu, Nov 14, 2019 at 5:09 PM Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote: > > On Thu, Nov 14, 2019 at 2:26 PM Rob Herring <robh@kernel.org> wrote: > > > > On Tue, Nov 12, 2019 at 11:36:53AM -0800, Dmitry Torokhov wrote: > > > On Tue, Nov 12, 2019 at 07:15:47PM +0000, Mark Brown wrote: > > > > On Tue, Nov 12, 2019 at 11:03:28AM -0800, Dmitry Torokhov wrote: > > > > > On Tue, Nov 12, 2019 at 12:03:07PM +0000, Mark Brown wrote: > > > > > > On Mon, Nov 11, 2019 at 09:54:10PM -0800, Dmitry Torokhov wrote: > > > > > > > > > > > + interrupts: > > > > > > > + items: > > > > > > > + - description: main interrupt (attention) line. > > > > > > > + - description: dedicated wakeup interrupt. > > > > > > > + minItems: 1 # The wakeup interrupt is optional. > > > > > > > > > > > + interrupt-names: > > > > > > > + items: > > > > > > > + - const: irq > > > > > > > + - const: wakeup > > > > > > > + minItems: 1 > > > > > > > > > > How will this interact with a SPI device that defines interrupts at the > > > > > > device level, possibly more than one of them? Especially if the device > > > > > > has its own idea what the interrupts should be called. > > > > > > > > > My understanding that individual drivers should be able to override > > > > > whatever the default behavior core has configured, and the device can > > > > > establish their own mapping. We have this in I2C and I believe this > > > > > works well. > > > > > > > > > Is the concern about the device tree scheme or SPI core handling? > > > > > > > > Both really. > > > > > > So as I mentioned, the driver is not forced to use the interrupt > > > supplied by the SPI core, and the worst thing is that the core > > > configures the main IRQ as wakeirq and driver would need to call > > > dev_pm_clear_wake_irq() before switching to correct one. I expect there > > > will be just a few drivers needing that and many more would benefit from > > > the default behavior and not needing to repeat the same boilerplate > > > code. > > > > > > As far as scheme goes - I hope that Rob could confirm that we can > > > override number of interrupts and names in consumers of the binding, as > > > needed. > > > > This won't work. A device schema doesn't override what's defined here, > > but just further constrains this schema. > > > > You could define a "spi irq" schema which devices can include if they > > want to, but I don't think this pattern is that common to SPI devices. > > There's not any spec behind compared to say alert irq for SMBus. > > > > The 'wakeup' irq name is standardized (for DT), but that's not SPI > > specific. About all we could define there is 'wakeup-source' is boolean > > and if there is more than one interrupt, one should be named 'wakeup'. > > OK, so what I am hearing is "interrupt"/"interrupt-names" properties > should be defined in individual device's bindings, and wakeup-source > can stay in spi-controller.yaml, right? It could, but it's not SPI specific. I think we should convert bindings/power/wakeup-source.txt instead. Something like this: select: true properties: wakeup-source: type: boolean description: ... if: properties: interrupt-names: contains: const: wakeup required: - interrupt-names then: required: - wakeup-source dependencies: wakeup-source: [ interrupts ] Rob > And as far as SPI core goes, we can still do what I proposed, because > we already handle "first" interrupt as the default one and the drivers > can override as needed anyway... > > Thanks. > > -- > Dmitry ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-15 13:52 ` Rob Herring @ 2019-11-15 15:22 ` Mark Brown 2019-11-15 19:43 ` Rob Herring 0 siblings, 1 reply; 12+ messages in thread From: Mark Brown @ 2019-11-15 15:22 UTC (permalink / raw) To: Rob Herring; +Cc: Dmitry Torokhov, lkml, linux-spi, Mark Rutland, DTML [-- Attachment #1: Type: text/plain, Size: 690 bytes --] On Fri, Nov 15, 2019 at 07:52:22AM -0600, Rob Herring wrote: > if: > properties: > interrupt-names: > contains: > const: wakeup > required: > - interrupt-names > then: > required: > - wakeup-source That seems to say that if we have a device that has an interrupt called "wakeup" then it must be a wakeup source. Is that desirable? Being able to wake the system is partly a property of the system as a whole (the wakeup signal needs to be wired somewhere where it can wake things) and a device might have a signal that could be used to wake the system, may even be called "wakeup" by the device but for some reason isn't wired suitably in a given system. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts 2019-11-15 15:22 ` Mark Brown @ 2019-11-15 19:43 ` Rob Herring 0 siblings, 0 replies; 12+ messages in thread From: Rob Herring @ 2019-11-15 19:43 UTC (permalink / raw) To: Mark Brown; +Cc: Dmitry Torokhov, lkml, linux-spi, Mark Rutland, DTML On Fri, Nov 15, 2019 at 9:22 AM Mark Brown <broonie@kernel.org> wrote: > > On Fri, Nov 15, 2019 at 07:52:22AM -0600, Rob Herring wrote: > > > if: > > properties: > > interrupt-names: > > contains: > > const: wakeup > > required: > > - interrupt-names > > then: > > required: > > - wakeup-source > > That seems to say that if we have a device that has an interrupt called > "wakeup" then it must be a wakeup source. Is that desirable? Being > able to wake the system is partly a property of the system as a whole > (the wakeup signal needs to be wired somewhere where it can wake things) > and a device might have a signal that could be used to wake the system, > may even be called "wakeup" by the device but for some reason isn't > wired suitably in a given system. Perhaps it is too strict. It would be useful as a "Did you forget wakeup-source?" message, but we don't have a way to distinguish that. Rob ^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2019-11-15 19:43 UTC | newest] Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-11-12 5:54 [PATCH 0/2] spi: add wakeup handling to SPI core Dmitry Torokhov 2019-11-12 5:54 ` [PATCH 1/2] spi: dt-bindings: spi-controller: add wakeup-source and interrupts Dmitry Torokhov 2019-11-12 12:03 ` Mark Brown 2019-11-12 19:03 ` Dmitry Torokhov 2019-11-12 19:15 ` Mark Brown 2019-11-12 19:36 ` Dmitry Torokhov 2019-11-12 19:42 ` Mark Brown 2019-11-14 22:26 ` Rob Herring 2019-11-14 23:08 ` Dmitry Torokhov 2019-11-15 13:52 ` Rob Herring 2019-11-15 15:22 ` Mark Brown 2019-11-15 19:43 ` Rob Herring
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).