From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754548AbZANSRa (ORCPT ); Wed, 14 Jan 2009 13:17:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753027AbZANSRV (ORCPT ); Wed, 14 Jan 2009 13:17:21 -0500 Received: from hera.kernel.org ([140.211.167.34]:38525 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752870AbZANSRU (ORCPT ); Wed, 14 Jan 2009 13:17:20 -0500 Message-ID: <496E2C11.3000200@kernel.org> Date: Wed, 14 Jan 2009 10:16:49 -0800 From: Yinghai Lu User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: Roland Dreier CC: James Kirin , linux-kernel@vger.kernel.org Subject: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y References: <86802c440901132207l433227d9nf149506012a5721e@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Roland Dreier wrote: > > please do > > 1. boot linux with "disable_mtrr_trim" in grub.conf etc > > 2. after booting input: > > echo "base=0x100000000 size=0x20000000 type=write-back" >/proc/mtrr > > Is there any way we can have the kernel do this automatically if there > are any free mtrr slots? I would guess this type of BIOS bug is pretty > common (desktop boards not validated with > 4GB of RAM), and having the > kernel throw away 4GB of memory unless the user does some fancy > scripting is not very friendly (not to mention the fact that things are > likely to be very slow until the mtrr fixup script runs). could do it. aka make mtrr and e820 consistent. it depends which one that we trust mtrr or e820. YH