From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 6 20:00:59 2011 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9235D106566C for ; Wed, 6 Apr 2011 20:00:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 669E78FC14 for ; Wed, 6 Apr 2011 20:00:59 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 033CE46B03; Wed, 6 Apr 2011 16:00:59 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8DA318A027; Wed, 6 Apr 2011 16:00:58 -0400 (EDT) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Wed, 6 Apr 2011 16:00:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201103281406.27334.jhb@freebsd.org> In-Reply-To: <201103281406.27334.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201104061600.53572.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 06 Apr 2011 16:00:58 -0400 (EDT) Cc: =?utf-8?b?0JrRgdC10L3Qt9C+0LIg0JDQu9C10LrRgdC10Lk=?= Subject: Re: Atheros 9285 & Atheros AR8131 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2011 20:00:59 -0000 On Monday, March 28, 2011 2:06:27 pm John Baldwin wrote: > On Monday, March 28, 2011 12:46:02 pm =D0=9A=D1=81=D0=B5=D0=BD=D0=B7=D0= =BE=D0=B2 =D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9 wrote: > > 2011/3/29 Sergio de Almeida Lenzi > >=20 > > > > > > This is probably due to a problem FreeBSD has with ACPI initializati= on > > > sometimes wiping out the state in PCI-PCI bridges for resource window= s and not > > > gracefully recovering from that. I have some early work in progress = to > > > address this, but it will be a while before I have something ready for > > > testing. > > > > > > > > > it is the acer bios that is does not follow acpi standard... I have = the > > > same problem > > > in an old acer 5050 no solution still... I had to install linux in = that > > > notebook. > > > > > > My advice is not to buy acer... they are cheap any good... > > > > > > Well let's wait for the Baldwin fix.... > > > > > > > > maybe this can be corrected by editing the ASL? >=20 > We've never figured out what is zeroing the registers in the PCI-PCI brid= ges. > I suspect it is not something in the ASL, but is a side effect of some BI= OS > code that runs in SMM when ACPI is turned on. Ok, so I have a patch to rework how PCI-PCI bridges manage resources for devices. This patch applies to HEAD, no idea if it applies to older branch= es (likely not). You will need to add the option 'NEW_PCIB' to your kernel config after applying this patch. http://www.FreeBSD.org/~jhb/patches/pcib_new.patch =46or my local testing I used a hack to wipe out the PCI-PCI bridges in my test machine similar to what the BIOS does on these machines. The bridges all grew windows to match their original BIOS-assigned windows based on the BIOS-assigned resources in the BARs of the child devices. These patches should also let us allocate new resources from scratch for devices behind PCI-PCI bridges once we have better support for determining = what are valid PCI address ranges in the Host-PCI bridge drivers. =2D-=20 John Baldwin