From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751223AbVLDR2F (ORCPT ); Sun, 4 Dec 2005 12:28:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751196AbVLDR2F (ORCPT ); Sun, 4 Dec 2005 12:28:05 -0500 Received: from van-1-67.lab.dnainternet.fi ([62.78.96.67]:15503 "EHLO mail.zmailer.org") by vger.kernel.org with ESMTP id S1751223AbVLDR2E (ORCPT ); Sun, 4 Dec 2005 12:28:04 -0500 Date: Sun, 4 Dec 2005 19:27:53 +0200 From: Matti Aarnio To: Bharath Ramesh Cc: "linux-kernel@vger.kernel.org" Subject: Re: Only one processor detected in 8-Way opteron in 32-bit mode Message-ID: <20051204172753.GB22829@mea-ext.zmailer.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Dec 04, 2005 at 09:24:08AM -0500, Bharath Ramesh wrote: > > Can you point me to the thread in which you posted the patch so that I > can try it out. I am limited to a 32-bit kernel as the library I want > use requires a 32bit kernel. I need to try to get some performance > results. With "libary" I presume you to mean something used by an application program ? If so, a 64-bit kernel on x86_64 will work just fine for your 32 bit code. What you do need, however, are some compiler magic to construct your binary -- in essence doing a cross-compilation on 64 bit platform to 32 bit target. The resulting application binary will run just fine. You will need things like glibc installed both for 32 bit i386 and 64 bit x86_64, and possibly some others, but those should be mostly coming in current distributions, anyway. I use daily 32-bit Mozilla with several 3rd party plugins in my 64-bit machine. My kernel is fully 64-bit. > Thanks, > Bharath /Matti Aarnio > On 03 Dec 2005 15:21:14 -0700, Andi Kleen wrote: > > Keith Mannthey writes: > > > > > Welcome to hardware bring up. Ok I looked a little closer at the > > > story. In x86_64 the only check for valid apic is apicid < MAX_APICS > > > which make sense to me. > > > > It will still not work. He will need a variant of the physflat-i386 > > patch I posted some time ago. However it needs some cleanup > > to be actually mergeable > > > > My recommendation is a 64bit kernel. > > > > -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/ > > > - > 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/