From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 682 invoked by alias); 7 Mar 2012 13:39:34 -0000 Received: (qmail 672 invoked by uid 22791); 7 Mar 2012 13:39:33 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-ee0-f49.google.com (HELO mail-ee0-f49.google.com) (74.125.83.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Mar 2012 13:39:19 +0000 Received: by eekb45 with SMTP id b45so2705955eek.36 for ; Wed, 07 Mar 2012 05:39:18 -0800 (PST) Received: by 10.213.31.136 with SMTP id y8mr560174ebc.163.1331127557861; Wed, 07 Mar 2012 05:39:17 -0800 (PST) Received: from vostro ([178.123.102.76]) by mx.google.com with ESMTPS id o49sm87461161eeb.7.2012.03.07.05.39.15 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Mar 2012 05:39:16 -0800 (PST) Date: Wed, 07 Mar 2012 13:39:00 -0000 From: Sergei Gavrikov To: Ilija Kocho cc: Alex Schuilenburg , eCos developers Subject: Re: eCos GNU tools 4.6.2-20120125 ready for testing In-Reply-To: <4F575BF4.8050805@siva.com.mk> Message-ID: References: <4F106345.4080902@siva.com.mk> <4F11574D.9070002@dallaway.org.uk> <4F11AC54.7000902@siva.com.mk> <4F1CB41C.90900@jifvik.org> <4F1DA9A0.5070702@siva.com.mk> <4F1FF5AD.4010901@ecoscentric.com> <4F39887A.5050905@siva.com.mk> <4F50F700.5080902@ecoscentric.com> <4F521D6A.4010500@siva.com.mk> <4F52B2C8.4010809@schuilenburg.org> <4F53C46B.4090502@dallaway.org.uk> <4F53FF0D.80107@ecoscentric.com> <4F574D4A.2090407@ecoscentric.com> <4F575BF4.8050805@siva.com.mk> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2012-03/txt/msg00020.txt.bz2 On Wed, 7 Mar 2012, Ilija Kocho wrote: > Thank you Alex Also from me (you have great test farm :-) > We will need some time to analyze the results and try to reproduce. > At present I could ony partially comment on ustl tests. > > bvt13 and bvt17 require certain input from the user, something which the test machine might not be able to provide. > Similar report from Sergei (pse see NOTE near end of his mail). http://ecos.sourceware.org/ml/ecos-devel/2012-03/msg00001.html > I have tried both tests manually (on TWR-K60N512 target) and they passed. > > bvt05 seem's to need a lot of RAM. It was beyond capacity of my target > (128KiB RAM), and maybe even too much for STM3210-EVAL. I'll see if the > test could be changed to run with less memory. The `bvt05' is suitable for targets with of amount of RAM even more than 1M. So, I rejected this test from my runs (but when I decreased a number of items for the 64-bit tests the test passed on ARM7 target). > For sprintf2 I don't have explanation - I'll try to rerun on STM3210-EVAL. I found this bug during tests on ARM7 and submit a patch http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001490 http://bugs.ecos.sourceware.org/attachment.cgi?id=1587 As the patch tweaks libc (vsnprintf()) I did not risk commit it without further discussion. > I notice that other tests have failed with /uitron/ template with which > I have no experience so I can't comment at present. I did not tried '-Os' builds, so, I will try to reproduce those faults (for comparison) on ARM7 target. And there is more news for me, that is `testintr' ... Sergei > Regards > Ilija > > > On 07.03.2012 12:58, Alex Schuilenburg wrote: > > Hi Ilija, > > > > The RedBoot issue on the STM3210E-EVAL turned out to be a non-issue. > > eCos and eCosPro RedBoot are compatible. There was an eCosPro specific > > issue which I had forgotten about - sorry. The board ran overnight just > > over 1000 tests in different eCos configurations. There are currently 9 > > failures, listed according to their configuration name in our test farm. > > As jld knows, when a test fails in the farm it is automatically rerun an > > additional 2 times to confirm the failure is reproducible. All other > > tests in these configurations passed. > > > > ustl1: bvt05, bvt13, bvt17, sprintf2 > > > > infra1: except1, kexcept1, testintr > > > > absent1, compile1: testintr > > > > The eCos used was the version was dated 1 March and the configurations > > script segment to create each configuration is listed below. If you > > need any more info, just let me know. I unfortunately don't have the > > time at the moment to export the full set of results, but hopefully this > > will be enough for you to reproduce the failures. As a comparison, all > > tests passed in eCosPro for the STM3210E-EVAL with the obvious exception > > of the ustl1 configuration. > > > > > > ustl1: > > > > ecosconfig -i new stm3210e_eval > > cat > ustl1.ecm < > cdl_configuration eCos { > > template default ; > > package CYGPKG_USTL current ; > > package CYGPKG_IO_FILEIO current ; > > }; > > EOF > > ecosconfig import ustl1.ecm > > ecosconfig resolve > > ecosconfig tree > > ... > > > > > > infra1: > > ecosconfig -i new stm3210e_eval > > cat > infra1.ecm < > cdl_configuration infra1 { > > template uitron ; > > package -template CYGPKG_UITRON current ; > > }; > > > > cdl_component CYG_HAL_STARTUP { > > user_value RAM > > }; > > > > cdl_component CYGPKG_INFRA_DEBUG { > > user_value 1 > > }; > > EOF > > ecosconfig import infra1.ecm > > ecosconfig resolve > > ecosconfig tree > > ... > > > > > > compile1: > > Default build with "-Os" > > > > absent1: > > ecosconfig -i new stm3210e_eval > > > > cat > absent1.ecm < > cdl_configuration absent1 { > > hardware stm3210e_eval ; > > template uitron ; > > package -template CYGPKG_UITRON current ; > > }; > > > > cdl_component CYG_HAL_STARTUP { > > user_value RAM > > }; > > > > cdl_option CYGSEM_LIBC_EXIT_CALLS_FFLUSH { > > user_value 0 > > }; > > > > cdl_option CYGFUN_LIBC_TIME_POSIX { > > user_value 0 > > }; > > > > cdl_option CYGIMP_LIBC_TIME_ASCTIME_R_INLINE { > > user_value 0 > > }; > > > > cdl_option CYGIMP_LIBC_TIME_CTIME_R_INLINE { > > user_value 0 > > }; > > > > cdl_option CYGIMP_LIBC_TIME_GMTIME_R_INLINE { > > user_value 0 > > }; > > > > cdl_option CYGIMP_LIBC_TIME_LOCALTIME_R_INLINE { > > user_value 0 > > }; > > > > cdl_option CYGSEM_LIBM_USE_STDERR { > > user_value 0 > > }; > > EOF > > > > ecosconfig import absent1.ecm > > > > ecosconfig resolve > > ecosconfig tree > > ... > > > > > > > > Cheers > > - Alex Schuilenburg > > > > Managing Director/CEO eCosCentric Limited > > > > ** Visit us at the ESC Expo at Design West in San Jose ** > > ** 27-29 March, McEnery Convention Center - Stand #846 ** > > > > >