RE: [pok-devel] POK now executing at JP

["Reder, Leonard J (3496)" <Leonard.J.Reder@xxxxxxxxxxxx>]

Julien:

I will send the list of examples that I currently do not think execute and some do not compile later.  Yes one of my thoughts was to enable instrumentation and perhaps see log files with information.   But I am still getting into this stuff.

The BAE RAD750 board by the way is a PPC family single board computer.  Besides the processor architecture there is a chipset on each of these boards that needs to be supported and that as you mentioned requires workforce and time.

I was looking at the partitioned-thread example and it does sort of what I wanted to try out.  However, it did not have the data communication from partitioned-thread to another separate partition-thread.   Can you point me to an example that demonstrates this using your Buffers (e.q. Queues) ?   More precisely all I want to do is covert the example 3 from your learning AADL the pleasant way tutorial into a POK example.

Thanks,

Len


-----Original Message-----
From: Listengine [mailto:listengine@xxxxxxxxxxxxxxxxx] On Behalf Of Julien Delange
Sent: Thursday, February 16, 2012 2:43 PM
To: pok-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [pok-devel] POK now executing at JP

Le Thu, Feb 16, 2012 at 02:07:59PM -0800, Reder, Leonard J (3496) :
> My Linux flavor is Centos as we assumed that Taste tools where using.   At any rate the tool the script needed to find was "qemu-system-x86_64" and POK and some examples execute.   Here is my configuration now:


Thanks for pointing this !


> Also it seems that many of the examples are broken or just do not run on the x86 emulation for one reason or another. Is there a better version of POK with more functionality that I can download?

Most of the time, partitions and kernel are not configured to print
messages on the console so that you will not see the output. Please let
us know which examples are not running but I am quite confident that
they run but the only thing is that you do not see any output in QEMU
but that is not an issue (and can be solved by enabling the output in
the AADL model).

Also, about the target, without the specs we cannot say if it will be
easy. But afterwards, this is just a matter of resources and as long you
are able to provide enough workforce on that, it could be supported as
requested.

Also, good to hear that it finally works well on your side,

Best,