Date: Tue, 5 Jun 2012 21:14:02 +0100 From: Attilio Rao <attilio@freebsd.org> To: Adrian Chadd <adrian@freebsd.org> Cc: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= <des@des.no>, arch@freebsd.org Subject: Re: KTR_SPAREx Message-ID: <CAJ-FndAjcfd21xwYHPrSxgz32eHp2xTGRao1Kyqx4yBZTPD94A@mail.gmail.com> In-Reply-To: <CAJ-Vmo=F-=1UYcW0xBiNbjHa8CN7S=iDJ_bQDn4ESS3CumJf_A@mail.gmail.com> References: <86bokyvtc2.fsf@ds4.des.no> <CAJ-FndAMsoB1RAyS-Pa1JCv7W0qsviRxtShZ3uk_Tpd%2BJ_EBaQ@mail.gmail.com> <CAJ-FndAadYbqiWUTupXLEcRMkYYL50Ssehi8f8vv6YXvQzy4OA@mail.gmail.com> <CAJ-Vmo=F-=1UYcW0xBiNbjHa8CN7S=iDJ_bQDn4ESS3CumJf_A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
2012/6/5 Adrian Chadd <adrian@freebsd.org>: > 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) > =C2=A0 =C2=A0KTR(); But the actual problem is that your output will be overwhelmed by the clutter of all the other KTR_DEV consumers. 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. Attilio --=20 Peace can only be achieved by understanding - A. Einstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-FndAjcfd21xwYHPrSxgz32eHp2xTGRao1Kyqx4yBZTPD94A>