From owner-svn-src-head@FreeBSD.ORG  Wed Nov 28 22:26:51 2012
Return-Path: <owner-svn-src-head@FreeBSD.ORG>
Delivered-To: svn-src-head@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
 by hub.freebsd.org (Postfix) with ESMTP id 88001D7D
 for <svn-src-head@freebsd.org>; Wed, 28 Nov 2012 22:26:51 +0000 (UTC)
 (envelope-from andre@freebsd.org)
Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2])
 by mx1.freebsd.org (Postfix) with ESMTP id 0FC348FC13
 for <svn-src-head@freebsd.org>; Wed, 28 Nov 2012 22:26:50 +0000 (UTC)
Received: (qmail 45398 invoked from network); 28 Nov 2012 23:58:08 -0000
Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2])
 (envelope-sender <andre@freebsd.org>)
 by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP
 for <alc@rice.edu>; 28 Nov 2012 23:58:08 -0000
Message-ID: <50B68F97.3010206@freebsd.org>
Date: Wed, 28 Nov 2012 23:26:31 +0100
From: Andre Oppermann <andre@freebsd.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Alan Cox <alc@rice.edu>
Subject: Re: svn commit: r243631 - in head/sys: kern sys
References: <201211272119.qARLJxXV061083@svn.freebsd.org>
 <50B64BE8.3040708@rice.edu>
In-Reply-To: <50B64BE8.3040708@rice.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org,
 src-committers@freebsd.org
X-BeenThere: svn-src-head@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: SVN commit messages for the src tree for head/-current
 <svn-src-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
 <mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2012 22:26:51 -0000

On 28.11.2012 18:37, Alan Cox wrote:
> I'm pretty sure that the "realmem" calculation is going to overflow on
> i386/PAE, where the number of bytes of physical memory is greater than
> the type long can represent.

Right.  long == int on i386/PAE, not LP64.  Is uint64_t the correct type
to use to catch that?

-- 
Andre