Date: Fri, 6 Nov 1998 12:15:12 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: "Kenneth D. Merry" <ken@plutotech.com> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: CAMDEBUG change to mull over... Message-ID: <Pine.LNX.4.02.9811061211140.3059-100000@feral-gw> In-Reply-To: <199811062005.NAA01995@panzer.plutotech.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 6 Nov 1998, Kenneth D. Merry wrote: > That's not surprising at all. :) > > > What do you think about CAM_DEBUG_XPT flag that will allow this > > to be traced separate from other tracing? > > Well, we could do that, but I'd rather have a little more generic solution > that would allow turning on/off tracing for various modules or drivers. > > I.e., have something that would let you just turn on tracing for the sa > driver, or just for the transport layer, or just for the error recovery > code in cam_periph.c/scsi_all.c, or for all modules... Well- if this is the case, let's nuke CAM_DEBUG_PRINT (at least as it is currently used in cam_xpt.c- it really has to be used only sparingly or you'll never be able to find this debugging any use at all) and allow a set of arbitrary cam paths to used for debugging being enabled. The xpt layer itself has a path (CAM_XPT_PATH_ID). -matt p.s.: I seem to have been unsubscribed from a number of lists (again), so if I've missed anything important on freebsd-scsi, let me know. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.02.9811061211140.3059-100000>