[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AM4PR0401MB1732B0DB22A85A35D9C570679A180@AM4PR0401MB1732.eurprd04.prod.outlook.com>
Date: Fri, 5 Aug 2016 21:20:03 +0000
From: york sun <york.sun@....com>
To: Scott Wood <oss@...error.net>,
Michael Ellerman <mpe@...erman.id.au>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>
CC: "morbidrsa@...il.com" <morbidrsa@...il.com>,
Stuart Yoder <stuart.yoder@....com>,
"bp@...en8.de" <bp@...en8.de>,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
Kevin Hao <haokexin@...il.com>,
Andrew Donnellan <andrew.donnellan@....ibm.com>,
Yinghai Lu <yinghai@...nel.org>,
Bjorn Helgaas <bhelgaas@...gle.com>,
"linuxppc-dev@...ts.ozlabs.org" <linuxppc-dev@...ts.ozlabs.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [Patch v3 01/11] arch/powerpc/pci: Fix compiling error for
mpc85xx_edac
On 08/05/2016 02:09 PM, Scott Wood wrote:
> On Fri, 2016-08-05 at 20:29 +0000, york sun wrote:
>> On 08/04/2016 08:43 PM, Michael Ellerman wrote:
>>>
>>> Does the driver really need to use these routines? They're meant for use
>>> early in boot, before PCI is setup.
>>>
>>> AFAICS this is just a regular driver, so when it's probed the PCI
>>> devices should have already been scanned. In which case pci_get_device()
>>> could work couldn't it? (I see other edac drivers doing that).
>> I am trying to fix this but need some help. We are dealing with PCIe
>> controller here. Does it have a bus number assigned at this point? If
>> yes, how can I find it? I seem not able to find out where the
>> platform_data is filled as well. Can someone kindly point it out to me?
>
>
> The platform data comes from add_err_dev() in arch/powerpc/sysdev/fsl_pci.c.
>
Thanks, Scott.
When add_err_dev() is called, pci is not scanned, is using
early_find_capability() justified?
York
Powered by blists - more mailing lists