Hi Wolfgang,
I came across the fact that xeno_can_peak_dng is autoloaded on 2.6 due to
its PnP announcement via MODULE_DEVICE_TABLE. xeno_irqbench and
xeno_16550A used to behave similar, but both just as well as this driver
require manual parameters anyway. So let's remove the table and thus any
a
Hallo Jan,
Jan Kiszka wrote:
> Hi Wolfgang,
>
> I came across the fact that xeno_can_peak_dng is autoloaded on 2.6 due to
> its PnP announcement via MODULE_DEVICE_TABLE. xeno_irqbench and
> xeno_16550A used to behave similar, but both just as well as this driver
> require manual parameters anyway
Hello,
sorry, didn't realize the CC to the xenomai-core ML :-(. Here the
English translation:
Wolfgang Grandegger wrote:
> Hallo Jan,
>
> Jan Kiszka wrote:
>> Hi Wolfgang,
>>
>> I came across the fact that xeno_can_peak_dng is autoloaded on 2.6 due to
>> its PnP announcement via MODULE_DEVICE_T
People, we have some new troubles:
I'm reproducibly getting recursive faults on termination of cyclictest
via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no
weird patches of mine.
Something goes utterly wrong, the debugger currently points into
xnshadow_relax->rpi_push, and the
Jan Kiszka wrote:
> People, we have some new troubles:
>
> I'm reproducibly getting recursive faults on termination of cyclictest
> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no
> weird patches of mine.
>
> Something goes utterly wrong, the debugger currently points into
>
Jan Kiszka wrote:
> People, we have some new troubles:
>
> I'm reproducibly getting recursive faults on termination of cyclictest
> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no
> weird patches of mine.
>
> Something goes utterly wrong, the debugger currently points into
>
On Fri, 2007-05-25 at 15:55 +0200, Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> >> People, we have some new troubles:
> >>
> >> I'm reproducibly getting recursive faults on termination of cyclictest
> >> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, n
Philippe Gerum wrote:
> On Fri, 2007-05-25 at 15:55 +0200, Jan Kiszka wrote:
>
>>Gilles Chanteperdrix wrote:
>>
>>>Jan Kiszka wrote:
>>>
People, we have some new troubles:
I'm reproducibly getting recursive faults on termination of cyclictest
via ^C. It's all standard here: ipipe
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>>> People, we have some new troubles:
>>>
>>> I'm reproducibly getting recursive faults on termination of cyclictest
>>> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no
>>> weird patches of mine.
>>>
>>> Som
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
>> People, we have some new troubles:
>>
>> I'm reproducibly getting recursive faults on termination of cyclictest
>> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no
>> weird patches of mine.
>>
>> Something goes utterly wrong, t
Daniel Schnell wrote:
> Well, that may be related to the bug I am seeing when I am ending cyclictest
> with Ctrl-C, Recursive kernel Ooops and this is on plain 2.3.1
My tests all ran over trunk, but you may easily verify the relation by
enabling XENO_OPT_DEBUG_QUEUES.
Jan
signature.asc
Descri
Daniel Schnell wrote:
> Well, that may be related to the bug I am seeing when I am ending cyclictest
> with Ctrl-C, Recursive kernel Ooops and this is on plain 2.3.1
>
2.3.1 is definitely affected by this bug as well, as it also gained the
prio-coupling rework. But you have to have SCALABLE_SCHE
12 matches
Mail list logo