From owner-freebsd-mobile@FreeBSD.ORG Tue Oct 7 13:53:09 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B7316A4B3 for ; Tue, 7 Oct 2003 13:53:09 -0700 (PDT) Received: from ack.Berkeley.EDU (ack.Berkeley.EDU [128.32.206.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E38143F3F for ; Tue, 7 Oct 2003 13:53:09 -0700 (PDT) (envelope-from mhunter@ack.Berkeley.EDU) Received: (from mhunter@localhost) by ack.Berkeley.EDU (8.11.3/8.11.3) id h97Kr6g23738; Tue, 7 Oct 2003 13:53:06 -0700 (PDT) Date: Tue, 7 Oct 2003 13:53:06 -0700 From: Mike Hunter To: Nate Lawson Message-ID: <20031007205306.GB23040@ack.Berkeley.EDU> References: <20031005195107.GA24142@ack.Berkeley.EDU> <20031007133444.R7172@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031007133444.R7172@root.org> User-Agent: Mutt/1.4.1i cc: acpi-jp@jp.FreeBSD.org cc: freebsd-mobile@freebsd.org Subject: Re: [acpi-jp 2716] Dell D800 ACPI Issues X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2003 20:53:10 -0000 On Oct 07, "Nate Lawson" wrote: > On Sun, 5 Oct 2003, Mike Hunter wrote: > > I am trying to get acpi to work better on my Dell D800. I see the > > following warning message when I boot: > > > > -0166: *** Error: UtAllocate: Attempt to allocate zero bytes > > -0166: *** Error: UtAllocate: Attempt to allocate zero bytes > > -0166: *** Error: UtAllocate: Attempt to allocate zero bytes > > -0166: *** Error: UtAllocate: Attempt to allocate zero bytes > > > > It repeats that quite a bit. > > I've been following down this issue. It is known. Thanks. I'm happy to test patches and such, just let me know. Also, thanks for the advice about staying away from s[234]...it might be worth mentioning in the acpiconf man page that they are experimental. I'll also try the config change you suggested for closing the lid. > > I have flashed my bios up to A3 (the latest as of a month ago). > > > > I have placed acpidump and acpidump -d here: > > > > http://www.lusars.net/~mhunter/acpi.out > > http://www.lusars.net/~mhunter/acpi.out.txt > > > > I will follow-up this post with some results of acpiconf...but I want to > > send this first because I seem to remember that it makes my computer crash > > :) > > > > My sources are from Sep. 29 (5.1-CURRENT) > > It would help if you also send the output of acpidump -t. This gives the > fixed tables and is short. /* RSD PTR: OEM=DELL, ACPI_Rev=1.0x (0) RSDT=0x1fff0000, cksum=98 */ /* RSDT: Length=44, Revision=1, Checksum=208, OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x27d3050f, Creator ID=ASL, Creator Revision=0x61 Entries={ 0x1fff0400, 0x1fff0800 } */ /* FADT: FACS=0x1ffff800, DSDT=0x1fff0c00 INT_MODEL=PIC Preferred_PM_Profile=Unspecified (0) SCI_INT=9 SMI_CMD=0xb2, ACPI_ENABLE=0x70, ACPI_DISABLE=0x71, S4BIOS_REQ=0x97 PSTATE_CNT=0x80 PM1a_EVT_BLK=0x800-0x803 PM1a_CNT_BLK=0x804-0x805 PM2_CNT_BLK=0x820-0x820 PM_TMR_BLK=0x808-0x80b GPE0_BLK=0x828-0x82f P_LVL2_LAT=50 us, P_LVL3_LAT=50 us FLUSH_SIZE=0, FLUSH_STRIDE=0 DUTY_OFFSET=1, DUTY_WIDTH=3 DAY_ALRM=0, MON_ALRM=0, CENTURY=0 IAPC_BOOT_ARCH= Flags={WBINVD,PROC_C1,PWR_BUTTON,SLP_BUTTON,DCK_CAP} */ /* FACS: Length=64, HwSig=0x0000007f, Firm_Wake_Vec=0x00000000 Global_Lock= Flags=S4BIOS Version=0 */ /* DSDT: Length=11563, Revision=1, Checksum=178, OEMID=INT430, OEM Table ID=SYSFexxx, OEM Revision=0x1001, Creator ID=MSFT, Creator Revision=0x100000e */ /* ASF!: Length=91, Revision=16, Checksum=122, OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x27d3050f, Creator ID=ASL, Creator Revision=0x61 */