Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
Am 12.02.2010 17:22, schrieb Jan Kiszka:
libxnskin or so?
Jan
libxenomai ?
Ok. Let's go for libxenomai. I will try and do that in the next
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
Am 12.02.2010 17:22, schrieb Jan Kiszka:
libxnskin or so?
Jan
libxenomai ?
Ok. Let's go for libxenomai. I will try and do
Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
Am 12.02.2010 17:22, schrieb Jan Kiszka:
libxnskin or so?
Jan
libxenomai ?
Ok. Let's go for libxenomai. I will try and do that in the next few days.
Already had a chance to look into this?
Jan
--
Siemens AG, Corporate Technology,
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Stefan Kisdaroczi wrote:
Am 12.02.2010 17:22, schrieb Jan Kiszka:
libxnskin or so?
Jan
libxenomai ?
Ok. Let's go for libxenomai. I will try and do that in the next few days.
Already had a chance to look into this?
No. I was off a few
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi Gilles,
this one requires some fixing too:
xeno_sem_heap is marked weak. xeno_init_sem_heaps is called once per
initialized skin. It unmaps any existing heap and creates a new one.
That's already fragile during constructor
Am 12.02.2010 17:22, schrieb Jan Kiszka:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
Hi Gilles,
this one requires some fixing too:
xeno_sem_heap is marked weak. xeno_init_sem_heaps is called once per
initialized skin. It unmaps any existing