From owner-freebsd-current@FreeBSD.ORG Wed Sep 2 20:22:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DABA7106566B for ; Wed, 2 Sep 2009 20:22:24 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from baranao.anywi.com (baranao.anywi.com [213.207.101.176]) by mx1.freebsd.org (Postfix) with ESMTP id 93BFB8FC13 for ; Wed, 2 Sep 2009 20:22:24 +0000 (UTC) Received: from hind.van-laarhoven.org (ip51cfcfde.direct-adsl.nl [81.207.207.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by baranao.anywi.com (Postfix) with ESMTPSA id 0775C3F41C; Wed, 2 Sep 2009 22:22:21 +0200 (CEST) From: Nick Hibma To: Robert Noland Date: Wed, 2 Sep 2009 16:56:15 +0200 User-Agent: KMail/1.12.0 (FreeBSD/7.2-STABLE; KDE/4.3.0; i386; ; ) References: <200909010931.16880.nick@van-laarhoven.org> <1251841416.1689.4458.camel@balrog.2hip.net> In-Reply-To: <1251841416.1689.4458.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200909021656.15747.nick@van-laarhoven.org> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00, DATE_IN_PAST_03_06, UNPARSEABLE_RELAY autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on baranao.anywi.com Cc: FreeBSD CURRENT Mailing List Subject: Re: Reducing noise in dmesg output X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2009 20:22:24 -0000 > What is irrelevant is subjective... I mean does the average user really > need to see anything in dmesg? Please don't change agp_i810.c. A > verbose boot is incredibly noisy and rarely needed for debugging > anything except the most deep rooted of issues. Please state arguments instead of this 'I think it is useful'. That's not going to cut it. If you feel strongly about the info that is being produced, an option would be to produce a (tested!) patch that combines more information on one line as a compromise. FreeBSD has historically been producing very limited output on dmesg. Linux is very noisy (ever noticed the copyright notices right in the middle of your list of PCI devices?). Even they have decided that they should hide this behind coloured 'ok/failed' texts in some distributions. FreeBSD has slowly been producing more and more output (most notably the USB subsystem up to 7.x) and I am intending to remove that clutter again, or at least compress it. Being swamped with information reduces its value rather than increase it. Nick