Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752704AbZIQWSq (ORCPT ); Thu, 17 Sep 2009 18:18:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751296AbZIQWSo (ORCPT ); Thu, 17 Sep 2009 18:18:44 -0400 Received: from gateway-1237.mvista.com ([63.81.120.158]:60631 "EHLO gateway-1237.mvista.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750974AbZIQWSo (ORCPT ); Thu, 17 Sep 2009 18:18:44 -0400 Subject: Re: [PATCH v2] arm: remove unused code in delay.S From: Steve Chen To: Jamie Lokier Cc: Russell King - ARM Linux , Sergei Shtylyov , Felipe Contreras , linux-kernel@vger.kernel.org, Marek Vasut , Pavel Machek , linux-arm-kernel@lists.infradead.org, Krzysztof Halasa In-Reply-To: <20090917213723.GC10599@shareable.org> References: <1253017761.3273.117.camel@linux-1lbu> <200909151541.08852.marek.vasut@gmail.com> <1253032210.3273.128.camel@linux-1lbu> <94a0d4530909151158y489a96e3x63ff932c713822b0@mail.gmail.com> <1253043875.3273.131.camel@linux-1lbu> <20090916134721.GA11218@n2100.arm.linux.org.uk> <20090917193257.GA10599@shareable.org> <20090917194119.GA12510@n2100.arm.linux.org.uk> <1253222978.3273.236.camel@linux-1lbu> <20090917213723.GC10599@shareable.org> Content-Type: text/plain Date: Thu, 17 Sep 2009 17:25:04 -0500 Message-Id: <1253226304.3273.249.camel@linux-1lbu> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2023 Lines: 53 On Thu, 2009-09-17 at 22:37 +0100, Jamie Lokier wrote: > Steve Chen wrote: > > + help > > + Enable this if observing longer than expected delays. This code > > + improves delay accuracy for some CPUs. However, it can also cause > > + delay duration to be too short for others which leads to stability > > + issues. > > + > > + In other words, do not enable unless you can guarantee that the > > + processor (or ALL of the processors if building a generic kernel) > > + delays for at least the time requested after enabling. > > + > > endmenu > > It would be very helpful to mention which CPUs are affected. > Ok, we don't know exactly... > > But Russell has stated that ARM610 and ARM710 benefit from enabling > the code, and that it specifically must not be enabled for StrongARM. > > Here's an additional paragraph to add on the end: > > ARM610 and ARM710 are known to benefit from enabling this option. > It should not be enabled for StrongARMs, because it is known > to produce too short delays on those. > Sure, I can add this paragraph in the next revision. > Maybe you can adjust the config selectors and default to match? I'm not sure about this one. For one thing, in the last e-mail between you and Russel I saw >> Btw, do you know where PT110 fits in? Is it like StrongARM (SA110)? > No idea. Not to mention the difficulties to account for all the possible permutations for kernels that is built for multiple CPUs. Perhaps we can start a list of the processors that should have this flag enabled and the list of processors should have the flag disabled (instead of the paragraph you suggested). This way, people can just add to the list as they experiment with this flag on whatever CPU version that they worked on. Regards, Steve -- 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/