From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262457AbVF2HkT (ORCPT ); Wed, 29 Jun 2005 03:40:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262478AbVF2Hjh (ORCPT ); Wed, 29 Jun 2005 03:39:37 -0400 Received: from oldconomy.demon.nl ([212.238.217.56]:26065 "EHLO artemis.slagter.name") by vger.kernel.org with ESMTP id S262473AbVF2Hij (ORCPT ); Wed, 29 Jun 2005 03:38:39 -0400 Subject: Re: C2/C3 on SMP [Was: Re: 2.6.X not recognizing second CPU] From: Erik Slagter To: Dominik Brodowski Cc: linux-kernel@vger.kernel.org, Jim serio , Andrew Haninger In-Reply-To: <20050628212905.GA31610@isilmar.linta.de> References: <3642108305062711524e1e163@mail.gmail.com> <105c793f050627123583a70d0@mail.gmail.com> <3642108305062713487326b672@mail.gmail.com> <105c793f05062714022ad4359@mail.gmail.com> <20050627214249.GA29657@isilmar.linta.de> <1119958379.3969.9.camel@localhost.localdomain> <20050628212905.GA31610@isilmar.linta.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 29 Jun 2005 09:40:45 +0200 Message-Id: <1120030846.7429.32.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-8) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2005-06-28 at 23:29 +0200, Dominik Brodowski wrote: > On Tue, Jun 28, 2005 at 01:32:59PM +0200, Erik Slagter wrote: > > On Mon, 2005-06-27 at 23:42 +0200, Dominik Brodowski wrote: > > > a) Power Management is available on SMP, though support for it is a bit less > > > wide-spread than it is for UP > > > > Still no C2/C3 handling :-( > > Uh, wasn't there a small, nice patch implementing this in bk-acpi a few > weeks ago? > *clicketyclick* Oh yes, > http://bugzilla.kernel.org/show_bug.cgi?id=4401 > states it was merged into bk-acpi-test on 2005-04-22. However, I can't find > it in current -mm any more... You're probably talking about the amd768 module. I could use it, but I never got it working correctly, there is no actual power reduction. It may have to do with the fast (1000 Hz) 2.6 clock though, making it sleep in C2/C3 for only very short intervals. Also the selection for idle CPU's seems to be too simple.