This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: Fwd: eCos arm-eabi GNU tools - test release 4.6.3-20120623
- From: Sergei Gavrikov <sergei dot gavrikov at gmail dot com>
- To: Ilija Kocho <ilijak at siva dot com dot mk>
- Cc: Alex Schuilenburg <alexs at ecoscentric dot com>, John Dallaway <john at dallaway dot org dot uk>, Jonathan Larmour <jifl at eCosCentric dot com>, eCos Discussion <ecos-discuss at ecos dot sourceware dot org>
- Date: Mon, 30 Jul 2012 13:08:42 +0300 (FET)
- Subject: Re: [ECOS] Fwd: [ECOS] eCos arm-eabi GNU tools - test release 4.6.3-20120623
- References: <4FE9982C.9020605@dallaway.org.uk> <4FE9A0A5.1080909@siva.com.mk> <50127D75.8060507@ecoscentric.com> <50165611.8000202@siva.com.mk>
On Mon, 30 Jul 2012, Ilija Kocho wrote:
> Hi Alex
>
> Thanks for report.
>
> ustl has been upgraded recently
> http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001545
> so we need to check if that is ustl or compiler or both.
>
> Unfortunately I have no LPC2468, or any target other than Cortex-M handy.
> I'm adding Sergei to the CC, I hope he may have some insight.
Hi
Ilija, unfortunately, I have no LPC2468 too. That is Uwe's Kindler BSP
for the Embedded Artists LCP2468 OEM board. Mine Olimex LPC229X targets.
I'm sorry I cannot assist here too :-( But, I reported that I have no
problems with the previous GNU toolchains builds (4.6 based) on theB
AMT7TDMI-S targets from Olimex (all non-interactive USTL tests passed
smoothly in RedBoot+GDB environment).
And what's about the below (was it applied?)
packages/hal/arm/lpc24xx/ea2468/current/ChangeLog
2012-04-23 Nick Garnett <nickg@ecoscentric.com>
* include/pkgconf/mlt_arm_lpc24xx_ea2468_rom.ldi:
* include/pkgconf/mlt_arm_lpc24xx_ea2468_ram.ldi: Relocate fixed
vectors to 0x40000020. Previously, the HAL_VSR_GET/SET macros
accessed the wrong locations and didn't have any effect; now
both hardware and software have the same idea of where the VSR
table is.
NOTE: that this renders RAM applications built with this layout
incompatible with RedBoot built with the old layout. A new
RedBoot needs to be installed.
I have no ideas anymore :-(
Sergei
> Thanks
> Ilija
>
>
> On 27.07.2012 13:37, Alex Schuilenburg wrote:
> > Hi Ilija,
> >
> > On 2012-06-26 12:44, Ilija Kocho wrote:
> >> Hi Alex
> >>
> >> As announced by John we have new test release of the GNU tools. This
> >> release fixes the issues found in previous test releases in both GCC and
> >> GDB so we can continue with testing.
> >> Therefore I would ask you to put it on eCosCentric test farm. The
> >> details for download and installation are below.
> > The 4.6.3-20120623 arm tools are now in the farm running on the stm3210e
> > eval board and lpc2468. Actually, I had the lpc2468 start in the farm a
> > while ago but failed to monitor the results - they were all timing out
> > because the old anoncvs redboot I built in March 2012 is now
> > incompatible with the current anoncvs. Obviously RedBoot is now updated.
> >
> > One big issue is that the ustl permutation fails with every test on the
> > lpc2468 for both arm and thumb. The tests fail to start - they either
> > dont hit the cyg_test_init breakpoint or they fail with SIGBUS or, if
> > they do hit cyg_test_start, they crash and burn afterwards with another
> > SIGBUS. I have terminated all ustl tests for the lp2468 as a result as
> > they simply slow things down. Unfortunately, excluding the ustl
> > failures, the failure rate is currently 13 out of 484 tests run so far.
> > I'll post a more complete list when it has run 5000 or more tests.
> >
> > The stm3210e is faring a lot better. 1113 tests run so far and only 6
> > failures: ustl tests that have failed so far are bvt05, bvt13, bvt17 and
> > sprintf2. Both testintr and kexcept1 are failing in other perms as before.
> >
> > -- Alex
> >
> >
>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss