NetBSD Problem Report #52816

From Manuel.Bouyer@lip6.fr  Wed Dec 13 16:07:18 2017
Return-Path: <Manuel.Bouyer@lip6.fr>
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 14BC77A169
	for <gnats-bugs@gnats.NetBSD.org>; Wed, 13 Dec 2017 16:07:18 +0000 (UTC)
Message-Id: <20171213160708.A4857A850@armandeche.soc.lip6.fr>
Date: Wed, 13 Dec 2017 17:07:08 +0100 (MET)
From: Manuel.Bouyer@lip6.fr
Reply-To: Manuel.Bouyer@lip6.fr
To: gnats-bugs@NetBSD.org
Subject: sl(4) cause panic
X-Send-Pr-Version: 3.95

>Number:         52816
>Category:       kern
>Synopsis:       sl(4) cause panic
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Dec 13 16:10:00 +0000 2017
>Last-Modified:  Wed Dec 13 23:00:01 +0000 2017
>Originator:     Manuel Bouyer
>Release:        NetBSD 8.99.9
>Organization:
>Environment:
System: NetBSD borneo.soc.lip6.fr 8.99.9 NetBSD 8.99.9 (XEN3_DOM0) amd64
Architecture: x86_64
Machine: amd64
>Description:
	traffic over a sl(4) interface over ucom(4) causes panic:
panic: kernel diagnostic assertion "mutex_owned(&tty_lock)" failed: file "/dsk/l1/misc/bouyer/HEAD/src/sys/dev/usb/ucom.c", line 1296
fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip 0xffffffff802065f5 cs 0xe030 rflags 0x246 cr2 0x703e5d71e000 ilevel 0x6 rsp 0xffffa0003654fd20
curlwp 0xffffa00000e59420 pid 0.3 lowest kstack 0xffffa0003654c2c0
Stopped in pid 0.3 (system) at  ffffffff802065f5:       leave
?() at ffffffff802065f5
?() at ffffffff80207cce     
?() at ffffffff8066da37     
?() at ffffffff808788a5     
?() at ffffffff809967e5     
?() at ffffffff803c245a     
?() at ffffffff8091abbc     
?() at ffffffff8084e2cb

(this points to:
cpu_Debugger() sys/arch/amd64/amd64/db_interface.c:252
db_panic() sys/ddb/db_panic.c:65
vpanic()   sys/kern/subr_prf.c:342
ch_voltag_convert_in() sys/dev/scsipi/ch.c:1283 (obviously bogus)
ucomstart() sys/dev/usb/ucom.c:1296
slintr() sys/net/if_sl.c:869
softint_thread() sys/arch/amd64/compile/XEN3_DOM0/xen-ma/machine/cpu.h:55

This also fails under netbsd8/amd64 (non-Xen) but no stack trace as I was
running X11 at the time of the panic

>How-To-Repeat:
	setup a sl(4) over ucom(4), start ping.
>Fix:
	workaround: setup on a netbsd-7 host.

>Audit-Trail:
From: coypu@sdf.org
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: kern/52816: sl(4) cause panic
Date: Wed, 13 Dec 2017 22:55:29 +0000

 I think this is affecting more than sl(4).

 I suspect also:
 dev/bluetooth/bcsp.c
 dev/bluetooth/bth5.c
 dev/bluetooth/btuart.c
 and strip(4).

Home	PR Database Search