Panic on boot

[Nate Lawson]

Munehiro Matsuda wrote:
> From: Nate Lawson <nate at root.org>
> 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