NetBSD Problem Report #52525

From gson@gson.org  Mon Sep  4 17:38:03 2017
Return-Path: <gson@gson.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 06A817A1FC
	for <gnats-bugs@gnats.NetBSD.org>; Mon,  4 Sep 2017 17:38:03 +0000 (UTC)
Message-Id: <20170904173759.10CDC989071@guava.gson.org>
Date: Mon,  4 Sep 2017 20:37:59 +0300 (EEST)
From: gson@gson.org (Andreas Gustafsson)
Reply-To: gson@gson.org (Andreas Gustafsson)
To: gnats-bugs@NetBSD.org
Subject: "i82489_icr_wait: busy" panic on entry to ddb
X-Send-Pr-Version: 3.95

>Number:         52525
>Category:       port-i386
>Synopsis:       "i82489_icr_wait: busy" panic on entry to ddb
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Sep 04 17:40:01 +0000 2017
>Originator:     Andreas Gustafsson
>Release:        NetBSD-current, source date 2017.07.21.02.51.12
>Organization:

>Environment:
System: NetBSD
Architecture: i386
Machine: i386
>Description:

Trying to debug a system lock-up, I tried to enter DDB using the
keyboard.  This caused an immediate panic and crash dump.  Examining
the dump with gdb shows:

  (gdb) target kvm netbsd.2.core
  0xc011dd95 in maybe_dump (howto=260) at /bracket/prod/current/src/sys/arch/i386/i386/machdep.c:708
  708     /bracket/prod/current/src/sys/arch/i386/i386/machdep.c: No such file or directory.
  (gdb) where
  #0  0xc011dd95 in maybe_dump (howto=260) at /bracket/prod/current/src/sys/arch/i386/i386/machdep.c:708
  #1  cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at /bracket/prod/current/src/sys/arch/i386/i386/machdep.c:729
  #2  0xc092c540 in vpanic (fmt=fmt@entry=0xc0f59aa9 "i82489_icr_wait: busy", ap=ap@entry=0xd83a8cf0 "") at /bracket/prod/current/src/sys/kern/subr_prf.c:342
  #3  0xc092c5ca in panic (fmt=fmt@entry=0xc0f59aa9 "i82489_icr_wait: busy") at /bracket/prod/current/src/sys/kern/subr_prf.c:258
  #4  0xc015e40f in i82489_icr_wait () at /bracket/prod/current/src/sys/arch/x86/x86/lapic.c:746
  #5  0xc015e461 in i82489_ipi (vec=240, target=786432, dl=0) at /bracket/prod/current/src/sys/arch/x86/x86/lapic.c:818
  #6  0xc011a110 in db_suspend_others () at /bracket/prod/current/src/sys/arch/i386/i386/db_interface.c:153
  #7  kdb_trap (type=type@entry=1, code=code@entry=0, regs=regs@entry=0xd83a8e1c) at /bracket/prod/current/src/sys/arch/i386/i386/db_interface.c:227
  #8  0xc011f992 in trap (frame=0xd83a8e1c) at /bracket/prod/current/src/sys/arch/i386/i386/trap.c:314
  #9  0xc0116f5f in alltraps ()
  #10 0xd83a8e1c in ?? ()
  #11 0xc07a4a05 in internal_command (ksym2=<optimized out>, ksym=<optimized out>, type=<synthetic pointer>, sc=0x6) at /bracket/prod/current/src/sys/dev/wscons/wskbd.c:1591
  #12 wskbd_translate (id=0xc12bb960 <wskbd_console_data>, type=type@entry=2, value=value@entry=41) at /bracket/prod/current/src/sys/dev/wscons/wskbd.c:1719
  #13 0xc07a4cf8 in wskbd_input (dev=0xc202a108, type=2, value=41) at /bracket/prod/current/src/sys/dev/wscons/wskbd.c:684
  #14 0xc03a73fe in ukbd_decode (sc=0xc20e0c48, ud=<optimized out>) at /bracket/prod/current/src/sys/dev/usb/ukbd.c:884
  #15 0xc0910b6f in callout_softclock (v=0x0) at /bracket/prod/current/src/sys/kern/kern_timeout.c:738
  #16 0xc0904a49 in softint_execute (l=<optimized out>, s=2, si=0xd831d074) at /bracket/prod/current/src/sys/kern/kern_softint.c:589
  #17 softint_dispatch (pinned=0xc1d7bd20, s=2) at /bracket/prod/current/src/sys/kern/kern_softint.c:871
  #18 0xc0100ffb in Xsoftintr ()
  #19 0xc1d7bd20 in ?? ()
  Backtrace stopped: previous frame inner to this frame (corrupt stack?)

I see that another user has reported a similar problem in 

  http://mail-index.netbsd.org/port-i386/2015/10/27/msg003401.html

The machine in case is an old Compaq Deskpro EN.  It's now back in
production use, so I can't easily test patches.

>How-To-Repeat:

Attempt to enter ddb on a Compaq Deskpro EN running NetBSD/i386.

>Fix:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.