[PATCH 0/3] powerpc/fsl: PCI refactoring and QEMU paravirt platform
Jia Hongtao-B38951
B38951 at freescale.com
Fri Jun 29 12:36:02 EST 2012
> -----Original Message-----
> From: Wood Scott-B07421
> Sent: Friday, June 29, 2012 12:31 AM
> To: Jia Hongtao-B38951
> Cc: Wood Scott-B07421; galak at kernel.crashing.org; Li Yang-R58472;
> agraf at suse.de; linuxppc-dev at lists.ozlabs.org
> Subject: Re: [PATCH 0/3] powerpc/fsl: PCI refactoring and QEMU paravirt
> platform
>
> On 06/27/2012 11:06 PM, Jia Hongtao-B38951 wrote:
> >
> >
> >> -----Original Message-----
> >> From: Wood Scott-B07421
> >> Sent: Thursday, June 28, 2012 7:49 AM
> >> To: galak at kernel.crashing.org
> >> Cc: agraf at suse.de; linuxppc-dev at lists.ozlabs.org; Jia Hongtao-B38951
> >> Subject: [PATCH 0/3] powerpc/fsl: PCI refactoring and QEMU paravirt
> >> platform
> >>
> >> The QEMU stuff is related to the PCI refactoring because currently
> >> we have a hard time selecting a primary bus under QEMU, and also
> because
> >> the generic qemu e500 platform wants a full list of FSL PCI
> compatibles
> >> to check.
> >>
> >
> > It seems that not all primary bus has "isa" node like 8541 and 8555.
>
> Do those boards (it's the boards that matter, not chips...) have legacy
> ISA? If they do, and it's not in the device tree, then we should fix
> the device tree for consistency, but also retain some sort of hack to
> remain compatible with old device trees.
>
> A board can refrain from using the new common infrastructure if it has a
> good reason to.
I'm not sure that MPC8541CDS (or 8555) has legacy ISA. I just checked in
kernel and dts which implies the board has primary bus and no "isa" node.
I will find out the facts later.
>
> > Without PM support for pci controllers I totally agree with this
> refactoring
> > for pci init. But in linux mechanism PM ops should be registered to a
> driver.
> > Do you have any ideas to add PM support for pci controllers under this
> patchset?
>
> This isn't meant to be instead of making it a platform device. It's
> just meant to get us away from board-specific code and primary-bus
> hardcoding now, rather than once we sort out all the issues with
> platform devices.
>
> -Scott
Thanks, I'll look into the issues.
-Jia Hongtao.
More information about the Linuxppc-dev
mailing list