The box is an old Thinkpad 770Z (manufactured around 1999). The pcmcia CardBus fails when ACPI is enabled, and works when booting with pci=noacpi. The specific error messages are :
ACPI: PCI Interrupt Link [LNKA] disabled and referenced, BIOS bug
ACPI: PCI Interrupt Link [LNKA] BIOS reported IRQ 0, using IRQ 9
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
yenta_cardbus 0000:00:02.0: CardBus bridge found [1014:00eb]
yenta_cardbus 0000:00:02.0: Enabling burst memory read transactions
yenta_cardbus 0000:00:02.0: Using CSCINT to route CSC interrupts to PCI
yenta_cardbus 0000:00:02.0: Routing CardBus interrupts to PCI
yenta_cardbus 0000:00:02.0: TI: mfunc 0xfba97543, devctl 0x62
yenta_cardbus 0000:00:02.0: ISA IRQ mask 0x0000, PCI irq 9
yenta_cardbus 0000:00:02.0: Socket status: 30000820
yenta_cardbus 0000:00:02.1: CardBus bridge found [1014:00eb]
yenta_cardbus 0000:00:02.1: Using CSCINT to route CSC interrupts to PCI
yenta_cardbus 0000:00:02.1: Routing CardBus interrupts to PCI
yenta_cardbus 0000:00:02.1: TI: mfunc 0xfba97543, devctl 0x62
yenta_cardbus 0000:00:02.1: TI: probing PCI interrupt failed, trying to fix
yenta_cardbus 0000:00:02.1: TI: no PCI interrupts. Fish. Please report.
yenta_cardbus 0000:00:02.1: no PCI IRQ, CardBus support disabled for this socket.
yenta_cardbus 0000:00:02.1: check your BIOS CardBus, BIOS IRQ or ACPI settings.
yenta_cardbus 0000:00:02.1: ISA IRQ mask 0x0000, PCI irq 0
yenta_cardbus 0000:00:02.1: Socket status: 30000006
Is there something that should be fixed ? Or is pci=noacpi just the good solution for this machine ?
Created attachment 456176 [details]
dmesg with ACPI enabled
Created attachment 456177 [details]
dmesg with ACPI enabled and pci=noacpi
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here:
Is this still a problem with 3.9 based F19 kernels?
Yes, the problem is still there with recent 3.9 kernels.
And pci=noacpi is still a valid workaround to have a working cardbus bridge.
For the record, on this old laptop, my current workaround on F19 is to boot with "acpi=off apm=power-off apm=debug vga=0x305" with a kernel-PAE , and forcing real-mode boot in grub2  (linux16/initrd16 cmds).  and  is required to have a working APM suspend, because suspend via acpi is also broken.
I am afraid given the age of the machine, there is no way we can get all of these fixed. Considering you have work arounds, I am going to close this out.