From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexey Starikovskiy Subject: Re: Hard freeze / interrupt-related death / instability Date: Wed, 09 Apr 2008 02:14:29 +0400 Message-ID: <47FBEE45.8010900@gmail.com> References: <1207687673.3091.12.camel@linux-2bdv.site> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from ug-out-1314.google.com ([66.249.92.171]:33480 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751797AbYDHWO2 (ORCPT ); Tue, 8 Apr 2008 18:14:28 -0400 Received: by ug-out-1314.google.com with SMTP id z38so898912ugc.16 for ; Tue, 08 Apr 2008 15:14:27 -0700 (PDT) In-Reply-To: Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Peter Gervai Cc: trenn@suse.de, linux-acpi , linux-ide Peter Gervai wrote: > >> > #acpi=off - uniprocessor, ok >> > #noapic acpi=off - uniprocessor, ok >> What means uniprocessor? >> Also added nosmp or maxcpus=1? >> > > Oh, maybe forgot to explain this one (copypaste from my grub menu.lst > :)). It means the machine didn't freeze but the kernel completely > ignored the second core of the dual core cpu, basically seem to have > ignored SMP capability altogether. I did not use nosmp or maxcpu since > I do want to use them all. :) > > This is expected, there are two ways to find second CPU -- with MP tables and ACPI. New machines do not carry MP tables, so if you disable ACPI, second CPU remains unknown to the system.