From owner-cvs-src@FreeBSD.ORG Tue Dec 30 09:34:26 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B50716A4D1 for ; Tue, 30 Dec 2003 09:34:26 -0800 (PST) Received: from mailhub1.midco.net (mailhub1.midco.net [24.220.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D53B43D55 for ; Tue, 30 Dec 2003 09:34:19 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 1926 invoked by uid 0); 30 Dec 2003 17:34:18 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 30 Dec 2003 17:34:18 -0000 Message-ID: <3FF1B719.1010609@bis.midco.net> Date: Tue, 30 Dec 2003 11:34:17 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20031215 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <200312282215.hBSMFPYS067707@repoman.freebsd.org> <3FEF5981.8040103@freebsd.org> In-Reply-To: <3FEF5981.8040103@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: Nate Lawson cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica acpi_cpu.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2003 17:34:26 -0000 Scott Long wrote: > Nate Lawson wrote: > >>njl 2003/12/28 14:15:24 PST >> >> FreeBSD src repository >> >> Modified files: >> sys/dev/acpica acpi_cpu.c >> Log: >> Don't attach throttling if the P_BLK is 0, even if the P_BLK_LEN is 6. >> This is more strict but no known systems have this problem. >> >> Revision Changes Path >> 1.29 +1 -1 src/sys/dev/acpica/acpi_cpu.c >> > > > This reminds me.... > > My Dell 8200 laptop used to work reasonably well with ACPI, the only > problem being that the ASL was doing the pass-by-reference/pass-by-value > mixup that resulted in a lot of 'cannot allcoate 0 byte' problems. With > a patch that worked around this, most acpi functions seemed to work. > With the latest ACPI, the patch that I had seems to have been > integrated, but now there are new problems. The battery reporting seems > to no longer work, and I get a lot of the following > messages on the console: > > -0166: *** Error: UtAllocate: Attempt to allocate zero bytes > > What information do you need to track this down? > One needs the ASL file, at least that's what jhb needed to solve my problem. One must know about BIOSes, should study the ACPI docs and be able to speak hex in order to hack ASL. `dumpacpi' and `iasl' are helpful to get started. Minimally, you can try changing any check for "*Windows*" to "FreeBSD". That's what I've done to get ACPI working back to how it was in the past. It's still not perfect but I'm becoming conviced it's buggy DSDT that leads to most ACPI related issues. I get three errors compiling my OEM ASL, so I wonder how many errors others are getting. Is there any way for the OS to deal with this? Pete...