To ensure that I indeed was not suffering from lack of SRAM I
just popped in an additional 128M and STILL get the page fault.
Interestingly enough the stack indicates that the offending
instruction lies somewhere in __pthread_mutex_trylock.
Go figure...
>
> Okay... Here is the issue. I have an rtlinux application
> that is attempting to allocate 17k using the calloc function.
> rtl_debug informs me that it is indeed a page fault (exceptionVector = 0xe)
> and a stack dump in gdb shows this occurs in calloc ( actually
> in __libc_calloc).
> I notice that if I dynamically allocate memory in small enough chunks
> (like less than 128 bytes at a time) I am safe for awhile but eventually
> will cause a page fault if I go too far.
> I have 128M of memory in the PC. I have set append="mem=127M" in lilo.conf.
> Some other interesting facts...
>
> The kpm process manager shows the following statistics:
>
> mem 124M avail, 26M used
> 47M buffered, 40M cache
> 9852K free
>
> I am running under rtlinux 3.0 (the 2.2.18-rtl kernel) Red Hat 6.2
>
>
> Can anyone enlighten me... provide hints as to where to look next?
> I am at a loss and now just want to drink coffee instead of bang my
> head against this problem any longer.
>
>
> Many thanks for any ideas/suggestions...... Steve
>
>
> Steve Fletcher E_MAIL: [EMAIL PROTECTED]
> Sr Software Engineer VOICE : (505) 434-7102
> National Solar Observatory/SP FAX : (505) 434-7029
> Sunspot, NM 88349 USA WWW : http://www.sunspot.noao.edu
> -- [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/
>
Steve Fletcher E_MAIL: [EMAIL PROTECTED]
Sr Software Engineer VOICE : (505) 434-7102
National Solar Observatory/SP FAX : (505) 434-7029
Sunspot, NM 88349 USA WWW : http://www.sunspot.noao.edu
-- [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/
