<div dir="ltr">Hi, <div><br></div><div>I think developing an interface really independent from the hardware will be difficult. You will end up with some hardware dependent code. </div><div style>Nevertheless, the inclusion of a virtualization BSP on the tree has to be better analyzed and discussed, due to the constraints on how the BSPs and CPU targets are handled.</div>

<div style> I would prefer to maintain the target option and add something like --enable-virt ou --enable-bsp="virt"; We probably want to minimize the virtualization interface and keep it close to the processor as possible. Hence, you will probably end up with something which is partially bound to a given CPU architecture.</div>

<div style><br></div><div style><br></div><div style>Cláudio</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Apr 13, 2013 at 5:47 PM, Philipp Eppelt <span dir="ltr"><<a href="mailto:philipp.eppelt@mailbox.tu-dresden.de" target="_blank">philipp.eppelt@mailbox.tu-dresden.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I was thinking about the CPU issue mentioned in the last years ARINC 653 project.<br>
<br>
How can a BSP be written, that has no corresponding CPU?<br>
To be precise:<br>
        c/src/lib/libbsp/paraVirt/<br>
        without cpukit/score/cpu/paraVirt/<br>
<br>
This should ease the usage across different CPUs. So the amount of platform dependent code is reduced.<br>
<br>
But another idea crossed my mind. Why not use a approach similar to the no_cpu?<br>
This would mean to provide a virtual CPU model with a manual describing how to fill in the CPU dependent code.<br>
Also, introduce a x86_virt (sparc_virt, sparc64_virt and so on) CPU model.<br>
To prevent clobbering the cpukit/score/cpu/ directory they all go into cpukit/score/cpu/virtCPU/ and an additional configuration parameter should specify the cpu used.<br>
So instead of --target=i386-rtems4.11 we use --target=virt-rtems4.11 --enableVirtualCPU=i386. (like --enableBSP=)<br>
And the platform independent stuff goes into cpukit/score/cpu/virtCPU/<u></u>shared<br>
<br>
<br>
What do you think? Is this feasible?<br>
<br>
Regards,<br>
Philipp<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
rtems-users mailing list<br>
<a href="mailto:rtems-users@rtems.org" target="_blank">rtems-users@rtems.org</a><br>
<a href="http://www.rtems.org/mailman/listinfo/rtems-users" target="_blank">http://www.rtems.org/mailman/<u></u>listinfo/rtems-users</a><br>
</div></div></blockquote></div><br></div>