Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753740AbcDNKDI (ORCPT ); Thu, 14 Apr 2016 06:03:08 -0400 Received: from foss.arm.com ([217.140.101.70]:41092 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752889AbcDNKDG (ORCPT ); Thu, 14 Apr 2016 06:03:06 -0400 Date: Thu, 14 Apr 2016 11:05:49 +0100 From: Lorenzo Pieralisi To: Jon Masters Cc: Catalin Marinas , rafael@kernel.org, linux-pci@vger.kernel.org, Will Deacon , okaya@codeaurora.org, wangyijing@huawei.com, Tomasz Nowicki , linaro-acpi@lists.linaro.org, David Daney , linux-acpi@vger.kernel.org, robert.richter@caviumnetworks.com, Bjorn Helgaas , msalter@redhat.com, Arnd Bergmann , Stefano Stabellini , Liviu.Dudau@arm.com, Marcin Wojtas , linux-arm-kernel@lists.infradead.org, Jayachandran C , linux-kernel@vger.kernel.org, Hanjun Guo , Suravee.Suthikulpanit@amd.com, jiang.liu@linux.intel.com Subject: Re: [PATCH v2 2/4] PCI: Provide common functions for ECAM mapping Message-ID: <20160414100549.GC24733@red-moon> References: <1460414707-19153-1-git-send-email-jchandra@broadcom.com> <1460414707-19153-3-git-send-email-jchandra@broadcom.com> <570C4034.20105@caviumnetworks.com> <570C78F1.4090701@jonmasters.org> <20160412164413.GA32297@red-moon> <570F30D4.2030102@jonmasters.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <570F30D4.2030102@jonmasters.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1183 Lines: 24 On Thu, Apr 14, 2016 at 01:55:32AM -0400, Jon Masters wrote: [...] > > I will comment on the patches as soon as I have time to review > > them, I certainly would like to understand what we have to do with the > > rest of the code though (provided this series is good to go) see above. > > Right. That's my reason for asking. I'd like to know who is driving (I > believe that to be Lorenzo) and what the path forward is, and whether we > need to get additional support from anyone else. There's a multi-vendor > meeting in the morning where I'm going to summarize the current state of > these patches and I would like to know (soon) what the plan is so that > we can get everyone on deck to help out at least with testing (most have > tested the previous set, but we need public acks happening). Testing always helps, this code needs reviewing from PCI and ACPI standpoints, what we can do is review this series and repost the whole thing when we agree the ECAM refactoring this series is implementing is the right way to go and it is a step in that direction, with no generic MCFG support in the kernel ACPI PCI on ARM64 can't be implemented so I would start from that. Lorenzo