From owner-freebsd-acpi@FreeBSD.ORG Sat Aug 7 23:50:34 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F213D16A4CE for ; Sat, 7 Aug 2004 23:50:34 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0C6C43D3F for ; Sat, 7 Aug 2004 23:50:34 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i77NoX8U022076; Sat, 7 Aug 2004 16:50:34 -0700 Message-ID: <41156AC8.5050502@root.org> Date: Sat, 07 Aug 2004 16:50:32 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.2 (Windows/20040707) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Munehiro Matsuda References: <200408030515.i735FuKF056358@repoman.freebsd.org> <20040805.094212.74755901.haro@kgt.co.jp> <41140603.6080106@root.org> <20040807.215828.74755722.haro@h4.dion.ne.jp> In-Reply-To: <20040807.215828.74755722.haro@h4.dion.ne.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org Subject: Re: Panic on boot X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Aug 2004 23:50:35 -0000 Munehiro Matsuda wrote: > From: Nate Lawson > Date: Fri, 06 Aug 2004 15:28:19 -0700 > ::> :: * Use an sbuf instead of sprintf/strcat for a sysctl. Also, use strlcpy > ::> :: instead of a bzero/strncpy. > ::> :: * Simplify acpi_name, acpi_Enable, and acpi_Disable. > ::> :: * Don't bzero the softc > ::> :: > ::> :: Revision Changes Path > ::> :: 1.180 +0 -0 src/sys/dev/acpica/acpi.c > :: > ::Any luck narrowing things down? Does a -current as of today work? > :: > ::-Nate > > Still working on it. > The rev1.18 of acpi_pci_link.c got me confused, but sorted that out. > Following has been done: > > - acpi.c rev1.183 and acpi_pci_link.c rev1.18 boots ok, but loose > my internal uhub1 and MemoryStick controller. (yes, it's a SONY VAIO ;-) > - Seems to need "ACPI_OLD_PCI_LINK 1" for acpi_pci_link.c to get > uhub1 enabled and MemoryStick controller recognized. > - acpi.c rev1.183 and "ACPI_OLD_PCI_LINK 1" enabled acpi_pci_link.c > still panics. This is separate and I'm working on it. Our pci irq routing has a poor failure mode. > - (1) Removing ACPI_LOCK* stuff seems ok, (2) removing ACPI_DEBUGGER stuff > seems ok, (3) acpi_Enable()/acpi_Disable() changes seems ok, (4) softc > changes seems ok, (5) acpiioctl() changes seems ok. > > TODO: > - Check acpi_name() changes. > - Check acpi_supported_sleep_state_sysctl()/acpi_sleep_state_sysctl() I'd focus on the sysctls. Not sure how they can fail though. Thanks for helping. -- Nate