Hi,
>> >Wait a minute. You = mean that you want more than 5000 interrupts by
>> >second ? Ar= e you sure you do not get overruns with plain, unpatched
>> >Li= nux, if you load it sufficiently ?
>> If you do a simple count ( 1= 15200 bps ) considering buffer length =3D 1=0A the
>> answer is ye= s.
>>
>> :)
>>
>> regards Michael
&g= t;>
>> PS work with linux

>Do you observe this behavi= our with I-pipe only or with Xenomai running
>? If we xenomai, could = you try only booting Linux with I-pipe enabled
>?
>
>-- <= br>> = ; &nb= sp; Gilles Chanteperdrix

I report this only using ipi= pe. I have some trouble with xenomai, that I will try to solve ( see below = )

=3D=3D Sampling period: 100 us
=3D=3D Test mode: periodic u= ser-mode task
=3D=3D All results in microseconds
warming up...
I-p= ipe: Detected illicit call from domain 'Xenomai'
= ; into a service reserved for domain 'Linux' and below.[<c0021988>] (show_stack+0x0/0x48) from [<c005cca0>] (ipipe_check_context+0x88/0xa4)
[<c005cc18>] (= ipipe_check_context+0x0/0xa4) from [<c0057e40>] (search_module_extabl= es+0x3c/0xe8)
r5:00000000 r4:c0063cf0
[<c0057e04>] (searc= h_module_extables+0x0/0xe8) from [<c004887c>] (search_exception_table= s+0x30/0x3c)
r8:00000154 r7:00000017 r6:00000000 r5:c0271e00 r4:c0= 063cf0
[<c004884c>] (search_exception_tables+0x0/0x3c) from [<c= 00231c0>] (fixup_exception+0x18/0x30)
r4:c0271e00
[<c0023= 1a8>] (fixup_exception+0x0/0x30) from [<c002339c>] (__do_kernel_fa= ult+0x24/0x7c)
r4:00000154
[<c0023378>] (__do_kernel_faul= t+0x0/0x7c) from [<c0023670>] (do_page_fault+0x27c/0x29c)
r7= :00000000 r6:c0266520 r5:c01a1e6c r4:ffffffff
[<c00233f4>] (do_pag= e_fault+0x0/0x29c) from [<c001c2c8>] (do_DataAbort+0x3c/0x11c)
[&l= t;c001c28c>] (do_DataAbort+0x0/0x11c) from [<c001cb40>] (__dabt_svc+0x40/0x60)
Exception stack(0xc0271e00 to 0xc0271e48)
1e0= 0: 204c0000 c0457860 40000093 40000093 c0457860 00000000 c01bf860 00000000 =
1e20: c0280b30 c0270000 c01bf890 c0271e80 00000000 c0271e48 c0063ce4 c0= 063cf0
1e40: 40000093 ffffffff = ; &n= bsp; = ; &n= bsp;
r8:c02= 80b30 r7:00000000 r6:c01bf860 r5:c0271e34 r4:ffffffff
[<c00636ec>]= (xnpod_schedule+0x0/0x7ac) from [<c00608f8>] (xnintr_clock_handler+0= xa8/0x124)
[<c0060850>] (xnintr_clock_handler+0x0/0x124) from [<= ;c005deb0>] (__ipipe_dispatch_wired+0xdc/0x104)
r8:c0266520 r7:= c01bf480 r6:c01a8120 r5:c01aa4e0 r4:c01bd140
[<c005ddd4>] (__ipipe_dispatch_wired+0x0/0x104) from [<c0021efc>] (__ipipe_handle= _irq+0x94/0x1c8)
r6:c0271f20 r5:00000011 r4:c01bd140
[<c0021= e68>] (__ipipe_handle_irq+0x0/0x1c8) from [<c00220f4>] (__ipipe_gr= ab_irq+0xc4/0x120)
[<c0022030>] (__ipipe_grab_irq+0x0/0x120) from = [<c001cb90>] (__irq_svc+0x30/0x78)
r8:c0266520 r7:c0457860 r= 6:00000011 r5:fefff000 r4:ffffffff
[<c014e0d4>] (schedule+0x0/0x81= 4) from [<c006af54>] (gatekeeper_thread+0xfc/0x194)
[<c006ae58&= gt;] (gatekeeper_thread+0x0/0x194) from [<c004b1a4>] (kthread+0x58/0x= 90)
[<c004b14c>] (kthread+0x0/0x90) from [<c003780c>] (do_ex= it+0x0/0x94c)
r6:00000000 r5:00000000 r4:00000000

There= is a patch to using the serial device with DMA too and I use it with other= board
=0A equipped with the at91rm9200. But my question is this:=0A
=0Aspi prioriy < serial priority
=0A
=0AIn linux the inte= rrupt nesting is controlled by the hardware logic. Is it true?
=0A
= =0AThe priority is mainted using ipipe in at91sam9260?
=0A
=0A
= =0ARegards Michael