From: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> To: Kumar Gala <galak@codeaurora.org> Cc: Russell King <linux@arm.linux.org.uk>, Jason Cooper <jason@lakedaemon.net>, Andrew Lunn <andrew@lunn.ch>, Bjorn Helgaas <bhelgaas@google.com>, Thomas Petazzoni <thomas.petazzoni@free-electrons.com>, devicetree@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-pci@vger.kernel.org, Rob Herring <rob.herring@calxeda.com>, Pawel Moll <pawel.moll@arm.com>, Mark Rutland <mark.rutland@arm.com>, Stephen Warren <swarren@wwwdotorg.org>, Ian Campbell <ian.campbell@citrix.com> Subject: Re: [PATCH 4/9] PCI: mvebu: add support for reset on GPIO Date: Tue, 13 Aug 2013 11:19:01 +0200 [thread overview] Message-ID: <5209FA05.6090702@gmail.com> (raw) In-Reply-To: <BA285A30-3E38-4F7A-BD5E-3271AD1A46BE@codeaurora.org> [Added DT maintainers directly for a question below] On 08/13/13 02:56, Kumar Gala wrote: > On Aug 12, 2013, at 1:46 PM, Sebastian Hesselbarth wrote: > >> This patch adds a check for DT passed reset-gpios property and deasserts/ >> asserts reset pin on probe/remove with configurable delay. Corresponding >> binding documentation is also updated. >> >> Signed-off-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> [...] >> diff --git a/Documentation/devicetree/bindings/pci/mvebu-pci.txt b/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> index 638673a..f2fa261 100644 >> --- a/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> +++ b/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> @@ -76,6 +76,8 @@ and the following optional properties: >> - marvell,pcie-lane: the physical PCIe lane number, for ports having >> multiple lanes. If this property is not found, we assume that the >> value is 0. >> +- reset-gpios: optional gpio to PERST# >> +- reset-delay-ms: delay in ms to wait after reset de-assertion > > Both of these should probably be marvell,reset... Kumar, as Thomas already mentioned, non-prefixed "foo-gpios" are quite common. As reset gpios are likely to be common among SoC pci controller setups, I though I'd stick with the non-prefixed property. But I have no strong opinion about it - but let's see how DT jurisdiction will vote :) > Does reset-delay-ms vary per board? I can't remember where the discussion got to about configuration info. Hmm, for Dove SoC, I only have one board to test - but the driver currently is for 4 different SoCs. I just did some quick evaluation of the reset delay required to bring up the device on the D3Plug. Using 10ms was too short, 20ms worked. I guess there will be other SoC/boards requiring different delays but I am fine with hardcoded 20ms and re-introduce reset-delay property only if it is really required. The driver's default is 20ms anyway. >> >> Example: > > It's usually good to update example to show all optional properties. Ok, will add the properties to one of the example ports. Thanks, Sebastian
WARNING: multiple messages have this Message-ID (diff)
From: sebastian.hesselbarth@gmail.com (Sebastian Hesselbarth) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH 4/9] PCI: mvebu: add support for reset on GPIO Date: Tue, 13 Aug 2013 11:19:01 +0200 [thread overview] Message-ID: <5209FA05.6090702@gmail.com> (raw) In-Reply-To: <BA285A30-3E38-4F7A-BD5E-3271AD1A46BE@codeaurora.org> [Added DT maintainers directly for a question below] On 08/13/13 02:56, Kumar Gala wrote: > On Aug 12, 2013, at 1:46 PM, Sebastian Hesselbarth wrote: > >> This patch adds a check for DT passed reset-gpios property and deasserts/ >> asserts reset pin on probe/remove with configurable delay. Corresponding >> binding documentation is also updated. >> >> Signed-off-by: Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com> [...] >> diff --git a/Documentation/devicetree/bindings/pci/mvebu-pci.txt b/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> index 638673a..f2fa261 100644 >> --- a/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> +++ b/Documentation/devicetree/bindings/pci/mvebu-pci.txt >> @@ -76,6 +76,8 @@ and the following optional properties: >> - marvell,pcie-lane: the physical PCIe lane number, for ports having >> multiple lanes. If this property is not found, we assume that the >> value is 0. >> +- reset-gpios: optional gpio to PERST# >> +- reset-delay-ms: delay in ms to wait after reset de-assertion > > Both of these should probably be marvell,reset... Kumar, as Thomas already mentioned, non-prefixed "foo-gpios" are quite common. As reset gpios are likely to be common among SoC pci controller setups, I though I'd stick with the non-prefixed property. But I have no strong opinion about it - but let's see how DT jurisdiction will vote :) > Does reset-delay-ms vary per board? I can't remember where the discussion got to about configuration info. Hmm, for Dove SoC, I only have one board to test - but the driver currently is for 4 different SoCs. I just did some quick evaluation of the reset delay required to bring up the device on the D3Plug. Using 10ms was too short, 20ms worked. I guess there will be other SoC/boards requiring different delays but I am fine with hardcoded 20ms and re-introduce reset-delay property only if it is really required. The driver's default is 20ms anyway. >> >> Example: > > It's usually good to update example to show all optional properties. Ok, will add the properties to one of the example ports. Thanks, Sebastian
next prev parent reply other threads:[~2013-08-13 9:19 UTC|newest] Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top 2013-08-12 18:46 [PATCH 0/9] ARM: dove: DT PCIe support Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 18:46 ` [PATCH 1/9] PCI: mvebu: move clock enable before register access Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-13 7:11 ` Thomas Petazzoni 2013-08-13 7:11 ` Thomas Petazzoni 2013-08-13 9:22 ` Sebastian Hesselbarth 2013-08-13 9:22 ` Sebastian Hesselbarth 2013-08-13 7:58 ` Thierry Reding 2013-08-13 7:58 ` Thierry Reding 2013-08-12 18:46 ` [PATCH 2/9] PCI: mvebu: increment nports only for registered ports Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-13 7:15 ` Thomas Petazzoni 2013-08-13 7:15 ` Thomas Petazzoni 2013-08-13 9:23 ` Sebastian Hesselbarth 2013-08-13 9:23 ` Sebastian Hesselbarth 2013-08-12 18:46 ` [PATCH 3/9] PCI: mvebu: remove subsys_initcall Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-13 7:19 ` Thomas Petazzoni 2013-08-13 7:19 ` Thomas Petazzoni 2013-08-13 8:06 ` Thierry Reding 2013-08-13 8:06 ` Thierry Reding 2013-08-13 9:25 ` Sebastian Hesselbarth 2013-08-13 9:25 ` Sebastian Hesselbarth 2013-08-12 18:46 ` [PATCH 4/9] PCI: mvebu: add support for reset on GPIO Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-13 0:56 ` Kumar Gala 2013-08-13 0:56 ` Kumar Gala 2013-08-13 9:19 ` Sebastian Hesselbarth [this message] 2013-08-13 9:19 ` Sebastian Hesselbarth 2013-08-13 8:09 ` Thierry Reding 2013-08-13 8:09 ` Thierry Reding 2013-08-13 8:30 ` Thomas Petazzoni 2013-08-13 8:30 ` Thomas Petazzoni 2013-08-13 9:59 ` Sascha Hauer 2013-08-13 9:59 ` Sascha Hauer 2013-08-13 10:03 ` Thierry Reding 2013-08-13 10:03 ` Thierry Reding 2013-08-13 10:40 ` Sebastian Hesselbarth 2013-08-13 10:40 ` Sebastian Hesselbarth 2013-08-13 10:59 ` Philipp Zabel 2013-08-13 10:59 ` Philipp Zabel 2013-08-12 18:46 ` [PATCH 5/9] PCI: mvebu: add support for Marvell Dove SoCs Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 18:46 ` [PATCH 6/9] ARM: dove: update dove_defconfig with SI5351, PCI, and xHCI Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 20:00 ` Jason Cooper 2013-08-12 20:00 ` Jason Cooper 2013-08-12 18:46 ` [PATCH 7/9] ARM: dove: add PCIe controllers to SoC DT Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 20:04 ` Jason Cooper 2013-08-12 20:04 ` Jason Cooper 2013-08-13 11:28 ` Sebastian Hesselbarth 2013-08-13 11:28 ` Sebastian Hesselbarth 2013-08-13 13:21 ` Jason Cooper 2013-08-13 13:21 ` Jason Cooper 2013-08-13 13:48 ` Jason Cooper 2013-08-13 13:48 ` Jason Cooper 2013-08-12 18:46 ` [PATCH 8/9] ARM: dove: add initial DT file for Globalscale D3Plug Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 18:46 ` [PATCH 9/9] ARM: dove: remove legacy pcie and clock init Sebastian Hesselbarth 2013-08-12 18:46 ` Sebastian Hesselbarth 2013-08-12 20:54 ` [PATCH 0/9] ARM: dove: DT PCIe support Bjorn Helgaas 2013-08-12 20:54 ` 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=5209FA05.6090702@gmail.com \ --to=sebastian.hesselbarth@gmail.com \ --cc=andrew@lunn.ch \ --cc=bhelgaas@google.com \ --cc=devicetree@vger.kernel.org \ --cc=galak@codeaurora.org \ --cc=ian.campbell@citrix.com \ --cc=jason@lakedaemon.net \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pci@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=mark.rutland@arm.com \ --cc=pawel.moll@arm.com \ --cc=rob.herring@calxeda.com \ --cc=swarren@wwwdotorg.org \ --cc=thomas.petazzoni@free-electrons.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: 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.