Update version to 0.16
[ust.git] / TODO
diff --git a/TODO b/TODO
index f97e51d290196bdf574e56f94d9a38a7b3a2876d..536502f2ff07626f0d086ddff38924e3e5348bc4 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,10 +1,15 @@
-- make web site (in progress by pmf)
-- support multiple simultaneous traces
-- fix FIXME's in the code
-- test with smaller subbuffer sizes
+- remove libustconsumers dependency on libustsnprintf (usterr_signal_safe.h)
 - correctly destroy buffers at trace destroy
-- add option to see subbuffer size and count
-- performance testing tool (in progress by Rafik Fahem)
+- add multi-threaded test program
+- add dlopen() based test program
+- add automatic valgrind test of libust
+- fix FIXME's in the code
+- support multiple simultaneous traces
+- add compilation tests
+- fix the case where a lib is unloaded while markers are being connected with the auto probe connector. the marker mutex needs to be held to prevend the lib from being unloaded at that time. also, the library unregister function in marker.c should remove the markers from the hash table and call synchronize_rcu before returning
+- add option to usttrace to select subbuffer size/count
+- add option to see subbuffer size and count (need to test it)
+- performance testing tool (in progress by Douglas Santos)
 - profile with oprofile or similar to check for perf bottlenecks
 - improve support for combined kernel/userspace tracing
 - document API
@@ -15,7 +20,7 @@
 - save_registers: save them only when the marker is active (complicated because we need to know their value at the address that is put in struct marker)
 - make streaming work, including periodical flush
 - make a system (signal-based?) that allow the listener thread to not be started initially
-- ustd should work as a pool of threads
+- ust-consumerd should work as a pool of threads
 - support more than one marker with the same channel and name on the same line?
 - make a mode where the listener thread can poll buffers to check if they are ready to be collected
   This is to guarantee there will never be a system call in the tracing path. Currently there is a system
This page took 0.024313 seconds and 4 git commands to generate.