linux.git/drivers/pci, branch v2.6.12

[PATCH] PCI: don't override drv->shutdown unconditionally

2005-06-17T19:34:20+00:00

There are many drivers that have been setting the generic driver
model level shutdown callback, and pci thus must not override it.

Without this patch we can have really bad data loss on various
raid controllers.

Signed-off-by: Greg Kroah-Hartman 
Signed-off-by: Linus Torvalds

[PATCH] Fix PCI BAR size interpretation on 64-bit arches

2005-06-14T03:58:58+00:00

On 64-bit machines, PCI_BASE_ADDRESS_MEM_MASK and other mask constants
passed to pci_size() are 64-bit (for example ~0x0fUL).  However, pci_size
does comparisons between the u32 arguments and the mask, which will fail
even though any result from pci_size is still just 32-bit.

Changing the mask argument to u32 seems the obvious thing to do, since all
arithmetic in the function is 32-bit and having a larger mask makes no
sense.

This triggered on a PPC64 system here where an adapter (VGA, as it
happened) had a memory region base of 0xfe000000 and a sz of the same,
matching the if (max == maxbase ...) test at the bottom of pci_size but
failing the mask comparison.  Quite a corner case which I guess explains
why we haven't seen it until now.

Signed-off-by: Olof Johansson 
Acked-by: Greg KH 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] PCI: MSI functionality broken on Serverworks GC chipset

2005-06-09T21:52:30+00:00

MSI functionality is broken on the GC_LE x86 chipset that Serverworks
developed and that is being used in various platforms today. Broadcom is
going to push out to the kernel MSI enabled Gigabit drivers (in the very
near future), and we would like to make sure that MSI does not get
enabled on any platforms using the GC_LE chipset (device id 0x17).
Following the AMD 8131 example, I am including a patch to disable MSI
functionality when a GCNB_LE is detected. Please let me know if there
are any issues with this. This is a permanent fix for this chipset, as
the hardware will not be updated.

Signed-off-by: Narendra Sankar 
Signed-off-by: Greg Kroah-Hartman

[PATCH] PCI Hotplug: fix CPCI reference counting bug

2005-06-09T08:37:59+00:00

Here's a patch that fixes up the pci_dev refcounting in the CPCI code.
I've done some testing against it and it seems fine here.

Signed-off-by: Scott Murray 
Signed-off-by: Greg Kroah-Hartman

[PATCH] PCI: do VIA IRQ fixup always, not just in PIC mode

2005-06-07T20:39:26+00:00

At least some VIA chipsets require the fixup even in IO-APIC mode.

This was found and debugged with the patient assistance of Stian
Jordet  on an Asus CUV266-DLS motherboard.

Signed-off-by: Bjorn Helgaas 
Signed-off-by: Greg Kroah-Hartman 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[TG3]: Update pci.ids for BCM5752

2005-06-06T22:14:35+00:00

Signed-off-by: John W. Linville 
Signed-off-by: David S. Miller

[PATCH] PCI Hotplug: more CPCI updates

2005-05-31T21:26:38+00:00

Here is my third attempt at a patch to further update the CompactPCI
hotplug driver infrastructure to address the pci_enable_device issue
discussed on the list as well as a few other issues I discovered during
some more testing.  This version addresses a few more issues pointed out
by Prarit Bhargava.  Changes include:
- cpci_enable_device and its recursive calling of pci_enable_device on
  new devices removed.
- Use list_rwsem to avoid slot status change races between disable_slot
  and check_slots.
- Fixed oopsing in cpci_hp_unregister_bus caused by calling list_del on
  a slot after calling pci_hp_deregister.
- Removed kfree calls in cleanup_slots since release_slot will have
  done it already.
- Reworked init_slots a bit to fix latch and adapter file updating on
  subsequent calls to cpci_hp_start.
- Improved sanity checking in cpci_hp_register_controller.
- Now shut things down correctly in cpci_hotplug_exit.
- Switch to pci_get_slot instead of deprecated pci_find_slot.
- A bunch of CodingStyle fixes.

Signed-off-by: Scott Murray 
Signed-off-by: Greg Kroah-Hartman

[PATCH] PCI Hotplug: SHPCHP driver doesn't enable PERR and SERR properly

2005-05-31T21:26:37+00:00

Current shpchp driver doesn't seem to program command register to
enable PERR and SERR properly. The following patch fixes this issue.

Signed-off-by: Kenji Kaneshige 
Signed-off-by: Greg Kroah-Hartman

[PATCH] PCI Hotplug: shpchp driver doesn't program _HPP values properly

2005-05-31T21:26:37+00:00

Current shpchp driver doesn't seem to program _HPP values
properly. The following patch fixes this issue.

Signed-off-by: Kenji Kaneshige 
Signed-off-by: Greg Kroah-Hartman

[PATCH] Fixup VIA IRQ quirk

2005-05-27T15:15:05+00:00

quirk_via_irqpic can't be __devinit for swsuspend

Signed-off-by: Alexander Nyberg 
Signed-off-by: Linus Torvalds