From owner-cvs-all@FreeBSD.ORG Thu Apr 28 02:02:09 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D4BC16A4CE for ; Thu, 28 Apr 2005 02:02:09 +0000 (GMT) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789D643D49 for ; Thu, 28 Apr 2005 02:02:08 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from [192.168.1.101] (cpe-065-184-196-020.ec.res.rr.com [65.184.196.20])j3S2250V029956 for ; Wed, 27 Apr 2005 22:02:06 -0400 (EDT) Message-ID: <427046C2.2040903@ec.rr.com> Date: Wed, 27 Apr 2005 22:13:22 -0400 From: jason henson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: cvs-all@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: cvs commit: src/sys/dev/sound/usb uaudio.c uaudio.h uaudio_pcm.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 02:02:09 -0000 On Wed, Apr 27, 2005 at 04:57:53PM -0400, Mathew Kanner wrote: > On Apr 27, Julian Elischer wrote: > > > > only got your email after doing the commit.. > > As I said inthe other email.. > > I think dfferently. > > We can put it in either place (or both), but I think it's much more > > useful here. > > Let's keep it here until I commit the version that does it in > boot verbose (it's much shorter than what I remeber the PR having) The > information will appear under boot_veborbose for that 1 time in 1000 > that you want more information about your USB device. If people > complain, I'll put this back. Hope this is ok for you. My $0.02: Firstly, I would think that this information (or part of it) is also useful for programs. Secondly, dmesg(8) is unreliable in that there may be so many other messages that the information you're looking for is not in the message buffer anymore. Thirdly, verbose boot is already too verbose. Let's not make it worse. I think verbose boot should help diagnose boot problems or device attach and/or device configure problems. Everything else is non-critical information and should ideally be available in some form or another when the machine has booted. Reality disagrees with me, but it's a valid datapoint nonetheless. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net There is also /var/run/dmesg.boot, shouldn't this make it reliable?