From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux ia64; en-US; rv:1.6)
Description of problem:
There are actually several bugs in the acpiphp driver,
but I'll limit myself to one here.
The acpiphp driver has no understanding of PCI-PCI bridges and
will merrily allocate IO resources already assigned to a bridge
to another device on the same bus.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. On an rx4640, plug a quad-port tulip card into slot 3 and a tg3
card into slot 4.
2. echo 0 >/proc/bus/pci/slots/4/power
3. echo 1 >/proc/bus/pci/slots/4/power
Actual Results: Machine reboots
Expected Results: Card should have been readded.
# lspci -v -s 80:
80:01.0 PCI bridge: Intel Corp. 21154 PCI-to-PCI Bridge (prog-if 00
Flags: bus master, medium devsel, latency 128
Bus: primary=80, secondary=81, subordinate=81, sec-latency=128
I/O behind bridge: 00008000-00008fff
Memory behind bridge: c0000000-c01fffff
Capabilities: [dc] Power Management version 1
80:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701
Gigabit Ethernet (rev 15)
Subsystem: Hewlett-Packard Company: Unknown device 128a
Flags: bus master, 66Mhz, medium devsel, latency 128, IRQ 58
Memory at 00000000c0200000 (64-bit, non-prefetchable) [size=64K]
Capabilities:  PCI-X non-bridge device.
Capabilities:  Power Management version 2
Capabilities:  Vital Product Data
Capabilities:  Message Signalled Interrupts: 64bit+
The tulip cards behind the bridge are all assigned addresses in
the 0xc010xxxx range, and the acpiphp driver only notices these
resources, instead of paying attention to the PCI-PCI bridge
resources. So when it comes to add the tg3 card, it looks for
some available address space, and allocates 0xc000'0000 to
0xc001'0000 to it. Splat.
I'm planning on working on this bug myself, filing it now for
Matthew - any updates on this?
User email@example.com's account has been closed
Closing as WONTFIX as RHEL3 series will only be taking critical fixes.