From owner-freebsd-hackers@freebsd.org Sun Nov 8 02:07:46 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 921A3A22A39; Sun, 8 Nov 2015 02:07:46 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (unknown [IPv6:2602:304:b010:ef20::f2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.catspoiler.org", Issuer "gw.catspoiler.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7559D15F4; Sun, 8 Nov 2015 02:07:46 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.15.2/8.15.2) with ESMTP id tA827aeV030767; Sat, 7 Nov 2015 18:07:40 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201511080207.tA827aeV030767@gw.catspoiler.org> Date: Sat, 7 Nov 2015 18:07:36 -0800 (PST) From: Don Lewis Subject: Re: strange kernel crash To: bdrewery@FreeBSD.org cc: avg@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org In-Reply-To: <563E9925.1000806@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 02:07:46 -0000 On 7 Nov, Bryan Drewery wrote: > On 11/7/2015 3:08 PM, Andriy Gapon wrote: >> On 07/11/2015 21:48, Bryan Drewery wrote: >>> On 11/6/15 3:20 AM, Andriy Gapon wrote: >>>> Unread portion of the kernel message buffer: >>>> >>>> Fatal trap 1: privileged instruction fault while in kernel mode >>> ... >>> >>> What SVN revision? >> >> r289875 from October 24. >> > > I ask because I fixed an uninitialized ptr write in the kernel in > r290155 on October 29th. I would only expect it to happen in low memory > situations. I haven't seen it since I upgraded from r290039 Tue Oct 27 to r290224 Sat Oct 31. I can believe that low memory would trigger it since I often it uses zfs and I sometimes drive it heavily into swap (using tmpfs) when running poudriere with parallel builds. The timing makes sense because the bug was introduce by r289279, and before r290039 I had been running r289123 without having any problems.