From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755006AbaIDS4s (ORCPT ); Thu, 4 Sep 2014 14:56:48 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:51371 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754889AbaIDS4q (ORCPT ); Thu, 4 Sep 2014 14:56:46 -0400 From: Arnd Bergmann To: Lorenzo Pieralisi Cc: Will Deacon , Liviu Dudau , Bjorn Helgaas , Catalin Marinas , Jingoo Han , Kukjin Kim , Suravee Suthikulanit , linux-pci , LKML , LAKML Subject: Re: [PATCH] drivers: pci: convert generic host controller to DT host bridge creation API Date: Thu, 04 Sep 2014 20:56:01 +0200 Message-ID: <6051177.6dmYKHoDhl@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20140904160217.GC12351@e102568-lin.cambridge.arm.com> References: <1407861695-25549-1-git-send-email-Liviu.Dudau@arm.com> <6930538.Get2YiuMvJ@wuerfel> <20140904160217.GC12351@e102568-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V02:K0:ikzycDiyvpN466dQYyb7REvgeNxUwjQpmp4YU9JFKZ3 LdcM2XNw9egPf8lN1eevWNG66W/IlmeufOoUN0+NgNrdrejYGH AQX4ojm5Yy1DAE8LkQGlZUme+5v/8rquXe6BalPfaQKxGM4zmg SCWwApX+cjYLLDM8mThH8/hV71Kk2O4NI/yeFr0oyu+KzUJQ02 rsoTBe5U6j3wrACENnOFExkYAFG6vEkffsdyCvb0QuSEzJ/RGT wza5hjLoOysITeGbwQ8HCAWzJwukEHCOFwXyS5o3tU5dnkEH8N P1sAjlN4Yt3cY9lVGrHUZ7giwzeBB0MfXQ5i5PvgI71r7lHIPN 6tYAdnOD0riESvVJNGI0= X-UI-Out-Filterresults: notjunk:1; Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 04 September 2014 17:02:17 Lorenzo Pieralisi wrote: > On Thu, Sep 04, 2014 at 03:05:53PM +0100, Arnd Bergmann wrote: > > Interesting point: the generic implementation should probably not default > > to reassigning all buses at all. We could have a (host controller specific, > > but with standardized name) DT property for it, but it would be best if > > firmware already probes it to not have to do it again. > > I think that makes sense, let me point out though that this is > *not* how the code works today, since the pcibios code sets: > > PCI_REASSIGN_ALL_RSRC (pci_common_init_dev() in arch/arm/kernel/bios32.c) > > by default. I won't set the PCI_REASSIGN_ALL_RSRC and PCI_REASSIGN_ALL_BUS > flags. Yes, I know it's not what the ARM32 code does at the moment. The main reason for that is that there is normally no firmware at all. Since the new code should be shared with ARM64 and we typically have firmware there, we should reconsider the defaults. Arnd