update compat
[lttv.git] / trunk / lttv / doc / developer / lttng-lttv-compatibility.html
index f9c3dd6ba0b6e641d0f744feb61c7982c7a2f7de..80937f3e13e7d06232ea57cc49cfed4b49d8a5cd 100644 (file)
@@ -2975,10 +2975,11 @@ powerpc64, s390, sparc, sparc64.<br>
 0.11.0<br>
 </td>
 <td style="vertical-align: top;">
-0.37<br>
+0.38<br>
 </td>
 <td style="vertical-align: top;">
 0.53<br>
+0.54<br>
 </td>
 <td style="vertical-align: top;">
 obsolete<br>
@@ -2996,7 +2997,8 @@ obsolete<br>
 2.6.27<br>
 </td>
 <td style="vertical-align: top;">
-LTTng 0.37 and LTTV 0.11.0
+LTTng 0.38 and LTTV 0.11.0<br>
+<br>
 I just cleaned up the LTTng trace format heavily, got rid of the
 heartbeat timer (by checking for overflow at the tracing site), got rid
 of the "special" compact channel; it removed about 5 FIXMEs in LTTng 
@@ -3011,6 +3013,12 @@ Note that this "event size" field can eventually be enabled on a
 per-event or per-channel basis. This will probably be useful to encode
 "binary blobs"...<br>
 <br>
+I also cleanup up the subbuffer header to make is much smaller than the
+previous one by removing unneeded information.<br>
+<br>
+I renamed the "facilities" channel to a better name : "metadata".  It
+contains marker descriptions.<br>
+<br>
 The trace major number is bumped to "2" and is completely incompatible 
 with old LTTV.<br>
 </td>
@@ -3024,6 +3032,50 @@ powerpc64, s390, sparc, sparc64.<br>
 </td>
 </tr>
 
+<tr>
+<td style="vertical-align: top;">
+0.11.1<br>
+</td>
+<td style="vertical-align: top;">
+0.39<br>
+0.40<br>
+0.41<br>
+</td>
+<td style="vertical-align: top;">
+0.53<br>
+0.54<br>
+</td>
+<td style="vertical-align: top;">
+obsolete<br>
+</td>
+<td style="vertical-align: top;">
+0.6<br>
+</td>
+<td style="vertical-align: top;">
+obsolete<br>
+</td>
+<td style="vertical-align: top;">
+2.1<br>
+</td>
+<td style="vertical-align: top;">
+2.6.27<br>
+</td>
+<td style="vertical-align: top;">
+LTTng 0.39 and LTTV 0.11.1 fixes 32-64 bits subbuffer header portability.<br>
+LTTng 0.41 reintroduces the formal verification fix, which solves the
+case where the reader thinks the uncommitted subbuffer is fully committed.
+Unlikely to happen, but could, with small buffers especially.<br>
+</td>
+<td style="vertical-align: top;">
+</td>
+<td style="vertical-align: top;">
+x86, alpha, arm26, avr32, cris, frv, h8300, m32r, m68knommu, parisc, sh, sh64,
+um, v850, xtensa.<br>
+arm, i686, ia64, m68k, mips, mipsel, x86_64, powerpc 405,
+powerpc64, s390, sparc, sparc64.<br>
+</td>
+</tr>
+
 
 
 </tbody>
This page took 0.023734 seconds and 4 git commands to generate.