<= br>> Where does custom_except leaves, in kernel-space or user-space ?
I have called rthal_trap_catch in the init function of the KD.
I ha= ve tried also in a rt task inside KD.

>> - KD has an rtdm inte= rface to map the 16 MB memory on user space with
>> rtdm_iomap_to_= user.
>> - UD starts and It maps with the rtdm (rtdm_iomap_to_user= )
>
>This is completely useless. You can use an anonymous mappi= ng in
>user-space, you will not need the help from an rtdm driver. An= d your
>mapping needs to be executable (you need to pass PROT_EXEC to= mmap).
>>
>> - UD copy a binary asm x86 test fpu (some instructions to generate
>> exceptions for tests) in the 16 MB me= mory mapped
>
>If you do that, your binary needs to be relocata= ble, that is its code
>must not depend on the address at which it is = loaded. Are you sure your
>binary blob has this property ?

It'= s a long story... I know anonymous mapping is better but I have need physic= al contiguos memory
(not for the test of course). The binary blob has fi= xed addresses between 1 to 16 MB so I have mapped the first 15 MB of the UD= (starting to 1 MB). I Know it is very strange...

>>
>&= gt; - UD start the real time task
>>
>> Now here is a th= e problem. If I invoke an exception (int 3, floating
>> point exce= ption and so on) outside the 16 MB mapped memory
>> "custom_except= " is called ok. If the same code is invoked into the 16
>> MB mapp= ed memory the program crash (and this is ok) reporting the
>> description of the exception in the terminal (also this is= ok) but
>> "custom_except" is not called!
>
>Who repo= rts the exception, then ?

I start UD from the terminal and the term= inal always report the right error.

>Are you sure the exception r= eported is
>the one you expect ?

Yes, I tried floating point,= debug (int 3), page fault..

>IOW, are you sure the problem is no= t that your
>memory mapping is not executable ?

The PROT_EXEC = flag is set.
If I try to execute some instructions It works.

>= > Is there something wrong using the mapped memory in this mode?
>= > NOTE: I am using xenomai 2.4.0rc1 with kernel 2.6.23
>>Is thi= s a joke ? Why choosing a release candidate of a release which
>>h= appened since then ? Why not using the latest stable release ?

you a= re right. It will be better to use the latest one (not rc). I had an already patched kernel
(with an other working xenomai application)
<= br> Gabriele