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>