Is it time for 4.9 branching point
joel.sherrill at OARcorp.com
Wed Aug 6 15:47:06 UTC 2008
> Joel Sherrill wrote:
>> Ray has fixed the ARM bug. Thanks.
> Is this the bug to which this refers? Didn't see it in bugzilla.
It was only broken in CVS.
FWIW if ANY ONE sees a PR in Bugzilla and can assist in
anyway to help close it, it would be appreciated. I spent
most of Friday and yesterday trying to close PRs.
> this be also fixed in a possible 4.8.1 patch?
> <from previous email from xu ray>
> *** CLOCK TICK TEST ***
> TA1 - rtems_clock_get - 09:00:00 12/31/1988
> TA2 - rtems_clock_get - 09:00:00 12/31/1988
> TA3 - rtems_clock_get - 09:00:00 12/31/1988
> TA1 - rtems_clock_get - 09:00:05 12/31/1988
> data_abort at address 0x8838, instruction: 0xE58D4004, spsr = 0x0
> active thread thread 0x09010001
Yes. Now the edb7312 BSP runs pretty well. Spot checks
on the rtl22xx also look good.
And I actually managed to get GCC test results running
on the edb7312 overnight:
There were a lot (2116) of "unexpected failures" but most (1997
by grep) appear to be because the ep7312 is not a Neon CPU
and could not pass those tests. In this case, the tests need to
be fixed to detect this and say "not supported". I had to work
with the gcc people to get similar things fixed on other architectures.
The C++ and Ada only had a handful of issues.
> rtems-users mailing list
> rtems-users at rtems.com
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the users