Is it time for 4.9 branching point

[Joel Sherrill]

gds wrote:
> Joel Sherrill wrote:
>   
>> Hi,
>>
>> 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. 
>  Will
> 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
>
> INSN_STR
> 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:

C/C++: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00608.html
Ada: http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html

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
> http://rtems.rtems.org/mailman/listinfo/rtems-users
>   


-- 
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