From owner-cvs-all@FreeBSD.ORG Thu Sep 2 17:59:40 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA38A16A4CE; Thu, 2 Sep 2004 17:59:40 +0000 (GMT) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A966643D55; Thu, 2 Sep 2004 17:59:40 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.13.1/8.12.11) with ESMTP id i82HxWe4008586; Thu, 2 Sep 2004 10:59:32 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i82HxUS8008585; Thu, 2 Sep 2004 10:59:30 -0700 (PDT) (envelope-from obrien) Date: Thu, 2 Sep 2004 10:59:30 -0700 From: "David O'Brien" To: Julian Elischer Message-ID: <20040902175930.GA8551@dragon.nuxi.com> References: <200409011829.i81ITvq9017808@repoman.freebsd.org> <4136333C.8090207@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4136333C.8090207@elischer.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: Dag-Erling Sm?rgrav cc: src-committers@FreeBSD.org cc: Julian Elischer cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/include param.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 17:59:40 -0000 On Wed, Sep 01, 2004 at 01:38:20PM -0700, Julian Elischer wrote: > I'm rapidly coming to that conclusion myself.. > > breaks all over the place because so many places pretend to be the > kernel when they are not. What it really means is we haven't provided a sufficient API for userland to get a kernel data that obviously is needed. -- -- David (obrien@FreeBSD.org)