From owner-svn-src-all@FreeBSD.ORG Fri Feb 17 17:31:31 2012 Return-Path: Delivered-To: svn-src-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A485D1065670; Fri, 17 Feb 2012 17:31:31 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 585998FC14; Fri, 17 Feb 2012 17:31:31 +0000 (UTC) Received: from [172.23.7.53] (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id q1HHVJgZ004481 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 17 Feb 2012 09:31:25 -0800 (PST) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Marcel Moolenaar In-Reply-To: Date: Fri, 17 Feb 2012 09:31:19 -0800 Content-Transfer-Encoding: 7bit Message-Id: <8926DEE3-9779-464D-A7CA-B67F544763D4@xcllnt.net> References: <201202160511.q1G5BZNk099785@svn.freebsd.org> <20120216181210.K1423@besplex.bde.org> <4F3CC40D.4000307@freebsd.org> <4F3CC5C4.7020501@FreeBSD.org> <4F3CC8A5.3030107@FreeBSD.org> <20120216174758.GA64180@nargothrond.kdm.org> <20120217053341.R1256@besplex.bde.org> <20120217000846.GA7641@nargothrond.kdm.org> <4F3D9D03.6020507@FreeBSD.org> <9CB7ECE8-FF10-43BE-9EBD-16953BE3B193@xcllnt.net> To: Attilio Rao X-Mailer: Apple Mail (2.1257) X-Mailman-Approved-At: Fri, 17 Feb 2012 18:06:23 +0000 Cc: marcel@FreeBSD.org, Eitan Adler , svn-src-all@FreeBSD.org, "Kenneth D. Merry" , Andriy Gapon , src-committers@FreeBSD.org, Bruce Evans , svn-src-head@FreeBSD.org, Julian Elischer Subject: Re: svn commit: r231814 - in head/sys: kern sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 17:31:31 -0000 On Feb 17, 2012, at 1:09 AM, Attilio Rao wrote: >> >> The message buffer does not have to be a chunk of memory that >> we circularly scribble to. It can be a per-cpu linked list of >> messages even. > > Do you think we could inherit much of the code from KTR subsystem? > We could use KTR as a scheleton (and possibly improving it) for making > a general circular-buffer and then create a new KPI, thus add > implementations for KTR, msgbuf, etc. Aaah... I like your thinking. See also my response to pjd@. If printf becomes a wrapper around a log infrastructure, then ktr could potentially be a log of some "high" verbosity or even some specific facility (or however we can augment messages to make filtering and distribution easy and flexible). I like that. Fewer ways to do fundamentally the same thing is good. Not to mention that if our printf/log function has the strength to handle KTR functionality, we also open the door for getting those KTR messages pushed out of the kernel and into some analysis or monitoring tool... Watch the events as they happen... -- Marcel Moolenaar marcel@xcllnt.net