From owner-freebsd-current@FreeBSD.ORG Wed Sep 3 20:48:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D54A81065689 for ; Wed, 3 Sep 2008 20:48:06 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 332F48FC08 for ; Wed, 3 Sep 2008 20:48:06 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 3 Sep 2008 21:47:59 +0100 (BST) Date: Wed, 3 Sep 2008 21:47:59 +0100 From: David Malone To: ticso@cicely.de Message-ID: <20080903204759.GA4898@walton.maths.tcd.ie> References: <20080903034943.GD11548@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080903034943.GD11548@cicely7.cicely.de> User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: Bernd Walter , freebsd-current@freebsd.org Subject: Re: MTRR fixup? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2008 20:48:06 -0000 On Wed, Sep 03, 2008 at 05:49:44AM +0200, Bernd Walter wrote: > Some boards (including my Intel DG33BU) seem to have problems setting > up the mtrr to cache all RAM. > My system runs fast with 2G and ist about 6 times slower in buildworld > with 6G RAM. > I will try a BIOS update once Intels tells me why their update ISO > just turn the system off instead of updating the BIOS - sigh. > But it seems that Linux is doing some kind of fixup for MTRR: > http://lkml.org/lkml/2008/1/18/170 > Can we do something similar? You may be able to fix this by just using the memcontrol command - it already lets you program the MTRRs. David.