Panic on boot
Munehiro Matsuda
haro at kgt.co.jp
Sat Aug 7 05:58:33 PDT 2004
From: Nate Lawson <nate at 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 at kgt.co.jp
More information about the freebsd-acpi
mailing list