From patchwork Tue Nov 4 17:38:28 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Phil Edworthy X-Patchwork-Id: 406719 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 8227E1400A0 for ; Wed, 5 Nov 2014 04:38:38 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750914AbaKDRih (ORCPT ); Tue, 4 Nov 2014 12:38:37 -0500 Received: from relmlor3.renesas.com ([210.160.252.173]:41548 "EHLO relmlie2.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750796AbaKDRig (ORCPT ); Tue, 4 Nov 2014 12:38:36 -0500 Received: from unknown (HELO relmlir4.idc.renesas.com) ([10.200.68.154]) by relmlie2.idc.renesas.com with ESMTP; 05 Nov 2014 02:38:35 +0900 Received: from relmlac3.idc.renesas.com (relmlac3.idc.renesas.com [10.200.69.23]) by relmlir4.idc.renesas.com (Postfix) with ESMTP id 3E0933BCB6; Wed, 5 Nov 2014 02:38:35 +0900 (JST) Received: by relmlac3.idc.renesas.com (Postfix, from userid 0) id 2CA6E1806F; Wed, 5 Nov 2014 02:38:35 +0900 (JST) Received: from relmlac3.idc.renesas.com (localhost [127.0.0.1]) by relmlac3.idc.renesas.com (Postfix) with ESMTP id 277E31800A; Wed, 5 Nov 2014 02:38:35 +0900 (JST) Received: from relmlii2.idc.renesas.com [10.200.68.66] by relmlac3.idc.renesas.com with ESMTP id CAG07686; Wed, 5 Nov 2014 02:38:35 +0900 X-IronPort-AV: E=Sophos;i="5.07,313,1413212400"; d="scan'208";a="174046862" Received: from unknown (HELO relay41.aps.necel.com) ([10.29.19.9]) by relmlii2.idc.renesas.com with ESMTP; 05 Nov 2014 02:38:34 +0900 Received: from DU0NOTES13.ad.ree.renesas.com ([172.29.24.131]) by relay41.aps.necel.com (8.14.4+Sun/8.14.4) with ESMTP id sA4HcYfn015106; Wed, 5 Nov 2014 02:38:34 +0900 (JST) Received: from renesas.ad.ree.renesas.com ([172.29.43.47]) by DU0NOTES13.ad.ree.renesas.com (Lotus Domino Release 8.5.3 HF466) with ESMTP id 2014110418383323-71452 ; Tue, 4 Nov 2014 18:38:33 +0100 From: Phil Edworthy To: linux-sh@vger.kernel.org Cc: linux-pci@vger.kernel.org, LAKML , Simon Horman , Phil Edworthy X-Mailer: git-send-email 1.9.1 X-TNEFEvaluated: 1 Message-ID: <1415122708-4011-1-git-send-email-phil.edworthy@renesas.com> Date: Tue, 4 Nov 2014 17:38:28 +0000 Subject: [PATCH] ARM: shmobile: Enable PCI domains for R-Car Gen2 devices X-MIMETrack: Itemize by SMTP Server on DU0NOTES13/SERVER/REE(Release 8.5.3 HF466|March 09, 2012) at 04.11.2014 18:38:33, Serialize by Router on DU0NOTES13/SERVER/REE(Release 8.5.3 HF466|March 09, 2012) at 04.11.2014 18:38:34, Serialize complete at 04.11.2014 18:38:34 Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org The PCI core will soon automatically handle the PCI domain number, allowing the internal PCI and external PCIe bridges work at the same time. In order for that to work, we need to enable PCI_DOMAINS. Signed-off-by: Phil Edworthy --- In order to automatically handle the PCI domain number, we need a patch from Lorenzo Pieralisi: "[RFC PATCH 2/2] arm: pcibios: move to generic PCI domains" However, enabling PCI_DOMAINS without this doesn't have an adverse effect, and the plan is to use PCI domains to solve this problem, so we can apply this patch straight away. arch/arm/mach-shmobile/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-shmobile/Kconfig b/arch/arm/mach-shmobile/Kconfig index 21f457b..1c05768 100644 --- a/arch/arm/mach-shmobile/Kconfig +++ b/arch/arm/mach-shmobile/Kconfig @@ -18,6 +18,7 @@ config ARCH_RCAR_GEN2 select PM_RCAR if PM || SMP select RENESAS_IRQC select SYS_SUPPORTS_SH_CMT + select PCI_DOMAINS if PCI config ARCH_RMOBILE bool