On Thu, 19 Mar 2009, Andrew Morton wrote: > On Wed, 18 Mar 2009 16:40:16 -0600 Alex Chiang <achiang@xxxxxx> wrote: > > > A complete re-implementation of fakephp is necessary if it is to > > present its former interface (pre-2.6.27, when it broke). > > We broke an existing interface? wtf? > > If it's been broken for this long then do we actually need to > resurrect it? I found out it had been broken several months ago and made some of these patches to fix it, but then lost my motivation for getting them into the kernel. There are people who use the old fakephp interface. I was one of them. They probably don't update their kernels in production systems and embedded devices very often and haven't discovered the breakage in 2.6.27. > If so, do we need to resurrect it in its old form? This would appear > to be an opportunity to improve that interface, unless the old one > was perfect? That's what I did in my initial patches. I created a new interface with the 'remove' file in the pci device's sysfs directory and the 'rescan' file in /sys/bus/pci. This is the new better interface. legacy_fakephp is a module that provides a compatible interface to the pre-2.6.27 one, though it fixes some bugs with the old one and is overall much less code. -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html