it seems, kmalloc shouldn't br called from rt task.



 Chandu



Disclaimer:

This document is intended for transmission to the named recipient only.  If
you are not that person, you should note that legal rights reside in this
document and you are not authorized to access, read, disclose, copy, use or
otherwise deal with it and any such actions are prohibited and may be
unlawful. The views expressed in this document are not necessarily those of
HCL Technologies Ltd. Notice is hereby given that no representation,
contract or other binding obligation shall be created by this e-mail, which
must be interpreted accordingly. Any representations, contractual rights or
obligations shall be separately communicated in writing and signed in the
original by a duly authorized officer of the relevant company



-----Original Message-----
From: Ken Emmons, Jr. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 06, 2001 8:54 PM
To: [EMAIL PROTECTED]
Subject: [rtl] malloc, timers, and crashes.


Hello,

I am trying to create a doubly linked list in order to keep track of timers
on my system. It is similar to the way they do it in the Linux kernel, but
obviously much faster polling for RT purposes. Certain function calls in my
API will allocate memory for a structure and then call a function to isert
this structure intot he list.  I tried using:

my_struct_t my_struct;
my_struct = kmalloc( sizeof(my_struct_t), GFP_ATOMIC); 

within a periodic RT task and it appears to crash my machine. 

Is this supposed to work in RTLinux?? If not how do I get free memory?? Do I
have to set aside a free block of ram and create my own memory allocation
algorithms?? Does RTLinux have a preferred mechanism?

Thanks,

~Ken

-- [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/
-- [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/

Reply via email to