Date: Sat, 18 Sep 2010 22:51:10 +0200 From: Attilio Rao <attilio@freebsd.org> To: Andriy Gapon <avg@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: KDB_TRACE and no backend Message-ID: <AANLkTi=2hc4a0CnSiCAuCeHoisZ25WK7RRWxfrDpWkez@mail.gmail.com> In-Reply-To: <4C9525E7.3030804@freebsd.org> References: <4C94A138.8050905@icyb.net.ua> <AANLkTingR6k6xdQJ3cZH8EkJeCWnq5vzeEjGHNaDv8AT@mail.gmail.com> <4C9507D1.3010008@icyb.net.ua> <4C950C48.6020600@freebsd.org> <4C95214A.3070600@freebsd.org> <AANLkTimuiBG4nL4o%2BJ%2BKM6%2B9QdkRwwEsWnbC-tsoNO54@mail.gmail.com> <4C9525E7.3030804@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
2010/9/18 Andriy Gapon <avg@freebsd.org>: > on 18/09/2010 23:35 Attilio Rao said the following: >> It is still missing checking on opt_stack.h > > Yes, thanks, fixed it in my tree. > >> Besides, I'd reconsider having KDB_TRACE explanation in ddb(4) manpage >> (right now it is rightly there because it is DDB specific only, as >> long as it offers the backend, but with your change it is a global >> functionality. Not sure if it worths changing it but however you may >> have more opinions). > > It seems that we don't have kdb(4) ? > We don't and we should really have. I'd really like a kernel section describing the whole kdb infrastructure and kdbe hooks. That may be indicated as a janitor taks actually if someone wants to takeover and document the whole layer. Thanks, Attilio -- 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?AANLkTi=2hc4a0CnSiCAuCeHoisZ25WK7RRWxfrDpWkez>