On 06/04/2012 09:26 PM, Marc Le Douarain wrote:
> Hello,
>
> I've some difficulties to run Xenomai with a little 'hello' example
> (that create/start a task)
> on a target 486 processor (without fpu).
>
> I successfully compiled the Linux kernel 2.6.38.8 with
> adeos-ipipe-2.6.38.8-x86-2.11-02.patch (Xenomai version is 2.5.6)
> (modify file xenomai-2.5.6/include/asm-x86/calibration.h
> "current_cpu_data"->"cpu_info" were required)
>
> dmesg extract:
> [ 0.000000] I-pipe 2.11-02: pipeline enabled.
> ...
> [ 0.140008] CPU: Cyrix Cx486SLC
> ...
> [ 1.440804] Xenomai: hal/i386 started.
> [ 1.448804] Xenomai: scheduling class idle registered.
> [ 1.452804] Xenomai: scheduling class rt registered.
> [ 1.488806] Xenomai: real-time nucleus v2.5.6 (Wormhole Wizards) loaded.
> [ 1.496807] Xenomai: starting native API services.
> [ 1.500807] Xenomai: starting POSIX services.
> [ 1.504807] Xenomai: starting RTDM services.
>
> After compiling user-space Xenomai part with
> ./configure --disable-x86-sep --disable-x86-tsc / make / sudo make install
> and copy /usr/xenomai/lib on the target
> I've got "illegal instruction" with my little 'hello test' example that
> create/start a task.
>
> Then I've tried to add flag to set 486 instruction set to gcc...
> For that, to compile user-space this time I used :
> ./configure CFLAGS="-march=i486" LDFLAGS="-march=i486" --disable-x86-sep
> --disable-x86-tsc / make / sudo make install
> Now, at rt_task_start, I've got an error code -38 !
>
> Any one have an idea on the trouble ?
> (at start thinking on the fpu missing, but seems not to be used !? no
> libm dependance)
The program may use fpu instructions without linking to libm. If you
want to be sure that there will be no fpu instructions, you should pass
-msoft-float. But I do not think the x86 compiler will generate fpu
instructions if you do not use floating point variables (but that
remains to be proved, the simpler way to know is to look at the
disassembly).
> void catch_signal( int sig )
> {
> }
>
> int main (void)
> {
> int err;
>
> printf("starting...\n");
>
> signal( SIGTERM,catch_signal );
> signal( SIGINT,catch_signal );
This looks like a bad idea. It means that if the user presses ctrl-C or
send a SIGTERM, nothing will happens. As a user, how much do you like
programs which do not react to ctrl-C? And anyway, you can not prevent
the user from sending a SIGKILL. So, catching SIGTERM and SIGINT this
way seems pointless.
--
Gilles.
_______________________________________________
Xenomai mailing list
[email protected]
http://www.xenomai.org/mailman/listinfo/xenomai
