From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17016 invoked by alias); 26 Aug 2009 07:02:35 -0000 Received: (qmail 16808 invoked by uid 22791); 26 Aug 2009 07:02:34 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mtaout02-winn.ispmail.ntl.com (HELO mtaout02-winn.ispmail.ntl.com) (81.103.221.48) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 26 Aug 2009 07:02:21 +0000 Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090826070218.BQEQ6611.mtaout02-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Wed, 26 Aug 2009 08:02:18 +0100 Received: from cog.dallaway.org.uk ([86.9.207.237]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090826070218.TEQF22934.aamtaout04-winn.ispmail.ntl.com@cog.dallaway.org.uk>; Wed, 26 Aug 2009 08:02:18 +0100 Received: from cog.dallaway.org.uk (cog.dallaway.org.uk [127.0.0.1]) by cog.dallaway.org.uk (8.13.8/8.13.8) with ESMTP id n7Q72Cqo019869; Wed, 26 Aug 2009 08:02:13 +0100 Message-ID: <4A94DDF4.4040808@dallaway.org.uk> Date: Wed, 26 Aug 2009 07:02:00 -0000 From: John Dallaway User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: "Heidet, Christophe" , ecos-discuss@ecos.sourceware.org References: <20090813122913.GM13341@lunn.ch> In-Reply-To: <20090813122913.GM13341@lunn.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] Re: idle_thread_loops with arm-eabi-gcc X-SW-Source: 2009-08/txt/msg00077.txt.bz2 Hi Christophe Andrew Lunn wrote: > On Wed, Aug 12, 2009 at 09:08:54AM +0200, Heidet, Christophe wrote: >> Hello, >> >> I have a strange problem with arm-eabi-gcc. >> I use the version from ecos website : arm-eabi-gcc V4.3.2 >> If I build with the -O2 optimization flag, I can't use the cpuload >> package, because the "idle_thread_loops" never increase ... >> If I decrease the optimization (to -O0) I have no problem and the >> cpuload works very well. >> >> Does anybody have a solution ? instead of decrease the optimization ... > > Try making idle_thread_loops volatile. That might stop the compiler > from optimizing out the increment. Did Andrew's suggestion resolve this problem? John Dallaway -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss