From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1K3YE4-0005pK-7t for garchives@archives.gentoo.org; Tue, 03 Jun 2008 15:15:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 56C75E0491; Tue, 3 Jun 2008 15:15:02 +0000 (UTC) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by pigeon.gentoo.org (Postfix) with ESMTP id 296E7E0491 for ; Tue, 3 Jun 2008 15:15:02 +0000 (UTC) Received: by el-out-1112.google.com with SMTP id z25so208972ele.1 for ; Tue, 03 Jun 2008 08:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=/D86QJoljbceiWHRihzsxWu7hkQuzkhysPxFhXKlLfU=; b=Ji0mIoDrMrSlcAQXvLp+o6Loh3O7rCb2Q7gzqdH7ssxtAjdSqBDl8nOjK/vTcRplfIMMflxpbXmFj06Uag7DNaVYCsz4Zq1/2qf72riQOYsSFOw88NX6XvGlM9xbMHASeGh/NXJHl2VsbJjq5+jWiph2hZu+dsJDQof00VU1Pms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=NPUNn8Yow51/PXNGEN9CGDBtpPhItx8AKxQhw6ibivGV/CX/a5cjqepFOHbR7ger/TymOVfAcW0hzeCwX7GesfHE4OpQ0bpKN0DippltUdybFPUHckVED056y4Q9mgip5XBfi4PioG+Pcb4ODUCE6QYgi0Y4vov5QA3+qLKtRs4= Received: by 10.114.79.18 with SMTP id c18mr11315599wab.86.1212506100941; Tue, 03 Jun 2008 08:15:00 -0700 (PDT) Received: by 10.114.88.8 with HTTP; Tue, 3 Jun 2008 08:15:00 -0700 (PDT) Message-ID: Date: Tue, 3 Jun 2008 15:15:00 +0000 From: Beso To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] multicore strange issue In-Reply-To: <1212505248.5492.30.camel@oddman.donahues.us.> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1834_21288800.1212506100937" References: <1212505248.5492.30.camel@oddman.donahues.us.> X-Archives-Salt: 66ef7818-c4a3-40dc-a435-923b0aa28dc6 X-Archives-Hash: 2ea4b80b696794b6470b807abc75df38 ------=_Part_1834_21288800.1212506100937 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2008/6/3 Drake Donahue : > > On Tue, 2008-06-03 at 09:01 +0000, Beso wrote: > > hi, > > > > i've got a strange problem with my new notebook pc. i've bought a pc > > with an amd athlon 64 x2 processor with 2 cores, an atheros board and > > an rs690 ati. > > my old pc was a turion 64 with an atheros board and an rs480. now the > > components inside are all about the same so i've just copied the old > > gentoo system into the new pc and tried to recompile the kernel to > > have it tuned for the new processor. so the thing i've done was to > > activate the symetric multiprocessing and set to compiled into the > > kernel of md4, md5, md6 and aes x86_64 chipers for a luks /home > > chipering. > > the problem is that with the old normal config the kernel detects one > > processor and one core and it works, loading the modules, but when > > enabling simetric multiprocessing the kernel detects just one > > processor and one core and then it fails to load modules because of a > > different executable format in the modules. > > > > the strange thing is that opensuse livecd and mandriva live cd > > recognize the double processor (/proc/cpuinfo has 2 lines) and is able > > to step it in the right way. does anyone has a hint on what to control > > in the kernel config to see what's wrong?! > > > > thanks. > > > > -- > > dott. ing. beso > If the attempt to boot does not end in a kernel panic; > use to get to the top of the console output produced > during boot. If the boot loader has started an SMP kernel, a line > similar to this: "Linux Version 2.6.24-gentoo-r8 (root@livecd) (gcc > version 4.1.1 (gentoo 4.1.1-r3)) #1 SMP Sat May 24 14:06:10 EDT 2008" > should appear. The key word being SMP. No key word, "SMP", means that > "make menuconfig" (or whatever kernel configuration tool you use needs > to be redone. > As far as I know under, Processor type and features,: > [*] Symmetric multi-processing support > Subarchitecture Type (PC-compatible) ---> > Processor family (Opteron/Athlon64/Hammer/K8) ---> > produces an appropriate SMP kernel. > A should reveal a line like: > CPU has two num_cores > A couple more : > Initializing CPU#0 > About 3 more : > Brought up 2 CPU's. > About modules, I'm guessing modules compiled for single cpu have > differences from those compiled for multiple cpu. Also guessing > that /etc/modules/autoload.d and/or udev is trying to load single cpu > module(s) that were not written to adjust to a single cpu kernel. > so grub needs a different line at startup when using multicore?! -- dott. ing. beso ------=_Part_1834_21288800.1212506100937 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2008/6/3 Drake Donahue <donahue95@comcast.net>:

On Tue, 2008-06-03 at 09:01 +0000, Beso wrote:
> hi,
>
> i've got a strange problem with my new notebook pc. i've bought a pc
> with an amd athlon 64 x2 processor with 2 cores, an atheros board and
> an rs690 ati.
> my old pc was a turion 64 with an atheros board and an rs480. now the
> components inside are all about the same so i've just copied the old
> gentoo system into the new pc and tried to recompile the kernel to
> have it tuned for the new processor. so the thing i've done was to
> activate the symetric multiprocessing and set to compiled into the
> kernel of md4, md5, md6 and aes x86_64 chipers for a luks /home
> chipering.
> the problem is that with the old normal config the kernel detects one
> processor and one core and it works, loading the modules, but when
> enabling simetric multiprocessing the kernel detects just one
> processor and one core and then it fails to load modules because of a
> different executable format in the modules.
>
> the strange thing is that opensuse livecd and mandriva live cd
> recognize the double processor (/proc/cpuinfo has 2 lines) and is able
> to step it in the right way. does anyone has a hint on what to control
> in the kernel config to see what's wrong?!
>
> thanks.
>
> --
> dott. ing. beso
If the attempt to boot does not end in a kernel panic;
use <shift-page up> to get to the top of the console output produced
during boot. If the boot loader has started an SMP kernel, a line
similar to this: "Linux Version 2.6.24-gentoo-r8 (root@livecd) (gcc
version 4.1.1 (gentoo 4.1.1-r3)) #1 SMP Sat May 24 14:06:10 EDT 2008"
should appear.  The key word being SMP. No key word, "SMP", means that
"make menuconfig" (or whatever kernel configuration tool you use needs
to be redone.
As far as I know under, Processor type and features,:
   [*] Symmetric multi-processing support
   Subarchitecture Type (PC-compatible)  --->
   Processor family (Opteron/Athlon64/Hammer/K8)  --->
produces an appropriate SMP kernel.
A <shift-page down> should reveal a line like:
CPU has two num_cores
A couple more <shift-page down>:
Initializing CPU#0
About 3 more <shift-page down>:
Brought up 2 CPU's.
About modules, I'm guessing modules compiled for single cpu have
differences from those compiled for multiple cpu. Also guessing
that /etc/modules/autoload.d and/or udev is trying to load single cpu
module(s) that were not written to adjust to a single cpu kernel.

so grub needs a different line at startup when using multicore?!



--
dott. ing. beso ------=_Part_1834_21288800.1212506100937-- -- gentoo-amd64@lists.gentoo.org mailing list