Date: Sat, 07 Aug 2004 21:58:28 +0900 (JST) From: Munehiro Matsuda <haro@kgt.co.jp> To: nate@root.org Cc: acpi@FreeBSD.org Subject: Re: Panic on boot Message-ID: <20040807.215828.74755722.haro@h4.dion.ne.jp> In-Reply-To: <41140603.6080106@root.org> References: <200408030515.i735FuKF056358@repoman.freebsd.org> <20040805.094212.74755901.haro@kgt.co.jp> <41140603.6080106@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
From: Nate Lawson <nate@root.org>
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 <njl at FreeBSD.org>
::> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040807.215828.74755722.haro>