Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Oct 2008 11:08:55 -0400
From:      John Baldwin <jhb@freebsd.org>
To:        Serge Semenenko <serge@a-1.com.ua>
Cc:        freebsd-acpi@freebsd.org, Alexander Motin <mav@freebsd.org>
Subject:   Re: PCIe bridges resources disappearing with ACPI enabled.
Message-ID:  <200810281108.56218.jhb@freebsd.org>
In-Reply-To: <4906450E.4030700@a-1.com.ua>
References:  <4903A120.7040003@FreeBSD.org> <200810271142.59666.jhb@freebsd.org> <4906450E.4030700@a-1.com.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200810281108.56218.jhb>