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