Hello
Do you control your board by telnet ? If yes, the error could be that
you don't unload RTAI modules properly, and when you try to reboot
your system there is lot of error that you don't see (lot of numbers
like a matrix).
I had this error after running the latency test and not unloading
RTAI modules. By telnet I first didn't understand why connection was
closed ans system didn't reboot. By RS232 I saw all errors due to
RTAI modules always running.
Just use a simple script to unload modules, the opposite of your load
script.
For example if load script is :
/sbin/insmod /usr/realtime/modules/rtai_hal.o
/sbin/insmod /usr/realtime/modules/rtai_ksched.o
/sbin/insmod /usr/realtime/modules/rtai_lxrt.o
/sbin/insmod /usr/realtime/modules/rtai_sem.o
/sbin/insmod /usr/realtime/modules/rtai_mbx.o
/sbin/insmod /usr/realtime/modules/rtai_msg.o
then upload script is :
/sbin/rmmod rtai_msg.o
/sbin/rmmod rtai_mbx.o
/sbin/rmmod rtai_sem.o
/sbin/rmmod rtai_lxrt.o
/sbin/rmmod rtai_ksched.o
/sbin/rmmod rtai_hal.o
Hope that helps you.
Julien
--- In wrote:
>
> How are you stopping the RTAI application?
>
> I think I recall reading something on the RTAI board about issuing
the
> stop_rt_timer, for instance, before one of the rt_task_wait_period
in a
> timer loop for instance... which causes things to hang.
>
> Did you write a signal reference to the SIGTERM signal and write
some
> internal code to shutdown everything nicely? How do yo start/stop
the
> server at will from the command line -- ctrl-C or kill? They
really are
> not the same if the kill is handled correctly.
>
> Probably not much help...
>
> wrote on 04/17/2007 08:02:26 AM:
>
> > Hi all,
> >
> > My question is: Do I need to do something special to start/stop
RTAI
> > applications from an /etc/init.d script?
> >
> > Background:
> >
> > I am developing an RTAI application that runs under a server that
in
> > turn is started/stopped via an /etc/init.d script. The init.d
script
> > starts the server, which then spawns rtai-load to run the RTAI
> > application.
> >
> > The RTAI application is similar to the 'latency' and 'display'
test
> > programs in the latency test suite. The hard real time part runs
> > every half second to do some DIO operations then report results
to the
> > non-real time part via an rt mailbox. There is a second rt
mailbox
> > for sending commands to the real time component from the non-real
time
> > side.
> >
> > I am having a problem with the reboot sequence. When I issue the
> > 'reboot' command, about a third of the time the system hangs just
> > after the TERM signal is sent to all tasks (literally half of the
> > message is printed on the console).
> >
> > Cycling power usually clears the problem, although sometimes
there is
> > a similar problem on boot-up: The system will boot as normal, but
hang
> > as the RTAI application is started up.
> >
> > The init.d scripts works fine from the command line. I can start/
stop
> > the server and RTAI application at will without seeing the
problem.
> >
> > If I modify the server to not start the RTAI application, the
reboot
> > sequence works just fine.
> >
> > My next test is to have the server actually start the latency test
> > suite program instead of the RTAI application and see if the
problem
> > persists, but before I spend much more time on the issue, thought
I
> > would see if anyone has had similar issues.
> >
> >
> > Regards,
> >
> > jw
> >
> >
> >
> >
> >
> > Yahoo! Groups Links
> >
> >
> >
>
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|