Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Nov 2013 11:37:33 -0500
From:      John Baldwin <jhb@freebsd.org>
To:        "Justin T. Gibbs" <gibbs@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r258176 - in head/sys: amd64/amd64 i386/i386
Message-ID:  <201311151137.33459.jhb@freebsd.org>
In-Reply-To: <201311151605.rAFG5uUl075789@svn.freebsd.org>
References:  <201311151605.rAFG5uUl075789@svn.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Friday, November 15, 2013 11:05:56 am Justin T. Gibbs wrote:
> Author: gibbs
> Date: Fri Nov 15 16:05:55 2013
> New Revision: 258176
> URL: http://svnweb.freebsd.org/changeset/base/258176
>=20
> Log:
>   Fix accounting for hw.realmem on the i386 and amd64 platforms.
>  =20
>   sys/i386/i386/machdep.c:
>   sys/amd64/amd64/machdep.c:
>   	The value reported by FreeBSD as "real memory" when booting
>   	doesn't match what is later reported by sysctl as hw.realmem.
>   	This is due to the fact that the value printed during the
>   	boot process is fetched from smbios data (when possible),
>   	and accounts for holes in physical memory. On the other
>   	hand, the value of hw.realmem is unconditionally set to be
>   	one larger than the highest page of the physical address
>   	space.
>  =20
>   	Fix this by setting hw.realmem to the same value printed
>   	during boot, this makes hw.realmem honour it's name and
>   	account properly for physical memory present in the system.
>  =20
>   Submitted by:	Roger Pau Monn=C3=A9
>   Reviewed by:	gibbs

Reviewed by me as well FWIW.

=2D-=20
John Baldwin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201311151137.33459.jhb>