arm, i686, ia64, m68k, mips, mipsel, x86_64, powerpc 405, powerpc64, s390,
sparc, sparc64.<br>
</td>
-
</tr>
-
+<tr>
+<td style="vertical-align: top;">
+0.8.83<br>
+</td>
+<td style="vertical-align: top;">
+0.9.10<br>
+</td>
+<td style="vertical-align: top;">
+0.41<br>
+</td>
+<td style="vertical-align: top;">
+obsolete<br>
+</td>
+<td style="vertical-align: top;">
+Not available (syscall IDs not updated)<br>
+</td>
+<td style="vertical-align: top;">
+obsolete<br>
+</td>
+<td style="vertical-align: top;">
+0.8<br>
+</td>
+<td style="vertical-align: top;">
+2.6.22.1-rt4<br>
+</td>
+<td style="vertical-align: top;">
+LTTng 0.9.10 port to 2.6.22.1-rt4.<br>
+</td>
+<td style="vertical-align: top;">
+Tested on x86_32.
+</td>
+<td style="vertical-align: top;">
+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>
</table>
/proc/markers: enable/disable name [channel]
probe_data should provide, for ltt:
-channel_index
callbacks
id <-- will stay in marker because otherwise we would need another hash table.
-
+channel index : put inside the marker structure (parameter to register).
+A marker control module
Q: field names in dictionnary or in marker ?
+What users will do with marker interface:
+
+from userspace:
+enable/disable marker_name (act on any marker, reg by module or other)
+channel marker_name channel_name (act on any marker)
+
+Default: use serializer
+But.. module can override _default_ probe with a "register" operation.
+
+Use case
+Set channel
+Register by specific module (unregister default, register specific)
+activate.
+
+Serve as a proxy for probe registration.
+
+