Difference between revisions of "Todo"

From CRIU
Jump to navigation Jump to search
Line 8: Line 8:
 
|-
 
|-
 
| crtools || partially unlinked files || xemul@ || - || files whose fd's name is unlinked, but link count is !0
 
| crtools || partially unlinked files || xemul@ || - || files whose fd's name is unlinked, but link count is !0
|-
 
| crtools || runaway pgid/sid || avagin@ || - ||
 
|-
 
| kernel/crtools || Switch from mincore to pagemap-like file in proc || xemul@ || - || As was discussed with Andrew Morton on LSF2012
 
|-
 
| kernel/crtools || Learn to work with namespaces (ipc and net are of the most interest) || gorcunov@ || not implemented || depends on "object IDs"
 
 
|-
 
|-
 
| crtools || Shared objects (mm/fs/fdtable) support || avagin@ || not implemented || depends on "object IDs"
 
| crtools || Shared objects (mm/fs/fdtable) support || avagin@ || not implemented || depends on "object IDs"
Line 22: Line 16:
 
|-
 
|-
 
| crtools || terminals || gorcunov@ || in progress || -
 
| crtools || terminals || gorcunov@ || in progress || -
|-
 
| crtools || fifo || gorcunov@ || in progress || -
 
 
|-
 
|-
 
| crtools || parasite-markers || gorcunov@ || in progress || parasite code should be marked to not dump it twice on subsequent c/r (uuid based solution, I've a draft version of uuid gens and such)
 
| crtools || parasite-markers || gorcunov@ || in progress || parasite code should be marked to not dump it twice on subsequent c/r (uuid based solution, I've a draft version of uuid gens and such)
|-
 
| crtools/kernel || support inotify c/r || gorcunov@/jbottomley@ || in progress || a lot of SW uses inotify, need to dump and restore the watchers
 
 
|-
 
|-
 
| crtools || paranoid dumping and restoring || - || - || make paranoiad checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid
 
| crtools || paranoid dumping and restoring || - || - || make paranoiad checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid
|-
 
| crtools/kernel || java applications || gorcunov@ || - || trivial HelloWorld works
 
 
|}
 
|}

Revision as of 12:55, 2 July 2012

component task assignee status comments
crtools partially unlinked files xemul@ - files whose fd's name is unlinked, but link count is !0
crtools Shared objects (mm/fs/fdtable) support avagin@ not implemented depends on "object IDs"
kernel Provide own defconfig gorcunov@ not implemented suggested by avagin@
crtools Rework dump_one_reg_file to use fhandles - - This is required to work with overmounted files and not to store the long file path (will not work with rsync-ed private :( )
crtools terminals gorcunov@ in progress -
crtools parasite-markers gorcunov@ in progress parasite code should be marked to not dump it twice on subsequent c/r (uuid based solution, I've a draft version of uuid gens and such)
crtools paranoid dumping and restoring - - make paranoiad checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid