Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 10 Jul 2002 19:44:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 10 Jul 2002 19:44:09 -0400 Received: from pD952AE71.dip.t-dialin.net ([217.82.174.113]:63875 "EHLO hawkeye.luckynet.adm") by vger.kernel.org with ESMTP id ; Wed, 10 Jul 2002 19:44:08 -0400 Date: Wed, 10 Jul 2002 17:45:57 -0600 (MDT) From: Thunder from the hill X-X-Sender: thunder@hawkeye.luckynet.adm To: Russell King cc: Alan Cox , "H. Peter Anvin" , Pavel Machek , "Albert D. Cahalan" , Subject: Re: [OT] /proc/cpuinfo output from some arch In-Reply-To: <20020711003743.B25089@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1103 Lines: 29 Hi, On Thu, 11 Jul 2002, Russell King wrote: > As far as SMP systems and cpufreq is concerned, we're going to have > a /proc/sys/cpu/all/ as well - you can't control the clock rate of > each cpu independently on such systems (otherwise they wouldn't be > very symetric.) Yes, asymmetric multiprocessing is a much more diffcult field, but it's not currently an issue to us. (Well, we had this issue long ago, but the SMP approach won, because even though it's uncool, it's still easier to handle. Maybe AMP will return one day...) Regards, Thunder -- (Use http://www.ebb.org/ungeek if you can't decode) ------BEGIN GEEK CODE BLOCK------ Version: 3.12 GCS/E/G/S/AT d- s++:-- a? C++$ ULAVHI++++$ P++$ L++++(+++++)$ E W-$ N--- o? K? w-- O- M V$ PS+ PE- Y- PGP+ t+ 5+ X+ R- !tv b++ DI? !D G e++++ h* r--- y- ------END GEEK CODE BLOCK------ - 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/