update features

[lttv.git] / trunk / lttv / QUICKSTART.html

diff --git a/trunk/lttv/QUICKSTART.html b/trunk/lttv/QUICKSTART.html
index 137b3f8cd87a6613e6abb689a45c7205ecfade68..2c5dd382816f05ae3096d775bb7605d448f63053 100644 (file)
--- a/trunk/lttv/QUICKSTART.html
+++ b/trunk/lttv/QUICKSTART.html
@@ -15,6 +15,9 @@ Last update : January 21st, 2009<br>
 
 <ul>
 <li><a href="#intro" name="TOCintro">Introduction</a></li>
+<ul>
+<li><a href="#arch" name="TOCarch">Supported architectures</a></li>
+</ul>
 
 <li><a href="#section1" name="TOCsection1">Installing LTTng and LTTV from
 sources</a></li>
@@ -79,11 +82,16 @@ To see the list of compatibilities between LTTng, ltt-control, LTTV, please
 refer to :
 <a
 href="http://ltt.polymtl.ca/svn/trunk/lttv/doc/developer/lttng-lttv-compatibility.html">LTTng+LTTV versions compatibility</a>
-The lttng patch is necessary to have the tracing hooks in the kernel.
+
+The ongoing work had the Linux Kernel Markers integrated in the mainline Linux
+kernel since Linux 2.6.24 and the Tracepoints since 2.6.28. In its current
+state, the lttng patchset is necessary to have the trace clocksource, the
+instrumentation and the LTTng high-speed data extraction mechanism added to the
+kernel.
 
 <br>
 <br>
-Supported architectures : 
+<h3><a href="#TOCarch" name="arch">Supported architectures</a></h3>
 <br>
 LTTng :<br>
 <br>
@@ -92,6 +100,11 @@ LTTng :<br>
 <li> ARM (with limited timestamping precision, e.g. 1HZ. Need
 architecture-specific support for better precision)
 <li> MIPS
+<li> sh (partial architecture-specific instrumentation)
+<li> sparc64 (partial architecture-specific instrumentation)
+<li> s390 (partial architecture-specific instrumentation)
+<li> Other architectures supported without architecture-specific instrumentation
+and with low-resolution timestamps.<br>
 <br>
 <br>
 LTTV :<br>
@@ -571,9 +584,9 @@ A few examples of successful LTTng users :
   success with such tracing approach to fix "rare disk delay" issues and
   VM-related issues presented in this article :
 <ul>
-  <li> "Linux Kernel Debugging on Google-sized clusters at Ottawa Linux
-    Symposium 2007"
-    http://ltt.polymtl.ca/papers/bligh-Reprint.pdf
+  <li> <a href="http://ltt.polymtl.ca/papers/bligh-Reprint.pdf">Linux Kernel
+Debugging on Google-sized clusters at Ottawa Linux
+    Symposium 2007</a>
 </ul>
 <li> IBM Research have had problems with Commercial Scale-out applications,
   which are being an increasing trend to split large server workloads.