[PATCH v2 05/27] arm: pci: add a align_resource hook
Jason Gunthorpe
jgunthorpe at obsidianresearch.com
Tue Jan 29 23:21:03 EST 2013
On Tue, Jan 29, 2013 at 10:54:00PM +0000, Arnd Bergmann wrote:
> I'm actually fine with either of the two suggestions you mentioned above,
> whichever is easier to implement and/or more closely matches what the
> hardware actually implements is better IMHO.
>
> The part that I did not like about having emulated PCI-to-PCI bridges
> is that it seems to just work around a (percieved or real) limitation
> in the Linux kernel by adding a piece of infrastructure, rather than
> lifting that limitation by making the kernel deal with what the
> hardware provides. That reminded me of the original mach-vt8500
Well.. in this case there is a standard - PCI-E for what HW vendors
are supposed to do. The kernel core code follows it and works with
compliant hardware.
Marvell HW is not compliant.
So..
Should the kernel core PCI code support this particular non-compliance?
Should the driver work around the non-compliance and present a
compliant interface to the kernel and userspace?
My take is the kernel core PCI code is fine, and I hope
this will be an isolated issue with one family of Marvell IP. So
working around the HW problem in the driver seems best.
If we learn of many more instances like this then, yah, update the
core code and rip out this driver work around...
Jason
More information about the linux-arm-kernel
mailing list