litmus-rt.git/drivers/pci/hotplug/pciehp_pci.c, branch 2010.2

PCI: pciehp: cleanup flow in pciehp_configure_device

2010-02-23T00:17:24+00:00

Move bus_size_bridges and assign resources out of pciehp_add_bridge()
and do them all together, one time, including slot bridge, to avoid to
calling assign resources several times when there are several bridges
under the slot bridge.  Using pci_assign_unassigned_bridge_resources.

Signed-off-by: Yinghai Lu 
Reviewed-by: Alex Chiang 
Signed-off-by: Jesse Barnes

PCI: pciehp: remove hpc_ops

2009-09-17T17:06:31+00:00

The struct hpc_ops seems a set of hooks to controller specific
routines. But, it is meaningless because no hotplug controller driver
follows this framework.

Acked-by: Alex Chiang 
Signed-off-by: Kenji Kaneshige 
Signed-off-by: Jesse Barnes

PCI: pciehp: remove pci_dev field

2009-09-17T17:06:25+00:00

Since we have a pointer to pcie_device in struct controller, we don't
need a pointer to pci_dev.

Acked-by: Alex Chiang 
Signed-off-by: Kenji Kaneshige 
Signed-off-by: Jesse Barnes

PCI: pciehp: remove device field

2009-09-17T17:05:51+00:00

The device field in the struct slot is not necessary because it is
always 0 in pciehp driver.

Acked-by: Alex Chiang 
Signed-off-by: Kenji Kaneshige 
Signed-off-by: Jesse Barnes

PCI: pciehp: remove bus field

2009-09-17T17:05:46+00:00

The bus field in struct slot is not necessary.

Acked-by: Alex Chiang 
Signed-off-by: Kenji Kaneshige 
Signed-off-by: Jesse Barnes

PCI hotplug: pciehp: use generic pci_configure_slot()

2009-09-15T00:39:09+00:00

Use the generic pci_configure_slot() rather than the PCIe-specific
program_fw_provided_values().

Unlike the previous pciehp-specific code, we now walk through subordinate
devices even if there are no settings for the parent.  This should be
harmless because we won't change anything unless we discover firmware
settings farther down.

Signed-off-by: Bjorn Helgaas 
Reviewed-by: Kenji Kaneshige 
Acked-by: Kenji Kaneshige 
Signed-off-by: Jesse Barnes

PCI: Simplify hotplug mch quirk.

2009-09-09T21:06:49+00:00

There is a very old quirk for the intel E7502 E7320 and E7525 memory
controller hubs that disables usage of msi interrupts on pcie hotplug
bridges of those devices, and disables changing the affinity of irqs.

Today all we have to do to disable msi on a specific device is to set
dev->no_msi, which is much more straightforward than the previous
logic.

The re-running of this fixup after pci hotplug happens below these
devices is totally bogus.  All of the state we change is pure software
state and we don't change the hardware at all.  Which means hotplug on
the lower devices doesn't have a chance to change this state.  So we
can safely remove the special case from the pciehp driver and the pcie
portdriver.

I suspect the special case was someone's expermental debug code that
slipped in. Certainly it isn't mentioned in commit
6fb8880a61510295aece04a542767161f624dffe aka BKrev:
41966101LJ_ogfOU0m2aE6teZfQnuQ where the code first appears.

Reviewed-by: Kenji Kaneshige 
Signed-off-by: "Eric W. Biederman" 
Signed-off-by: Jesse Barnes

PCI hotplug: pciehp: message refinement

2008-10-23T21:47:39+00:00

This patch refines messages in pciehp module.  The main changes are as
follows:

 - remove the trailing "."
 - remove __func__ as much as possible
 - capitalize the first letter of messages
 - show PCI device address including its domain

Signed-off-by: Taku Izumi 
Signed-off-by: Jesse Barnes

PCI: pciehp: replace printk with dev_printk

2008-10-20T17:53:49+00:00

This patch replaces printks within pciehp module with dev_printks.

Signed-off-by: Taku Izumi 
Signed-off-by: Jesse Barnes

PCI: replace remaining FUNCTION occurrences

2008-04-21T04:47:09+00:00

__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison 
Signed-off-by: Greg Kroah-Hartman