From owner-freebsd-arch@FreeBSD.ORG Thu Jun 7 20:10:01 2012 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32A0F1065675; Thu, 7 Jun 2012 20:10:01 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A2FB78FC1A; Thu, 7 Jun 2012 20:09:59 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC4380C.dip.t-dialin.net [79.196.56.12]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9B80B84473A; Thu, 7 Jun 2012 22:09:39 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTPS id BD8922B97; Thu, 7 Jun 2012 22:09:36 +0200 (CEST) Date: Thu, 7 Jun 2012 22:09:33 +0200 From: Alexander Leidinger To: Attilio Rao Message-ID: <20120607220933.00003865@unknown> In-Reply-To: References: <86bokyvtc2.fsf@ds4.des.no> X-Mailer: Claws Mail 3.7.10cvs42 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9B80B84473A.A2700 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.733, required 6, autolearn=disabled, ALL_TRUSTED -1.00, AWL 0.28, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1339704580.62523@qvMjeo86+nGn4Gz9SRgRPw X-EBL-Spam-Status: No Cc: =?ISO-8859-1?Q?grav?= , Adrian Chadd , Dag-Erling, arch@freebsd.org Subject: Re: KTR_SPAREx X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 20:10:01 -0000 On Tue, 5 Jun 2012 21:14:02 +0100 Attilio Rao wrote: > 2012/6/5 Adrian Chadd : > > Hi, > > > > I'm very tempted to make if_ath use KTR_DEV, but then have an extra > > ath sysctl which does something like: > > > > if (sc->sc_ktr_enable) > > =A0 =A0KTR(); >=20 > But the actual problem is that your output will be overwhelmed by the > clutter of all the other KTR_DEV consumers. >=20 > We very much need an much higher granularity on KTR classes and > possibly a way to use it on-the-fly for kernel development and I think > what I suggested earlier makes sense. How much of the uncovered uses of KTR really need KTR (instead of dtrace)? How many of them are time critical enough that dtrace is not fast enough? How many of them need to run very early so that not enough kernel infrastructure is available to run dtrace (can we run dtrace scripts very early during boot (when enough kernel infrastructure is available, before anything in userland starts) like in Solaris)? Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137