Here's a summary of the current state of the Linux PCI subsystem, as of
2.6.23-rc8.

If the information in here is incorrect, or anyone knows of any
outstanding issues not listed here, please let me know.

List of outstanding regressions from 2.6.22:
	- none known.

List of outstanding regressions from older kernel versions:
	- none known.


If interested, the list of all currently open PCI bugs can be seen at:
    http://bugzilla.kernel.org/showdependencytree.cgi?id=5829&hide_resolved=1


Future patches that are currently in my quilt tree (as found at
	http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/
) for the PCI subsystem are as follows.  All of these will be submitted
for inclusion into 2.6.24, except as noted.  The diffstat of these
patches is included at the bottom of this message for those that are
interested.

	- various pci quirks for different devices
	- pci hotplug driver kthread conversion
	- pci hotplug bugfixes
	- pci express hotplug tweaks and fixes
	- minor bugfixes and cleanups
	- MSI documentation update

	- pci bridge device rework.  Note, this was reported to break
	  Andrew's x86-64 box, but he lost the picture he took of the
	  oops.  Others reported that it worked just fine on their
	  boxes.  I'm still a little hesitant of sending this to 2.6.24
	  until I can track down what happened here.

There are no PCI api changes scheduled for 2.6.24.


thanks,

greg k-h

----------------------------

Diffstat of the current pci-2.6 quilt queue:

 Documentation/DMA-API.txt         |    3 
 Documentation/MSI-HOWTO.txt       |   69 ------------
 arch/i386/kernel/pci-dma.c        |    3 
 arch/i386/kernel/reboot_fixups.c  |    6 +
 arch/i386/pci/common.c            |   10 +
 arch/i386/pci/fixup.c             |   47 ++++++++
 arch/i386/pci/irq.c               |   39 +++++++
 arch/x86_64/kernel/pci-dma.c      |    1 
 drivers/pci/bus.c                 |   17 ++-
 drivers/pci/hotplug/cpqphp_core.c |    2 
 ...
[ message continues ]

What about http://marc.info/?l=linux-pci&m=119072400008538&w=2 ?

Brice

-

[ message continues ]

That's not a regression, right?  Tt's probably never worked for that
kind of box :)

I think the pci bus patches that are pending from Jeff Garzik should fix
up these issues.  They are in one of his trees, and in the -mm release,
if you are able to test those.

thanks,

greg k-h
-

[ message continues ]

Ok, I'll see what I can do.

Jeff, could you point me to some good candidate patches for fixing this?

Brice

-

[ message continues ]

jgarzik/misc-2.6.git#pciseg has my only outstanding PCI stuff, which is 
a small x86[-64] PCI domain support patch.  Mostly unrelated to the 
thread at hand, alas, even though it was touching that area.

I need to a few changes required by Andi, who made several good points, 
then the PCI domains thing should be ready for upstream.  I don't care 
much who merges it, you, Andi or me.

As I recall, some NUMA folks hacked in my damage (storing numa node in 
x86's new struct pci_sysdata), noted and fixed additional fallout, and 
added their own damage for good measure :)

	Jeff



-

[ message continues ]

I'll take it, as I guess it should go through me, Andi is going to have
enough merge issues for 2.6.24 :)


Yeah, I don't really trust all of the pci numa things as it keeps
blowing up in odd ways, and we seem to be doing a lot of extra work for
the 2 NUMA-CUBE users in the whole world...

thanks,

greg k-h
-

[ message continues ]

Please don't pull 'pciseg' just yet...  it needs the fixes Andi pointed 
out, namely, it should be turned on by default in x86 / x86-64 platform 
Kconfig, and have a boot-time method of disabling it.

	Jeff



-

[ message continues ]

Ok, let me know when you want me to pull it and I will.  Or just send me
the patches by email, that's much easier for me :)

thanks,

greg k-h
-

[ message continues ]