From owner-freebsd-current@FreeBSD.ORG  Fri Dec 19 18:07:40 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 9D8CF16A4DD
	for <current@freebsd.org>; Fri, 19 Dec 2003 18:07:40 -0800 (PST)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5F52F43D31
	for <current@freebsd.org>; Fri, 19 Dec 2003 18:07:37 -0800 (PST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 78517 invoked by uid 1000); 20 Dec 2003 02:07:39 -0000
Date: Fri, 19 Dec 2003 18:07:39 -0800 (PST)
From: Nate Lawson <nate@root.org>
To: Andrew Thompson <andy@fud.org.nz>
In-Reply-To: <03May8.170858nzst.119056@homer.fire.org.nz>
Message-ID: <20031219180703.H78263@root.org>
References: <20030506140539.F18533@root.org>
	<03May8.170858nzst.119056@homer.fire.org.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Mailman-Approved-At: Fri, 19 Dec 2003 18:12:31 -0800
cc: acpi-jp@jp.FreeBSD.org
cc: current@freebsd.org
Subject: Re: [acpi-jp 2189] Re: Outstanding ACPI issues for 5.1-RELEASE
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Dec 2003 02:07:40 -0000

Can you let me know if this machine now works correctly with 5.2-CURRENT
as of 2003/12/19?  I am cleaning out old email and would like to know what
issues are still present.

-Nate


On Wed, 8 May 2003, Andrew Thompson wrote:

> On Wed, 2003-05-07 at 09:28, Nate Lawson wrote:
> I am having a problem with acpi on my Compaq N1000v laptop. Before the
> above import it would panic on boot , but now it is unable to find my
> disk (progress mabey?).  The boot logs and acpidump is available @
> http://www.fud.org.nz/acpi/
>
> Anyone got any advise? I can supply more info if needed.
>
> $uname -a
> FreeBSD holly.fire.org.nz 5.1-BETA FreeBSD 5.1-BETA #0: Wed May  7
> 10:56:39 NZST 2003
> thompsa@holly.fire.org.nz:/usr/obj/usr/src/sys/HOLLY  i386
>
>
> FreeBSD 5.1-BETA #0: Wed May  7 10:56:39 NZST 2003
>     thompsa@holly.fire.org.nz:/usr/obj/usr/src/sys/HOLLY
> Preloaded elf kernel "/boot/kernel/kernel" at 0xc05b3000.
> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc05b3200.
> Timecounter "i8254"  frequency 1193182 Hz
> Timecounter "TSC"  frequency 1993542584 Hz
> CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1993.54-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf24  Stepping = 4
>
> Features=0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
> real memory  = 536674304 (511 MB)
> avail memory = 515186688 (491 MB)
> bios32: Bad BIOS32 Service Directory
> Pentium Pro MTRR support enabled
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> acpi0: <COMPAQ CPQ004A > on motherboard
> acpi_bus_number: root bus has no _BBN, assuming 0
> acpi_bus_number: can't get _ADR
> acpi_bus_number: can't get _ADR
> acpi_bus_number: root bus has no _BBN, assuming 0
> acpi_bus_number: can't get _ADR
> acpi_bus_number: can't get _ADR
> acpi_bus_number: root bus has no _BBN, assuming 0
> acpi_bus_number: can't get _ADR
> acpi_bus_number: can't get _ADR
>     ACPI-1287: *** Error: Method execution failed
> [\_SB_.C03B.C04E.C0CF.C0D3] (Node 0xc402d760), AE_NOT_EXIST
>     ACPI-1287: *** Error: Method execution failed
> [\_SB_.C03B.C04E.C0CF._INI] (Node 0xc402ff40), AE_NOT_EXIST
> acpi_bus_number: root bus has no _BBN, assuming 0
> acpi_bus_number: can't get _ADR
> acpi_bus_number: can't get _ADR
> acpi0: power button is handled as a fixed feature programming model.