re...
> I propose that we do away with the "bare" hideos support. Thus instead
> of a 162 running only Hideos we will instead support a 162 running
> vxWorks and Hideos.
>
> Disadvantages:
>
> 1) Need a vxWorks target lisence for each 162.
> 2) More memory usage. (Note that our rather full blown vxWorks uses
> about .5 meg)
>
> Advantages
>
> 1) Most of the Hideos code goes away
> 2) Will be much easier to support new processors (172, powerPc, etc)
> 3) Will have vxWorks debugging environment. Also tornado environment.
>
> Marty Kraimer
I think this is a great idea. At roughly $400 per target license, using
VxWorks is *way* less expensive than writing and maintaining the OS part of
"bare" hideos for a new processor. Also, the change is certain to simplify
things for hideos users (I mean application developers).
If VxWorks-based hideos will, in fact, run on a 1MB MVME162, I'm in favor
of dropping "bare" hideos altogether.
Tim
- Navigate by Date:
- Prev:
Re: EPICS r3.13 field DESC length Andy Foster
- Next:
Re: EPICS r3.13 field DESC length William Lupton
- Index:
1994
1995
1996
1997
<1998>
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: Hideos - Future Marty Kraimer
- Next:
e2db changes are available William Lupton
- Index:
1994
1995
1996
1997
<1998>
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|