Gabriele Moabiti wrote:
>
>> Xenomai uses rthal_trap_catch, so, you can use Xenomai code as an
>> example.
>
> Named KD: kernel driver (ring 0). UD: user space task (ring 3).
>
> - KD reserve 16 MB of memory (note: virtual and physical contiguous)
>
>
> - I use rthal_trap_catch to customize exceptions (redirected to
> "custom_except" function) The "custom_except" function print the
> number of exception and recall the xenomai standard one.
Where does custom_except leaves, in kernel-space or user-space ?
>
> - KD has an rtdm interface 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 mapping in
user-space, you will not need the help from an rtdm driver. And 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 memory mapped
If you do that, your binary needs to be relocatable, that is its code
must not depend on the address at which it is loaded. Are you sure your
binary blob has this property ?
>
> - UD start the real time task
>
> Now here is a the problem. If I invoke an exception (int 3, floating
> point exception and so on) outside the 16 MB mapped memory
> "custom_except" is called ok. If the same code is invoked into the 16
> MB mapped 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 reports the exception, then ? Are you sure the exception reported is
the one you expect ? IOW, are you sure the problem is not that your
memory mapping is not executable ?
>
> 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 this a joke ? Why choosing a release candidate of a release which
happened since then ? Why not using the latest stable release ?
--
Gilles.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
