From owner-cvs-all Wed Sep 30 09:52:54 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA03240 for cvs-all-outgoing; Wed, 30 Sep 1998 09:52:54 -0700 (PDT) (envelope-from owner-cvs-all) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA03229; Wed, 30 Sep 1998 09:52:49 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id KAA29727; Wed, 30 Sep 1998 10:51:41 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199809301651.KAA29727@panzer.plutotech.com> Subject: Re: cvs commit: src/sys/cam/scsi scsi_all.c scsi_all.h In-Reply-To: from =?ISO-8859-1?Q?Dag=2DErling_C=2E_Sm=F8rgrav?= at "Sep 30, 98 03:31:01 pm" To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?=) Date: Wed, 30 Sep 1998 10:51:41 -0600 (MDT) Cc: peter@netplex.com.au, ken@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dag-Erling C. Smørgrav wrote... > Peter Wemm writes: > > Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= wrote: > > > Could the bootverbose flag be made accessible through sysctl? This way > > > you could boot verbose to get detailed probe messages, and switch it > > > off later to avoid "unintersting" messages such as "tagged openings" > > > etc. I'm willing to do the deed if somebody more clueful than me okays > > > it and reviews the patch... > > Perhaps it should be a second variable, eg: scsi_verbose.. and a > > corresponding sysctl hw.scsi_verbose (or hw.scsi.verbose if there is > > potential for more hw.scsi.* variables). > > No, I used the "tagged openings" stuff just as an example. I don't > think it's a good idea to separate scsiverbose from bootverbose. Let's > just call it kern.verbose... We've already got a debug printf system in CAM anyway. It spews too much now to be very useful, but we're planning on making a little more useful eventually. Ken -- Kenneth Merry ken@plutotech.com