Rodrigo Rosenfeld Rosas wrote:
Hi Philippe,
Actually I think it is an Adeos issue, but it is also relevant for Xenomai.
Does Adeos have any protection (I do not know if it is even possible to)
against a Linux module issuing a cli/sti code directly through arch specific
code instead of through
Jan Kiszka wrote:
> Jan Kiszka wrote:
>> Philippe Gerum wrote:
>>> Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > Hi,
> > > my colleagues and I need some hint where to continue our search
> for the
> > cause of a weird cleanup issue:
Jan Kiszka wrote:
> Philippe Gerum wrote:
>> Philippe Gerum wrote:
>>> Gilles Chanteperdrix wrote:
>>>
Jan Kiszka wrote:
> Hi,
> > my colleagues and I need some hint where to continue our search
for the
> cause of a weird cleanup issue:
> > An application of our
Hi !
Just having a little problem compiling my posix skin for the simulator.
GFP_USER doesn't seem to be defined anywhere. Did I misconfigure
something ? Does it have something to do with the one defined in
/usr/include/linux/gfp.h ?
Thanks.
--
Bruno Rouchouse
=-=-=-=-=-=-=-=-=-=-=
[EMAIL PROTE
Hi Philippe,
Actually I think it is an Adeos issue, but it is also relevant for Xenomai.
Does Adeos have any protection (I do not know if it is even possible to)
against a Linux module issuing a cli/sti code directly through arch specific
code instead of through some Linux API. Putting it in ot
Hi, I'm having huge delays in sending messages to these lists lately.
Does anybody know what could cause such behaviour?
BTW, about the message I sent yesterday (and that didn't arrive yet) about
manual sti/cli doesn't
need to be answered since I've already got the answer in the adeos.pdf docume
Philippe Gerum wrote:
> Philippe Gerum wrote:
>> Gilles Chanteperdrix wrote:
>>
>>> Jan Kiszka wrote:
>>> > Hi,
>>> > > my colleagues and I need some hint where to continue our search
>>> for the
>>> > cause of a weird cleanup issue:
>>> > > An application of our robotics framework sometimes
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Hi,
> > my colleagues and I need some hint where to continue our search
for the
> cause of a weird cleanup issue:
> > An application of our robotics framework sometimes terminates
(though
> successfully) in a way t
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Hi,
>
> my colleagues and I need some hint where to continue our search for the
> cause of a weird cleanup issue:
>
> An application of our robotics framework sometimes terminates (though
> successfully) in a way that the system timer IRQ
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> Hi,
>
> my colleagues and I need some hint where to continue our search for the
> cause of a weird cleanup issue:
>
> An application of our robotics framework sometimes terminates (though
> successfully) in a way that the system timer IRQ
Jan Kiszka wrote:
> Hi,
>
> my colleagues and I need some hint where to continue our search for the
> cause of a weird cleanup issue:
>
> An application of our robotics framework sometimes terminates (though
> successfully) in a way that the system timer IRQ no longer arrives
> afterwards
Jan Kiszka wrote:
Hi,
my colleagues and I need some hint where to continue our search for the
cause of a weird cleanup issue:
An application of our robotics framework sometimes terminates (though
successfully) in a way that the system timer IRQ no longer arrives
afterwards or no re-program take
12 matches
Mail list logo
