From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-iy0-f174.google.com ([209.85.210.174]:49389 "EHLO mail-iy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751064Ab2CIFYY (ORCPT ); Fri, 9 Mar 2012 00:24:24 -0500 Received: by iagz16 with SMTP id z16so1743996iag.19 for ; Thu, 08 Mar 2012 21:24:24 -0800 (PST) From: Grant Likely Subject: Re: [PATCH 00/11] ARM: tegra: Add PCIe device tree support To: Thierry Reding , linux-tegra@vger.kernel.org Cc: Russell King , linux-pci@vger.kernel.org, devicetree-discuss@lists.ozlabs.org, Mark Brown , Rob Herring , Jesse Barnes , Colin Cross , Olof Johansson , Liam Girdwood , linux-arm-kernel@lists.infradead.org In-Reply-To: <1331218291-16119-1-git-send-email-thierry.reding@avionic-design.de> References: <1331218291-16119-1-git-send-email-thierry.reding@avionic-design.de> Date: Thu, 08 Mar 2012 21:54:23 -0700 Message-Id: <20120309045423.F34F43E0903@localhost> Sender: linux-pci-owner@vger.kernel.org List-ID: On Thu, 8 Mar 2012 15:51:20 +0100, Thierry Reding wrote: > This patch series adds support for device tree based probing of the PCIe > controller found on Tegra SoCs. > > Patches 1 and 2 have already been posted by Grant and Mark respectively > but I've included them here for reference. Both patches are dependencies > for the subsequent patches. > > Patches 3, 4 and 5 add support for obtaining the regulators required to > power the PCIe controller from the device tree. Patches 6 and 7 are > required to make some common PCI functions available after the init > phase because the deferred probing will postpone the probing of the PCIe > controller driver until that point. > > Patches 8 and 9 make the PCIe controller code available as a driver and > add the corresponding platform devices to the boards that enable PCIe > (Harmony and TrimSlice). Patch 10 adds MSI support and patch 11 finally > adds a device tree binding with documentation. > > The code in patch 10 (MSI support) is based on the Vibrante kernel and I > wasn't able to get a proper Signed-off-by or even copyright information. > Perhaps somebody at NVIDIA can find out? > > Thierry > > Grant Likely (1): > drivercore: Add driver probe deferral mechanism > > Mark Brown (1): > regulator: Support driver probe deferral Greg has picked up the drivercore patch, so the regulator one can be queued up too now. g. -- Grant Likely, B.Sc, P.Eng. Secret Lab Technologies,Ltd.