>Number:         17872
>Category:       port-i386
>Synopsis:       Toshiba Libretto L2 locks up in ACPI driver
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Aug 07 09:02:02 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Andreas Gustafsson
>Release:        NetBSD 1.6C
>Organization:
>Environment:
System: NetBSD guam.araneus.fi 1.6C NetBSD 1.6C (GUAM) #0: Mon Jul 29 20:50:53 PDT 2002 root@guava.araneus.fi:/usr/src/sys/arch/i386.sp/compile/GUAM i386
Architecture: i386
Machine: i386
>Description:

I installed NetBSD-current on a Toshiba Libretto L2, using a kernel
configured with the following ACPI drivers:

acpi0 at mainbus0
vald* at acpi?
acpiacad* at acpi?
acpibat*  at acpi?
acpibut*  at acpi?
acpiec*   at acpi?
#acpilib*  at acpi?
spic*     at acpi?

I have now twice tried to keep the L2 powered on overnight, only to
find it locked up in the morning.  In this locked-up state, it
responds to pings and TCP connections are accepted, but attempts to
log in by ssh hang and the keyboard is unresponsive.

A ddb backtrace shows the following call stack (manually transcribed,
function argument lists omitted):

  [ddb stack frames omitted]
  --interrupt--
  AcpiNsGetNextNode
  AcpiDsTerminateControlMethod+0xdf
  AcpiPsParesAml+0xcc
  AcpiPsxExecute+0x194
  AcpiNsExecuteControlMethod+0x59
  AcpiNsEvaluateByHandle+0x95
  AcpiNsEvaluateRelative+0xbd
  AcpiEvaluateObject+0x125
  acpi_eval_struct+0x58
  acpibat_get_status+0x23
  acpi_osd_sched+0xf7
  db>

>How-To-Repeat:
See above.

>Fix:
Not known.
>Release-Note:
>Audit-Trail:
>Unformatted: