From: Sean Cross <xobs@kosagi.com>
To: Bjorn Helgaas <bhelgaas@google.com>
Cc: Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
Lucas Stach <l.stach@pengutronix.de>,
Shawn Guo <shawn.guo@freescale.com>,
devicetree@vger.kernel.org, Richard Zhu <r65037@freescale.com>,
Grant Likely <grant.likely@linaro.org>,
linux-pci@vger.kernel.org, bunnie@kosagi.com
Subject: Re: [PATCH v2 0/4] Add support for kosagi novena
Date: Fri, 16 Jan 2015 18:38:20 +0800 [thread overview]
Message-ID: <54B8EA1C.7070700@kosagi.com> (raw)
In-Reply-To: <20150116004615.GF29776@google.com>
On 16/01/2015 08:46, Bjorn Helgaas wrote:
> On Mon, Dec 22, 2014 at 04:32:03PM +0800, Sean Cross wrote:
>> The Kosagi Novena mainboard contains an i.MX6, along with a PCI Express slot.
>> This patchset adds regulator support to the PCI Express slot, and adds
>> device tree support for the Novena mainboard.
>>
>> Changes since v1:
>> - Add 'kosagi' to vendor prefixes
>> - Add LCD panel to simple-panel
>> - Renamed power-supply to bus-supply
>> - Replaced devm_regulator_get() with devm_regulator_get_optional()
>> - Moved regulator_enable to imx6_add_pcie_port()
>> - Removed fpga@1 from spi definition in dts -- will use overlays instead
>>
>> Sean Cross (4):
>> drm/panel: simple: Add Innolux N133HSE panel support
>> devicetree: bindings: Add vendor prefix for Kosagi
>> PCI: imx6: Add power-supply support
> I guess we're waiting on a response to Arnd's question about making this
> more generic, so I'm dropping these from my queue pending that.
>
> Then we need a strategy for merging it since it crosses PCI/ARM/GPU.
> Please propose a strategy; it looks like the PCI part doesn't technically
> depend on the preceeding patches, but it's fine with me if you want to keep
> it all together.
>
The PCI part was there because without it, the system hard-locks during
boot without it.
However, I'm not sure that the power-supply is the correct approach,
because I can still see lockups even with the switch in place. I still
haven't found out the root cause of that problem.
One workaround is to simply enable that GPIO in the bootloader and leave
it on permanently. Doing this mimics behavior on other platforms where
PCIe is permanently powered up, and since the patches are decoupled the
PCI patch can be applied at a later time.
I'd prefer to drop the PCI patch for now. Would you like me to submit a
v3 with simply the drm/panel and devicetree patches?
>> ARM: dts: imx6q: add Novena board
>>
>> .../devicetree/bindings/pci/fsl,imx6q-pcie.txt | 3 +
>> .../devicetree/bindings/vendor-prefixes.txt | 1 +
>> arch/arm/boot/dts/Makefile | 1 +
>> arch/arm/boot/dts/imx6q-novena.dts | 856 +++++++++++++++++++++
>> drivers/gpu/drm/panel/panel-simple.c | 26 +
>> drivers/pci/host/pci-imx6.c | 27 +
>> 6 files changed, 914 insertions(+)
>> create mode 100644 arch/arm/boot/dts/imx6q-novena.dts
>>
>> --
>> 2.1.3
>>
next prev parent reply other threads:[~2015-01-16 10:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-22 8:32 [PATCH v2 0/4] Add support for kosagi novena Sean Cross
2014-12-22 8:32 ` [PATCH v2 1/4] drm/panel: simple: Add Innolux N133HSE panel support Sean Cross
2014-12-22 8:32 ` [PATCH v2 2/4] devicetree: bindings: Add vendor prefix for Kosagi Sean Cross
2014-12-26 21:00 ` Rob Herring
2014-12-22 8:32 ` [PATCH v2 3/4] PCI: imx6: Add power-supply support Sean Cross
2015-01-05 9:46 ` Lucas Stach
2015-01-05 15:31 ` Arnd Bergmann
2014-12-22 8:32 ` [PATCH v2 4/4] ARM: dts: imx6q: add Novena board Sean Cross
2014-12-22 8:32 ` Sean Cross
2015-01-19 10:04 ` Lucas Stach
2015-01-30 6:48 ` Sean Cross
2015-01-16 0:46 ` [PATCH v2 0/4] Add support for kosagi novena Bjorn Helgaas
2015-01-16 0:46 ` Bjorn Helgaas
2015-01-16 10:38 ` Sean Cross [this message]
2015-01-16 10:44 ` Lucas Stach
2015-01-16 10:44 ` Lucas Stach
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=54B8EA1C.7070700@kosagi.com \
--to=xobs@kosagi.com \
--cc=bhelgaas@google.com \
--cc=bunnie@kosagi.com \
--cc=devicetree@vger.kernel.org \
--cc=galak@codeaurora.org \
--cc=grant.likely@linaro.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=l.stach@pengutronix.de \
--cc=linux-pci@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=r65037@freescale.com \
--cc=robh+dt@kernel.org \
--cc=shawn.guo@freescale.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.