PCIe bridges resources disappearing with ACPI enabled.

John Baldwin jhb at freebsd.org
Tue Oct 28 15:31:50 UTC 2008


On Monday 27 October 2008 06:47:42 pm Serge Semenenko wrote:
> John Baldwin wrote:
> > On Saturday 25 October 2008 06:43:44 pm Alexander Motin wrote:
> >   
> >> Hi.
> >>
> >> I have spent whole day trying to investigate strange problem of my Acer
> >> TM6292 laptop (965GM+ICH8M). When booted with ACPI enabled, all three
> >> of PCIe-to-PCIe bridges appearing completely without I/O resources:
> >> pcib1: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
> >> pcib1:   domain            0
> >> pcib1:   secondary bus     2
> >> pcib1:   subordinate bus   3
> >> pcib1:   I/O decode        0x0-0x0
> >> pcib1:   no prefetched decode
> >> ...
> >> At the same time, with ACPI disabled, resources are present. There are
> >> some different problem with IRQ in that case, but it is another
> >> question, not so interesting to me.
> >>
> >> I have tried both IO and memory mapped PCIe configuration registers 
> >> without success.
> >>
> >> I have made heavy digging trying to find where resources disappearing. I
> >> have even added debug printing inside pcireg_cfgwrite() and
> >> pciereg_cfgwrite() to trace if somebody erases it and found nothing.
> >> Nothing writes into that devices configuration registers.
> >>     
> >
> > The SMI handle could be clearing the BARs when ACPI is enabled for some 
> > reason.  Windows and Linux are smart enough to alloc resources for 
bridges, 
> > but FreeBSD isn't yet.
> >
> >   
> 
> Thanks for a good tip. Elimination of "Store (Zero, SMIC)" string from 
> ASL code has solved the problem.

That may not be a good solution though as there may be other things the SMI 
handler is doing to enable ACPI support that the OS is dependent on.

-- 
John Baldwin


More information about the freebsd-acpi mailing list