From owner-freebsd-arch@FreeBSD.ORG Sat Jun 19 16:33:21 2010 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95F93106564A; Sat, 19 Jun 2010 16:33:21 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A6CFC8FC16; Sat, 19 Jun 2010 16:33:20 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA11538; Sat, 19 Jun 2010 19:33:18 +0300 (EEST) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OQ0yr-000Ex5-OX; Sat, 19 Jun 2010 19:33:17 +0300 Message-ID: <4C1CF14C.8080108@freebsd.org> Date: Sat, 19 Jun 2010 19:33:16 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Andriy Gapon , freebsd-arch@freebsd.org References: <4C1C7686.3050206@freebsd.org> <20100619143920.GM3632@acme.spoerlein.net> In-Reply-To: <20100619143920.GM3632@acme.spoerlein.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: KDB_TRACE in GENERIC X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jun 2010 16:33:21 -0000 on 19/06/2010 17:39 Ulrich Spörlein said the following: > On Sat, 19.06.2010 at 10:49:26 +0300, Andriy Gapon wrote: >> I propose to add the following options into GENERIC (perhaps only i386 and amd64): >> >> options KDB >> options KDB_TRACE >> options KDB_UNATTENDED >> options SC_DISABLE_KDBKEY # <- not sure about his one >> >> This would increase kernel size only by a fraction, would not result in any POLA >> violations (KDB_UNATTENDED, SC_DISABLE_KDBKEY) and would provide a useful service. >> >> Currently we get many panic reports that are almost impossible to analyze >> because there is no stack trace. Especially this is true for panics at >> installation time, when people use GENERIC from release media and do not have >> ability to try a custom kernel. >> >> What do you think? > > I'd rather propose we turn on textdumps, as many people will be in X11 > when disaster strikes and there's no easy way to get the crashdump then. Would you really "rather" propose it? Or propose it in addition to what I proposed? Or as a next step even? :-) BTW, as I said, I am very much concerned about panics that people get when running (trying to run) FreeBSD installation image, X is not a factor at that stage. -- Andriy Gapon