From owner-cvs-src@FreeBSD.ORG Wed Nov 3 18:09:55 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95C4A16A557 for ; Wed, 3 Nov 2004 18:09:54 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E43F43D46 for ; Wed, 3 Nov 2004 18:09:53 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2537 invoked from network); 3 Nov 2004 18:09:53 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 3 Nov 2004 18:09:52 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA3I9YLM078281; Wed, 3 Nov 2004 13:09:48 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Scott Long Date: Wed, 3 Nov 2004 14:08:03 -0500 User-Agent: KMail/1.6.2 References: <200411031411.iA3EBIqL012134@repoman.freebsd.org> <20041103082806.C49241@xorpc.icir.org> <41890956.2030705@freebsd.org> In-Reply-To: <41890956.2030705@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411031408.03949.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Luigi Rizzo cc: src-committers@FreeBSD.org cc: Poul-Henning Kamp cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/em if_em.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 18:09:55 -0000 On Wednesday 03 November 2004 11:37 am, Scott Long wrote: > Luigi Rizzo wrote: > > On Wed, Nov 03, 2004 at 09:23:01AM -0700, Scott Long wrote: > > ... > > > >>I think that in general we can start eyeing a lot of similar verbosity > >>in all of our drivers, both at boot and at runtime. For example most > >>nic drivers print out their MAC and all of their possible negotiation > >>rates on attach. This same info can be obtained from ifconfig. Why > >>clutter the boot with it? > > > > because sometimes you might need to enable some MAC-based filter > > before you have a chance to access the box. e.g. to set dhcp/bootp > > anbd the like. > > > > A bit of verbosity is useful, you can always switch to splash screens > > if you don't like them. > > > > I think the link-up/link-down thing is different because it > > happens not just at boot but also whenever the link status > > changes (e.g. when a spanning tree on a switch detects a > > reconfiguration), and this is annoying on the console. > > > > cheers > > luigi > > I'm not saying that these things should be removed, just places under > bootverbose. Situations like what you are saying are rare and/or > one-time occurances. And if you look at drivers like if_ath(no offense > meant towards Sam): I think bootverbose needs to be split up some. Imagine having a 'verbose.ether' tunable that would turn on dumping all the MAC addresses for NICs but would be off by default. Many of the interrupt messages on x86 need to move from bootverbose to some kind of apic_verbose. Might even be nice to have some kind of acpi-like verbose variable that could be set as: set verbose="boot,apic,ether" or some such. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org