Re: [PATCH 04/27] powerpc/fsl_pci: Don't change ppc_swiotlb_enable after swiotlb_subsys_init

2015-03-30 Thread Daniel Axtens
> Hmm, I think we got this wrong. I don't remember exactly but it was probably > me > who told you it could be removed, but I probably hadn't had a coffee yet :} > > I see setup_pci_atmu() called by fsl_pci_syscore_do_resume(), ie. at runtime > == > late. So ignore that. > > But also fsl_add_b

Re: [PATCH 04/27] powerpc/fsl_pci: Don't change ppc_swiotlb_enable after swiotlb_subsys_init

2015-03-30 Thread Michael Ellerman
On Wed, 2015-25-03 at 05:35:38 UTC, Daniel Axtens wrote: > The only function that checks ppc_swiotlb_enable is swiotlb_subsys_init. .. which is a subsys initcall. > The code in fsl_pci.c is called well after that, so don't bother > changing it. Hmm, I think we got this wrong. I don't remember ex

[PATCH 04/27] powerpc/fsl_pci: Don't change ppc_swiotlb_enable after swiotlb_subsys_init

2015-03-24 Thread Daniel Axtens
The only function that checks ppc_swiotlb_enable is swiotlb_subsys_init. The code in fsl_pci.c is called well after that, so don't bother changing it. (ppc_swiotlb is usually set in swiotlb_detect_4g, which is called by a number of arch initcalls.) Signed-off-by: Daniel Axtens --- arch/powerpc/