RTEMS in Pok analysis questions

[WL]

On Mon, May 28, 2012 at 2:12 AM, Julien Delange
<julien.delange at gmail.com> wrote:
> On Sun, May 27, 2012 at 5:43 PM, WL <jolkaczad at gmail.com> wrote:
>> After doing initial research around how to design the layer a number
>> of questions appeared.
>
> Which layer are you exactly talking about ? Tha layer in RTEMS to be
> executed as a guest OS ? Can you be more specific ?
>
>> The bsp and device driver development guide describes a number of
>> services which may be implemented while creating a new BSP: the
>> console driver, clock, timer, RTC (as far as I know, libpok doesn't
>> provide an interface for calculating real time, just ticks) , non
>> volatile memory, shared memory and other peripheral drivers. The
>> console driver is required for the simplest test so that's minimal,
>> but which others should be considered for this project?
>
> Also, please be more specific : are you talking about the BSP and
> device driver development from RTEMS or POK ?
> So, I think you should consider another way : what is the basic
> example and what do you need. Please consider a basic example and
> asses what services are required to run this example. For example,
> consider a simple system that executes two RTEMS instances on top of
> POK hypervisor (the POK kernel, not the libpok part).

If the adaptation layer is to be in the form of a BSP, the minimal
ingredients for it are the linker script, Make customization file and
some startup code. The only service truly required is the console
driver.

I don't understand about executing on top of the POK kernel. Is it
just with the libpok services disabled through the configuration
macros?