From owner-freebsd-current@FreeBSD.ORG Tue Mar 13 13:41:27 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B05CD16A401 for ; Tue, 13 Mar 2007 13:41:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0B413C46E for ; Tue, 13 Mar 2007 13:41:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id BA7C52095; Tue, 13 Mar 2007 14:41:20 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A6DF72085; Tue, 13 Mar 2007 14:41:20 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 1001) id 8D936B88E; Tue, 13 Mar 2007 14:41:20 +0100 (CET) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Julian Elischer References: <45F388D4.2080900@elischer.org> <45F45172.8070601@elischer.org> Date: Tue, 13 Mar 2007 14:41:20 +0100 In-Reply-To: <45F45172.8070601@elischer.org> (Julian Elischer's message of "Sun, 11 Mar 2007 11:58:58 -0700") Message-ID: <86r6rt6z27.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: netstat wierdness? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Mar 2007 13:41:27 -0000 Julian Elischer writes: > answering myself.. > comes from having options LOCK_PROFILING in my kernel. > adding the same to /etc/make.conf and recompiling netstat and libkvm help= ed. > (not sure if both are needed) This is very bad. LOCK_PROFILING should have no visible effect on userland. That is precisely what xinpcb, xunpcb, xtcpcb etc. are for: to isolate userland from kernel structures. They should not contain any locks or anything else which would be affected by LOCK_PROFILING or other kernel options. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no