From: Mark Brown <broonie@kernel.org>
To: Jim Quinlan <jim2101024@gmail.com>
Cc: Rob Herring <robh@kernel.org>,
Jim Quinlan <james.quinlan@broadcom.com>,
linux-pci <linux-pci@vger.kernel.org>,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>,
bcm-kernel-feedback-list <bcm-kernel-feedback-list@broadcom.com>,
Florian Fainelli <f.fainelli@gmail.com>,
Bjorn Helgaas <bhelgaas@google.com>,
"moderated list:BROADCOM BCM2711/BCM2835 ARM ARCHITECTURE"
<linux-rpi-kernel@lists.infradead.org>,
"moderated list:BROADCOM BCM2711/BCM2835 ARM ARCHITECTURE"
<linux-arm-kernel@lists.infradead.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators
Date: Tue, 5 Jan 2021 14:01:28 +0000 [thread overview]
Message-ID: <20210105140128.GC4487@sirena.org.uk> (raw)
In-Reply-To: <CANCKTBsFALwF8Hy-=orH8D-nd-qyXqFDopATmKCvbqPbUTC7Sw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 674 bytes --]
On Mon, Jan 04, 2021 at 05:12:11PM -0500, Jim Quinlan wrote:
> For us, the supplies are for the EP chip's power. We have the PCIe
> controller turning them "on" for power-on/resume and "off" for
> power-off/suspend. We need the "xxx-supply" property in the
> controller's DT node because of the chicken-and-egg situation: if the
> property was in the EP's DT node, the RC will never discover the EP
> to see that there is a regulator to turn on. We would be happy with
> a single supply name, something like "ep-power". We would be ecstatic
> to have two (ep0-power, ep1-power).
Why can't the controller look at the nodes describing devices for
standard properties?
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Mark Brown <broonie@kernel.org>
To: Jim Quinlan <jim2101024@gmail.com>
Cc: "moderated list:BROADCOM BCM2711/BCM2835 ARM ARCHITECTURE"
<linux-arm-kernel@lists.infradead.org>,
Florian Fainelli <f.fainelli@gmail.com>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@vger.kernel.org>,
linux-pci <linux-pci@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>,
bcm-kernel-feedback-list <bcm-kernel-feedback-list@broadcom.com>,
"moderated list:BROADCOM BCM2711/BCM2835 ARM ARCHITECTURE"
<linux-rpi-kernel@lists.infradead.org>,
Jim Quinlan <james.quinlan@broadcom.com>,
Bjorn Helgaas <bhelgaas@google.com>,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>
Subject: Re: [PATCH v2 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators
Date: Tue, 5 Jan 2021 14:01:28 +0000 [thread overview]
Message-ID: <20210105140128.GC4487@sirena.org.uk> (raw)
In-Reply-To: <CANCKTBsFALwF8Hy-=orH8D-nd-qyXqFDopATmKCvbqPbUTC7Sw@mail.gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 674 bytes --]
On Mon, Jan 04, 2021 at 05:12:11PM -0500, Jim Quinlan wrote:
> For us, the supplies are for the EP chip's power. We have the PCIe
> controller turning them "on" for power-on/resume and "off" for
> power-off/suspend. We need the "xxx-supply" property in the
> controller's DT node because of the chicken-and-egg situation: if the
> property was in the EP's DT node, the RC will never discover the EP
> to see that there is a regulator to turn on. We would be happy with
> a single supply name, something like "ep-power". We would be ecstatic
> to have two (ep0-power, ep1-power).
Why can't the controller look at the nodes describing devices for
standard properties?
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
[-- Attachment #2: Type: text/plain, Size: 176 bytes --]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-01-05 14:02 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-30 21:11 [PATCH v2 0/6] brcmstb: add EP regulators and panic handler Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:11 ` [PATCH v2 1/6] dt-bindings: PCI: Add bindings for Brcmstb EP voltage regulators Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-12-09 14:01 ` Rob Herring
2020-12-09 14:01 ` Rob Herring
2021-01-04 22:12 ` Jim Quinlan
2021-01-04 22:12 ` Jim Quinlan
2021-01-05 14:01 ` Mark Brown [this message]
2021-01-05 14:01 ` Mark Brown
2021-01-05 15:09 ` Jim Quinlan
2021-01-05 15:09 ` Jim Quinlan
2021-01-05 15:33 ` Mark Brown
2021-01-05 15:33 ` Mark Brown
2021-01-07 22:31 ` Rob Herring
2021-01-07 22:31 ` Rob Herring
2020-11-30 21:11 ` [PATCH v2 2/6] PCI: brcmstb: Add control of EP voltage regulator(s) Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:32 ` Florian Fainelli
2020-11-30 21:32 ` Florian Fainelli
2020-11-30 21:11 ` [PATCH v2 3/6] PCI: brcmstb: Do not turn off regulators if EP can wake up Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:29 ` Florian Fainelli
2020-11-30 21:29 ` Florian Fainelli
2020-11-30 21:11 ` [PATCH v2 4/6] PCI: brcmstb: Give 7216 SOCs their own config type Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:24 ` Florian Fainelli
2020-11-30 21:24 ` Florian Fainelli
2020-11-30 21:11 ` [PATCH v2 5/6] PCI: brcmstb: Add panic/die handler to RC driver Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:28 ` Florian Fainelli
2020-11-30 21:28 ` Florian Fainelli
2020-12-01 18:05 ` Bjorn Helgaas
2020-12-01 18:05 ` Bjorn Helgaas
2020-12-01 20:12 ` Jim Quinlan
2020-12-01 20:12 ` Jim Quinlan
2021-01-06 19:19 ` Bjorn Helgaas
2021-01-06 19:19 ` Bjorn Helgaas
[not found] ` <CA+-6iNzARUT63Mv7qFzk_g5wep4v6aPuN8f8yjQcgozVcKhVTw@mail.gmail.com>
2021-01-06 19:57 ` Jim Quinlan
2021-01-06 19:57 ` Jim Quinlan
2021-01-06 23:11 ` Bjorn Helgaas
2021-01-06 23:11 ` Bjorn Helgaas
2020-11-30 21:11 ` [PATCH v2 6/6] PCI: brcmstb: check return value of clk_prepare_enable() Jim Quinlan
2020-11-30 21:11 ` Jim Quinlan
2020-11-30 21:24 ` Florian Fainelli
2020-11-30 21:24 ` Florian Fainelli
2021-01-06 19:19 ` [PATCH v2 0/6] brcmstb: add EP regulators and panic handler Bjorn Helgaas
2021-01-06 19:19 ` Bjorn Helgaas
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=20210105140128.GC4487@sirena.org.uk \
--to=broonie@kernel.org \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=bhelgaas@google.com \
--cc=devicetree@vger.kernel.org \
--cc=f.fainelli@gmail.com \
--cc=james.quinlan@broadcom.com \
--cc=jim2101024@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-rpi-kernel@lists.infradead.org \
--cc=nsaenzjulienne@suse.de \
--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: 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.