[Skyeye-developer] Development plan for SkyEye-1.2.5 in draft

[Joel Sherrill]

Michael.Kang wrote:
> After some collection of requirement from some users, I have the
> following feature list for our next version of SkyEye in my mind:
> 1. Add autoconf/automake support to deal with some compilation issues
> and portability in different platforms.
> 2. Add a unique memory read/wirte interface for all the arch and the devices.
> 3. Add code coverage profiling function in SkyEye to support OS testing
> 4. Improve au1100 simulation , make linux and RTEMS BSP run on SkyEye.
> 5. (optional)  Simulate lemote processor and make lemote BSP of linux
> run on SkyEye.
> 6.(optional)  Implement PCI interface ,run some simple PCI peripherals
> such as PCI uart.
> 7 (optional) Implement ARMv6 support and simulates integrator machine.
>   
I appreciate the (2) and (3) items. :) 

I would like to add a couple of more items that would help
RTEMS automated tested. 

+ some way for the program being run to make Skyeye exit.
    On other simulators we use, there may be a system call
    or magic address to write to.   I would be happy with a
    "shutdown device" which can be mapped into any target's
    address space at any address.  When you write to it, the
   simulator exits. 

   I ask for the "shutdown device" because most RTEMS tests
   run < 35 seconds of simulated time and exit cleanly.  This is
   also the situation for tests from GCC.  If we compiled with
   optional BSP support for the simulator's shutdown device,
   this would speed testing.

+ A command line limit on simulated CPU time executed.
   I didn't check if this was present but it is also useful to
   prevent hanging tests from running for hours.

+ A review of the RTEMS Wiki Skyeye page to see if it is up to
   date and any other configuration makes sense to try.
  http://www.rtems.org/wiki/index.php/SkyEye

I want to thank the Skyeye community for their support.  It
has really been nice to see more RTEMS BSPs testable on
Skyeye.  It is really an aid to us.

--joel
> If any guys have more ideas, you are welcome to add more and discuss
> them. If like to take part in some development of the above feature,
> you can send email to me.
>
> -- Thanks
> -- Michael.Kang
>
>