Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161047AbVKXVUQ (ORCPT ); Thu, 24 Nov 2005 16:20:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932662AbVKXVUQ (ORCPT ); Thu, 24 Nov 2005 16:20:16 -0500 Received: from mx1.suse.de ([195.135.220.2]:61121 "EHLO mx1.suse.de") by vger.kernel.org with ESMTP id S932658AbVKXVUO (ORCPT ); Thu, 24 Nov 2005 16:20:14 -0500 Date: Thu, 24 Nov 2005 22:20:00 +0100 From: Andi Kleen To: thockin@hockin.org Cc: Andi Kleen , "Eric W. Biederman" , Alan Cox , Gerd Knorr , Linus Torvalds , Dave Jones , Zachary Amsden , Pavel Machek , Andrew Morton , Linux Kernel Mailing List , "H. Peter Anvin" , Zwane Mwaikambo , Pratap Subrahmanyam , Christopher Li , Ingo Molnar Subject: Re: [patch] SMP alternatives Message-ID: <20051124212000.GW20775@brahms.suse.de> References: <20051124142200.GH20775@brahms.suse.de> <1132845324.13095.112.camel@localhost.localdomain> <20051124145518.GI20775@brahms.suse.de> <20051124153635.GJ20775@brahms.suse.de> <20051124191207.GB2468@hockin.org> <20051124191445.GR20775@brahms.suse.de> <20051124192414.GA3670@hockin.org> <20051124192953.GT20775@brahms.suse.de> <20051124194459.GA4069@hockin.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051124194459.GA4069@hockin.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1320 Lines: 28 On Thu, Nov 24, 2005 at 11:44:59AM -0800, thockin@hockin.org wrote: > On Thu, Nov 24, 2005 at 08:29:53PM +0100, Andi Kleen wrote: > > > We implemented AMD's reference algorithm, and made it work in the presence > > > of a hardware IO hole. It seems to work beautifully, but the last step is > > > turning a (node:chip-select) into a (node:dimm). Simple boards will use > > > simple mappings, but we can't know that without board specific info. > > > Especially with quad-rank DIMMs. :) > > > > If you get something working it would be good if you could share the code > > (even if it still needs to be tweaked) > > The below code works for us. Note that I did not implement the > node-interleaving parts of the AMD algorithm. If that matters, it should > be simple enough to do. The BKDG has good pseudo-code. The only thing it > gets absolutely wrong is the IO hole. Thanks. But without a per board DIMM mapping it's pretty useless, isn't it? One could detect the IO hole by reading the IORR MSRs or alternatively parsing the e820 map in /var/log/boot.msg -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/