From owner-cvs-all@FreeBSD.ORG Wed Apr 26 05:38:50 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org 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 019DF16A400; Wed, 26 Apr 2006 05:38:50 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AA2943D48; Wed, 26 Apr 2006 05:38:49 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.6/8.13.6) with ESMTP id k3Q5cnYY065818; Tue, 25 Apr 2006 22:38:49 -0700 (PDT) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.6/8.13.4/Submit) with ESMTP id k3Q5cj3F065815; Tue, 25 Apr 2006 22:38:46 -0700 (PDT) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Tue, 25 Apr 2006 22:38:45 -0700 (PDT) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: Bruce Evans In-Reply-To: <20060426103623.M1847@epsplex.bde.org> Message-ID: <20060425223519.F65802@ns1.feral.com> References: <444E7750.206@samsco.org> <200604251540.00170.jhb@freebsd.org> <444E7BFE.4040800@samsco.org> <20060425.173236.74726638.imp@bsdimp.com> <444EB6A1.3060901@samsco.org> <20060426103623.M1847@epsplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Scott Long , src-committers@FreeBSD.org, jhb@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, Warner Losh Subject: Re: cvs commit: src/sys/dev/bce if_bcereg.h X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Apr 2006 05:38:50 -0000 > Supporting sizes >= 4G sounds unreasonable. How can a single device > need or even address so much space, even on 64-bit arches? For vm, > virtual memory is sort of a device, but even it is limited to 4G on > 32-bit arches, and PAE on i386 isn't pessimized by using a larger than > necessary vm_size_t. I have need to support and help people sell machines that use 32GB of directly addressable memory. In fact, the EM64T cheat will shortly become an embarrasment to Intel when people find out that EM64T with PAE is *not* the same as Opteron (36 vs. 40). I'm afraid I don't understand the 'unreasonable' argument here. Linux is eating your lunch today. Do you want it to eat your dessert as well? -matt