Arne Linder wrote:
>
> Hello Paolo,
>
> On 31 Oct 2000, at 2:32, Paolo Mantegazza wrote:
>
> > daniel sheltraw wrote:
> > >
> > > Hello RTAI world
> > >
> > > Would someone please tell me in what situation would one need to
> > > use the routines rt_global_save_flags/rt_global_restore_flags and
> > > rt_mount_rtai/rt_umount_rtai?
> > >
> >
> > When you insmod rtai it stay dormant till you do nat call rt_mount_rtai
> > in an application needing it. Clearly you must umount when you end the
> > application, and all the other RTAI modules using rtai do the related
> > mount by themselves.
> >
> > The global save_resotre functions are the equivalent of hard_save_flags
> > and hard_restore_flags for SMP.
> >
> > Is it not explained in the manual? I must check.
> >
>
> Is this a new feature of RTAI 1.5 ? We're using RTAI 1.3 / Kernel
> 2.2.14 and don't call rt_mount_rtai / rt_unmount_rtai and everything
> works fine. We only do insmod and can use all we need of rtai like
> Phil explained in his tutorial under
> http://www.realtimelinux.org/articles/linux-
> expo/montreal/paper/indexc.html
>
> I hope, we haven't forgot something essential.
>
> Greetings from Wuppertal
>
> Arne Linder
>
Hi Arne,
rt_mount_rtai/unmount have alway been there. It happens automatically
when the fifos or scheduler modules are loaded/unloaded. You don't need
to worry about them unless you want to do something minimal like have a
single hard-irq module without inserting the scheduler (in which case
you do the mount in the init_module and the unmount in the
cleanup_module).
Regards, Stuart
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
