From owner-freebsd-acpi@FreeBSD.ORG Sat Aug 7 12:58:33 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 5465A16A4CE for ; Sat, 7 Aug 2004 12:58:33 +0000 (GMT) Received: from smtp1.dcns.ne.jp (smtp1.dcns.ne.jp [203.178.100.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 467C743D62 for ; Sat, 7 Aug 2004 12:58:32 +0000 (GMT) (envelope-from haro@kgt.co.jp) Received: (qmail 28746 invoked from network); 7 Aug 2004 12:58:30 -0000 Received: from unknown (HELO localhost) (211.10.184.118) by smtp1.dcns.ne.jp with SMTP; 7 Aug 2004 12:58:30 -0000 Date: Sat, 07 Aug 2004 21:58:28 +0900 (JST) Message-Id: <20040807.215828.74755722.haro@h4.dion.ne.jp> To: nate@root.org From: Munehiro Matsuda In-Reply-To: <41140603.6080106@root.org> References: <200408030515.i735FuKF056358@repoman.freebsd.org> <20040805.094212.74755901.haro@kgt.co.jp> <41140603.6080106@root.org> X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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 12:58:33 -0000 From: Nate Lawson Date: Fri, 06 Aug 2004 15:28:19 -0700 ::Munehiro Matsuda wrote: ::> Hi Nate, ::> ::> After the following commit (rev 1.179 and 1.180), my system ::> panics at random places on bootup. ::> If reverted to rev 1.178, everything seems just fine. ::> ::> I'll try to nallow down which part within the commit seems to ::> cause problem. ::> ::> Regards, ::> Haro ::> ::> From: Nate Lawson ::> Date: Tue, 3 Aug 2004 05:15:56 +0000 (UTC) ::> ::njl 2004-08-03 05:15:56 UTC ::> :: ::> :: FreeBSD src repository ::> :: ::> :: Modified files: ::> :: sys/dev/acpica acpi.c ::> :: Log: ::> :: Forced commit to note intended log message for previous revision: ::> :: ::> :: Cleanup to prepare for locking commit. Add comments, clarify printfs, ::> :: remove old unused locking macros. Additional changes: ::> :: ::> :: * Remove an old workaround for the bug in AcpiEnterSleepState() that ::> :: caused it to return with the hardware mutex still held. It no longer ::> :: can fail this way. ::> :: * Remove ACPI_DEBUGGER checkpoints in the probe. We have a reasonably ::> :: stable probe/attach process now. ::> :: * 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. - (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'll keep you posted, Regards, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Internet Solution Dept., Kubota Graphics Technologies Inc. /|\ |_| |_|_| 2-8-8 Shinjuku Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp