NetBSD Problem Report #50976

From www@NetBSD.org  Fri Mar 18 02:32:33 2016
Return-Path: <www@NetBSD.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 "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 075117ABEE
	for <gnats-bugs@gnats.NetBSD.org>; Fri, 18 Mar 2016 02:32:33 +0000 (UTC)
Message-Id: <20160318023232.0F3677ACC0@mollari.NetBSD.org>
Date: Fri, 18 Mar 2016 02:32:31 +0000 (UTC)
From: tnn@NetBSD.org
Reply-To: tnn@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: panic: kmem_poison_check (sys___kevent50)
X-Send-Pr-Version: www-1.0

>Number:         50976
>Category:       kern
>Synopsis:       panic: kmem_poison_check (sys___kevent50)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Mar 18 02:35:00 +0000 2016
>Closed-Date:    Fri Mar 06 12:02:19 +0000 2020
>Last-Modified:  Fri Mar 06 12:02:19 +0000 2020
>Originator:     Tobias Nygren
>Release:        current
>Organization:
>Environment:
NetBSD 7.99.26 amd64 (in a xen 4.6 HVM hosted on Linux)
>Description:
My pkgsrc-wip NetBSD/amd64 bulk build regularly hits this while running ghc. Regular bulk builds are unaffected, only ghc stuff from pkgsrc-wip triggers this.

panic: kmem_poison_check: 0xfffffe813c6752f8: 0x90 != 0x3c

fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip ffffffff80114e75 cs 8 rflags 246 cr2 7f7ff0b98000 ilevel 0 rsp fffffe810e109a30
curlwp 0xfffffe81ece18700 pid 7065.2 lowest kstack 0xfffffe810e1062c0
Stopped in pid 7065.2 (ghc) at  netbsd:breakpoint+0x5:  leave
db{1}> bt
breakpoint() at netbsd:breakpoint+0x5
vpanic() at netbsd:vpanic+0x1be
panic() at netbsd:panic+0x43
kmem_intr_alloc() at netbsd:kmem_intr_alloc+0x312
kmem_zalloc() at netbsd:kmem_zalloc+0x56
kqueue_register() at netbsd:kqueue_register+0x2b
kevent1() at netbsd:kevent1+0x144
sys___kevent50() at netbsd:sys___kevent50+0x38
syscall() at netbsd:syscall+0xe7
--- syscall (number 435) ---
7f7ff643d5fa:
db{1}>
>How-To-Repeat:
run ghc stuff from pkgsrc-wip (trying to narrow this down)

>Fix:
This bug started to appear after updating from kernel 7.99.21 to kernel 7.99.26.

>Release-Note:

>Audit-Trail:

State-Changed-From-To: open->feedback
State-Changed-By: maya@NetBSD.org
State-Changed-When: Sun, 18 Aug 2019 05:28:18 +0000
State-Changed-Why:
This is likely fixed with the "Go panics netbsd by running into a kevent race" commits somewhere around 2017. Have you seen this issue recently?


State-Changed-From-To: feedback->closed
State-Changed-By: tnn@NetBSD.org
State-Changed-When: Fri, 06 Mar 2020 12:02:19 +0000
State-Changed-Why:
I'm unable to test. Assume fixed.


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.