[oprof-cvs] CVS: oprofile ChangeLog,1.418,1.419 TODO,1.95,1.96

[John L. <mov...@us...>]

Update of /cvsroot/oprofile/oprofile
In directory usw-pr-cvs1:/tmp/cvs-serv15649

Modified Files:
	ChangeLog TODO 
Log Message:

remove oprof_convert
 


Index: ChangeLog
===================================================================
RCS file: /cvsroot/oprofile/oprofile/ChangeLog,v
retrieving revision 1.418
retrieving revision 1.419
diff -u -d -r1.418 -r1.419
--- ChangeLog	15 Apr 2002 23:19:56 -0000	1.418
+++ ChangeLog	16 Apr 2002 00:38:40 -0000	1.419
@@ -1,5 +1,15 @@
 2002-04-16  John Levon  <mo...@co...>
 
+	* TODO:
+	* doc/oprofile.xml:
+	* pp/oprof_convert.c:
+	* util/misc.h:
+	* util/misc.c:
+	* util/file_manip.h:
+	* pp/Makefile.in: kill oprof_convert
+	 
+2002-04-16  John Levon  <mo...@co...>
+
 	* pp/opf_container.cpp:
 	* pp/oprofpp.h:
 	* pp/demangle_symbol.h:

Index: TODO
===================================================================
RCS file: /cvsroot/oprofile/oprofile/TODO,v
retrieving revision 1.95
retrieving revision 1.96
diff -u -d -r1.95 -r1.96
--- TODO	15 Apr 2002 23:57:55 -0000	1.95
+++ TODO	16 Apr 2002 00:38:40 -0000	1.96
@@ -51,9 +51,6 @@
  o more discussion of problematic code needs to go in the "interpreting" section. 
  o use a filelock rather a sleep to synchronize op_start and daemon.
  o check chroot() processes and the path hash stuff
- o check if we can use our own RTC irq handler rather to pass through the
-  the kernel service. The overhead for RTC is very big actually. Take care
-  first from where come the overhead (read/write RTC CMOS is costly)
  o thread profiling in the old and new flavour (2.5 introduce a new thread handling)
 
 Checks to make
@@ -70,6 +67,10 @@
 Later
 -----
  
+ o check if we can use our own RTC irq handler rather to pass through the
+  the kernel service. The overhead for RTC is very big actually. Take care
+  first from where come the overhead (read/write RTC CMOS is costly)
+
 o move uniformly to doxygen Javadoc style :
 
 	/**