update roadmap
[lttv.git] / doc / developer / lttng-lttv-roadmap.html
index b446cbb9d55ed8269a655447c07975d949074ac6..ce0fa1bd3282217b65d8d9bfd3670fbd1e1efaac 100644 (file)
@@ -12,36 +12,46 @@ for the TODO items :<br>
 Dependencies are written between brackets [ ].<br>
 The # symbol marks who is currently working on the item.<br>
 The % symbol marks who is interested in the realisation of the item.<br>
+The $ symbol marks who is contributing funding for the realisation of the item.<br>
 <br>
 <br>
 <big>LTT Next Generation Roadmap<small><br>
 <br>
-* TODO<br>
+* TODO (high priority)<br>
+<BR>
 (1) LTTng event description: move from tracepoint/markers to Ftrace TRACE_EVENT
- declarations. Extend TRACE_EVENT as needed. (<A HREF="mailto: Douglas Santos
-<douglas.santos@polymtl.ca">Douglas Santos</A><BR>)
-(1) LTTng ring buffer adaptation for FTrace.<A HREF="mailto:
-mathieu.desnoyers@efficios.com">Mathieu Desnoyers</A><BR>
+ declarations. Extend TRACE_EVENT as needed.<br>
+# <A HREF="mailto: Douglas Santos <douglas.santos@polymtl.ca>">Douglas Santos</A>)<BR>
+(1) LTTng ring buffer adaptation for FTrace.<br>
 (1) FTrace/LTTng trace format standardization.<BR>
 (1) Extend NO_HZ support vs trace streaming support to other architectures (need
 to add cpu idle notifiers and test).<br>
 (1) Make sure ltt-ascii kernel text dump fits well with streaming hooked into
 cpu idle.<br>
-(1) Support CPUs with scalable frequency. (done for ARM OMAP3 UP only)<br>
+[Depends on cpu idle notifier port to other architectures]<br>
+(1) Support CPUs with scalable frequency with a time-consistent increment and
+with an approach scalable to SMP. (done for ARM OMAP3 UP only, but the OMAP3
+approach should be tested and probably derived into an SMP implementation)<br>
+<br>
+<br>
+* TODO (medium priority)<br>
+(3) LTTng trace session (support multiple active traces at once) integration
+into Ftrace.<br>
+(3) LTTng and Ftrace DebugFS interface merge.<br>
+(3) LTTng trace clock time-stamping merge into mainline.<br>
+(3) NMI-safe tracing merge into mainline.<br>
 <br>
 <br>
 * Nice to have<br>
+<br>
 (3) Bring stack dump in sync with new lttng.<br>
 (4) Dump mounts. (to fix)<br>
 (4) Add Xen support. (Trace buffer desallocation needs to be fixed)<br>
 (4) integrate NPTL instrumentation (see
 <A HREF="http://nptltracetool.sourceforge.net/">PTT</A>).<br>
 (4) Probe calibration kernel module.<br>
-(4) Make page faults detect nested fault without nesting 4 times in the page
-fault handler. (or use vmalloc_sync_all at each tracing module load)<br>
 (5) Add boot time tracing support.<br>
 (5) Integrate LTTng and lttd with LKCD.<br>
-       # <A HREF="mailto:Lai Jiangshan <laijs@cn.fujitsu.com>>">Lai Jiangshan</A><br>
 (7) Integrate periodical dump of perfctr hardware counters.<br>
 (8) Integrate SystemTAP logging with LTTng.<br>
 (8) Integrate periodical dump of SystemTAP computed information.<br>
@@ -49,6 +59,16 @@ fault handler. (or use vmalloc_sync_all at each tracing module load)<br>
 ltt-instrument-functions.<br>
 <br>
 <br>
+* Done<br>
+<br>
+- (2009) Port LTTng to ARM OMAP3 with power management and dynamic frequency scaling
+  support. (Done by Mathieu Desnoyers, funded by Nokia).<br>
+- (2009) Improvement of trace streaming power consumption efficiency (NO_HZ
+  support) (x86 only for now).<br>
+- (2009) Periodic flush for trace streaming (Mathieu Desnoyers).<br>
+- (2009) Ascii text output from LTTng. (started by Lai Jiangshan (Fujitsu),
+  completed by Mathieu Desnoyers)<br>
+<br>
 <br>
 <big>LTTV Roadmap<small><br>
 <br>
@@ -57,6 +77,7 @@ LTTng Integration. Mainwhile, LTTV is maintained as a known-stable viewer.<br>
 <br>
 <br>
 * Nice to have<br>
+<br>
 (4) Statistics per time window.<br>
 (4) Add Xen per physical CPU view.<br>
 (4) Add Xen per vcpu view.<br>
@@ -83,6 +104,7 @@ page faults, interrupts...). This will be a generalisation of the event rate
 view into a view of the evolution of a user definable event field.<br>
 <br>
 * TO FIX<br>
+<br>
 (10) Add cancel button to LTTV filter GUI window.<br>
 (10) Sometimes, in the control flow view, a process with 0 creation time is
 created in addition to the real process itself. Seems to be caused by end of
This page took 0.024185 seconds and 4 git commands to generate.