Anybody using the file system with RTX o/s, saving data to SDRAM.
Have board 32MB SDRAM on DYCS0 map the memory in none RTX mode the code runs fine and can read write to files.
In RTX mode application hangs at finit(), when application is stopped its in the DAbt_Handler.
The code none RTX is really simple
int main (void) { int i; FILE *f_p, *f_rp; char line[80]; while( 0 != finit() ); i = fformat("R:"); f_p = fopen("R:\\temp\test.txt", "w" ); if (f_p != NULL){ fputs("Example of a string in ram.\n", f_p); fclose(f_p); } //re open the file to read back f_rp = fopen("R:\\temp\test.txt", "r" ); if (f_rp != NULL){ fgets(line, sizeof(line), f_rp); fclose(f_rp); } }
The RTX version
_task void init (void){ int i; os_tsk_prio_self (100); while( 0 != finit() ); i = fformat("R:"); os_tsk_create (timer_task, 40); os_tsk_delete_self(); } int main (void) { os_sys_init(init); while(1); }
The have increased the heap size, not using microlib, Imported swi_handler (i have used RTX before and the file system but not to SDRAM, previously use SDCARD).
Just after any pointers if anybody has some to share, bang head is getting painfull.
Thanks Darren
Thanks for the feedback, well i have come to a conclusion.
It appears that in a system using RTX kernel, the inclusion of finit() alone is not enough. It appears the compiler is optimising out the call to _mutex_initialize to create the system mutex's if no i/o routines are include i.e. fopen() etc.
Unfortunalty finit() calls _mutex_acquire to get system mutex and so we end in the DAbt_Handler.
so my build slowly as you go
__task void init (void){ os_tsk_prio_self (100); while( 0 != finit() ); fformat("R:"); os_tsk_create (timer_task, 40); os_tsk_delete_self(); }
was doomed to fail. Not really a bug more of a gotcha.
Cheers Darren