From owner-freebsd-current@FreeBSD.ORG Mon Sep 1 14:46:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34C6616A4BF; Mon, 1 Sep 2003 14:46:39 -0700 (PDT) Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D2343FFB; Mon, 1 Sep 2003 14:46:37 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38ldt94.dialup.mindspring.com ([209.86.245.36] helo=mindspring.com) by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19twVQ-0000QR-00; Mon, 01 Sep 2003 14:46:37 -0700 Message-ID: <3F53BDE4.61CE2FCD@mindspring.com> Date: Mon, 01 Sep 2003 14:45:08 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton References: <20030901014536.O787@ync.qbhto.arg> <20030901135333.X6074@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4562ef45aaa2bb1f34872d1b0d19439ea350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: Robert =?iso-8859-1?Q?Blacqui=E8re?= cc: ps@freebsd.org cc: current@freebsd.org Subject: Re: ACPI problems with Compaq Evo N610c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 21:46:39 -0000 Doug Barton wrote: > On Mon, 1 Sep 2003, Terry Lambert wrote: > > > I attached a verbose dmesg, just in case someone wants to take a look. > > > > | ACPI: DSDT was overridden. > > | -0424: *** Error: UtAllocate: Could not allocate size 50204453 > > | ACPI-0428: *** Error: Could not allocate table memory for [/* > > | R] length 50204453 > > | ACPI-0368: *** Error: Could not copy override ACPI table, AE_NO_MEMORY > > > > I'm going to go out on a limb here and suggest that perhaps the > > problem is that the damn thing appears to be 50 Megabytes... > > Well, you could have verified that easily enough for yourself by > downloading the file at that URL above. :) And getting 50M, if your dmesg was right... 8-) 8-). > It turns out that it's only 142k, which is another reason I think > that something very odd is happening. My guesses, in order, would be (1) an unitialized variable, or (2) it loads sparsely, or (3) it has a really bogus table entry that claims it needs that much memory. It doesn't look magic enough to be a sign extension/signed-unsigned pun error. Other than starting at the code that's supposed to load the table in, and printf'ing until you find out why it's thinks 50M is a nuce number, I don't know what to tell you... -- Terry