From 33a230525902b2cc0bfd731d632e7b3ec0f1fafb Mon Sep 17 00:00:00 2001 From: patacongo Date: Fri, 19 Jun 2009 21:11:59 +0000 Subject: update git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@1912 42af7a65-404d-4744-a932-0658087f49c3 --- nuttx/TODO | 26 +++++++++++++------------- 1 file changed, 13 insertions(+), 13 deletions(-) (limited to 'nuttx/TODO') diff --git a/nuttx/TODO b/nuttx/TODO index 4f394c7a4..d8a61946f 100644 --- a/nuttx/TODO +++ b/nuttx/TODO @@ -1,8 +1,7 @@ -NuttX TODO List (Last updated June 15, 2009) +NuttX TODO List (Last updated June 19, 2009) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ (5) Task/Scheduler (sched/) - (1) Dynamic loader (N/A) (2) Memory Managment (mm/) (1) Signals (sched/, arch/) (1) pthreads (sched/) @@ -10,7 +9,7 @@ NuttX TODO List (Last updated June 15, 2009) (12) Network (net/, netutils/) (1) USB (drivers/usbdev) (4) Libraries (lib/) - (7) File system/Generic drivers (fs/, drivers/) + (8) File system/Generic drivers (fs/, drivers/) (2) Graphics subystem (graphics/) (1) Pascal add-on (pcode/) (0) Documentation (Documentation/) @@ -60,16 +59,6 @@ o Task/Scheduler (sched/) Priority: Medium, required for standard compliance (but makes the code bigger) -o Dynamic Loader - ^^^^^^^^^^^^^^ - - Description: At some point in the future, I intend to port the XFLAT - dynamic loader into NuttX (see http://xflat.sourceforge.net/). - That would allow NuttX to dynamically load and link - external code in a mounted filesystem. - Status: Open - Priority: Low, Nice feature and I might do it someday - o Memory Managment (mm/) ^^^^^^^^^^^^^^^^^^^^^^ @@ -289,6 +278,17 @@ o File system / Generic drivers (fs/, drivers/) Status: Open Priority: Medium-Low + Description: At present, mmap() only works with file descriptors associated + with a ROMFS file system. Generalize this logic so that if + mmap is not supported by the file system or block driver, it + will allocate memory and copy the file into RAM. This would + need some centralized logic so that the memory region would + be shared on later mmap()'s on the same inode. Reference counting + would be required so that the multiply mmap()'ed region persists + until the last munmap(). + Status: Open + Priority: Low + o Graphics subystem (graphics/) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -- cgit v1.2.3