commit db75e4d01f98dcbed9f63d13dea48b59394f9a6d
author njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> Tue Apr 30 12:46:22 2002 +0000
committer njn <njn@a5019735-40e9-0310-863c-91ae7b9d1cf9> Tue Apr 30 12:46:22 2002 +0000
tree b912c1160e6216ced93d43cab46fd56a1e2ec1ac
parent 602392b1f2902bda01bfc185c67b77aa700ec61a

Added note about bts/btr/btc causing bogus cache read counts.
Added to todo list note about files with > 65536 lines.


git-svn-id: svn://svn.valgrind.org/valgrind/trunk@175 a5019735-40e9-0310-863c-91ae7b9d1cf9

memcheck/docs/manual.html

diff --git a/memcheck/docs/manual.html b/memcheck/docs/manual.html
index a97c2f9..4da22db 100644
--- a/memcheck/docs/manual.html
+++ b/memcheck/docs/manual.html
@@ -2374,6 +2374,14 @@
 
   <li>It doesn't account for cache misses not visible at the instruction level,
       eg. those arising from TLB misses, or speculative execution.</li><p>
+
+  <li>The instructions <code>bts</code>, <code>btr</code> and <code>btc</code>
+      will incorrectly be counted as doing a data read if both the arguments
+      are registers, eg:
+
+      <blockquote><code>btsl %eax, %edx</code></blockquote>
+
+      This should only happen rarely.
 </ul>
 
 Another thing worth nothing is that results are very sensitive.  Changing the
@@ -2394,6 +2402,7 @@
   <li>Program start-up/shut-down calls a lot of functions that aren't
       interesting and just complicate the output.  Would be nice to exclude
       these somehow.</li><p>
+  <li>Handle files with &gt;65535 lines</li><p>
 </ul> 
 <hr width="100%">
 </body>