There is RTEMS 5 support for the MVME2500 made by Sebastian Huber.
Unfortunately, I have not been able to test it properly with EPICS7.
I will try it after the Epics meeting and will report.
Heinz
> On 6. Jun 2018, at 23:24, Matt Rippa wrote:
>
> Thanks for the fast reply. Of all the mvme boar
You could try to build with the APU support - then you get
(single-precision only)
FP hardware support; it should work with normal context switching since
the APU
shares the registers with the integer processor.
HTH
- Till
On 06/06/2018 02:10 PM, Michael Davidsaver wrote:
Hi Matt,
The MVME31
On Wed, Jun 6, 2018, 4:29 PM Michael Davidsaver
wrote:
> On 06/06/2018 02:24 PM, Matt Rippa wrote:
> > Thanks for the fast reply. Of all the mvme boards you listed,
> > the 3100 hits a nice price point and we're attempting to find
> > suitable replacement stock
> > (quantity 30+)
> > for the 2
On 06/06/2018 02:24 PM, Matt Rippa wrote:
> Thanks for the fast reply. Of all the mvme boards you listed,
> the 3100 hits a nice price point and we're attempting to find
> suitable replacement stock
> (quantity 30+)
> for the 2700 which are no longer
> manufactured.
Last I checked (~5 years ago
Thanks for the fast reply. Of all the mvme boards you listed,
the 3100 hits a nice price point and we're attempting to find
suitable replacement stock
(quantity 30+)
for the 2700 which are no longer
manufactured.
Are the 6100 boards on beatnik bsp the only remaining option for RTEMS?
They c
It appears we've compiled our mvme3100 bsp without FPU support.
We're on the mvme3100 running EPICS 3.14.12.7 and RTEMS 4.10.2.
We're attempting to commission our astrometric kernel control system
and we've run into trouble meeting some of our thread deadlines. What
we've found is a transform rout
