RE: [PATCH V3 1/5] powerpc/fsl-pci: Unify pci/pcie initialization code
From: Jia Hongtao-B38951 <hidden>
Date: 2012-07-31 02:22:23
-----Original Message----- From: Kumar Gala [mailto:galak@kernel.crashing.org] Sent: Monday, July 30, 2012 10:47 PM To: Jia Hongtao-B38951 Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421; Li Yang-R58472 Subject: Re: [PATCH V3 1/5] powerpc/fsl-pci: Unify pci/pcie initialization code =20 =20 On Jul 30, 2012, at 3:07 AM, Jia Hongtao-B38951 wrote: =20quoted
quoted
-----Original Message----- From: Kumar Gala [mailto:galak@kernel.crashing.org] Sent: Friday, July 27, 2012 8:47 PM To: Jia Hongtao-B38951 Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421; Li Yang-R58472 Subject: Re: [PATCH V3 1/5] powerpc/fsl-pci: Unify pci/pcie initialization code On Jul 27, 2012, at 3:35 AM, Jia Hongtao-B38951 wrote:quoted
quoted
-----Original Message----- From: Kumar Gala [mailto:galak@kernel.crashing.org] Sent: Friday, July 27, 2012 2:15 AM To: Jia Hongtao-B38951 Cc: linuxppc-dev@lists.ozlabs.org; Wood Scott-B07421; Li Yang-R58472 Subject: Re: [PATCH V3 1/5] powerpc/fsl-pci: Unify pci/pcie initialization code On Jul 26, 2012, at 7:30 AM, Jia Hongtao wrote:quoted
We unified the Freescale pci/pcie initialization by changing thefsl_pciquoted
to a platform driver. In previous PCI code architecture theinitializationquoted
routine is called at board_setup_arch stage. Now the initializationisquoted
quoted
donequoted
in probe function which is architectural better. Also It'sconvenientquoted
quoted
quoted
quoted
forquoted
adding PM support for PCI controller in later patch. One issue introduced by this architecture is the timing ofswiotlb_init.quoted
quoted
quoted
During PCI initialization the need of swiotlb is determined andthisquoted
quoted
quoted
quoted
shouldquoted
be done before swiotlb_init. So a new function to determine swiotlbbyquoted
quoted
quoted
parsing pci ranges is made. This function is called atboard_setup_archquoted
quoted
quoted
stage which is earlier than swiotlb_init. Signed-off-by: Jia Hongtao <redacted> Signed-off-by: Li Yang <redacted> --- Changed for V3: - Rebase the patch set on the latest tree - merge PCI unify and swiotlb patch into one arch/powerpc/sysdev/fsl_pci.c | 155++++++++++++++++++++++++++++++++--quoted
quoted
-------quoted
arch/powerpc/sysdev/fsl_pci.h | 9 +-- 2 files changed, 125 insertions(+), 39 deletions(-)I'd like the SWIOTLB refactoring as a separate patch. Additionally,thequoted
quoted
order of patches should be as follows: 1. refactor PCI node parsing code 2. add pci_determine_swiotlb (should rename tofsl_pci_determine_swiotlb)quoted
quoted
3. Determine primary bus by looking for ISA node 4. convert all boards over to fsl_pci_init 5. convert fsl pci to platform driver (edac and other fixes shouldbequoted
quoted
quoted
quoted
merged in here) 6. PM support - kShould I convert all boards over to fsl_pci_init first and thenconvertquoted
quoted
themquoted
over to platform driver again or just convert them direct to platformdriver? Yes do the fsl_pci_init conversion first. The reason is we should NOT break functionality from one patch to another. - kActually, the functionality is not broken, other boards just use theoldquoted
Way to init pci controller and it still works.=20 How do you figure? The platform driver is going to get called on boards not yet converted. So than you will get 2 different inits of PCI going on. =20 - k
In Scott's patch set no platform driver used. fsl_pci_init is just a unifie= d routine function for all boards to call. Now other boards in which fsl_pci_= init is not called just use the old way to init. -Hongtao.