From: Richard W.M. Jones <rjones@redhat.com>
Date: Tue, 21 Jun 2011 09:26:19 +0000 (+0100)
Subject: Add TODO file.
X-Git-Tag: 0.3.0~1
X-Git-Url: http://git.annexia.org/?a=commitdiff_plain;ds=sidebyside;h=1e0527f0428beb71f7d8a85c97f7966152bd8bb9;hp=56308598bca96ad937917c050819a1d8044212c1;p=virt-dmesg.git

Add TODO file.
---

diff --git a/Makefile.am b/Makefile.am
index bd269df..d542cc9 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -22,5 +22,6 @@ SUBDIRS = man po src
 EXTRA_DIST = \
 	COPYING \
 	README \
+	TODO \
 	config.rpath \
 	m4/ChangeLog
diff --git a/TODO b/TODO
new file mode 100644
index 0000000..57ec53e
--- /dev/null
+++ b/TODO
@@ -0,0 +1,26 @@
+Here are some ideas for enhancing virt-dmesg.  Note that we are trying
+to keep virt-dmesg focused and simple, and refer people who want to do
+the really complex stuff over to the 'crash' utility, 'kdump' etc.
+
+		-----
+
+There are other stats that are conveniently held in global variables
+that we could get access to.  For example:
+
+- loadavg
+
+Stored in a public global array:
+  unsigned long avenrun[3];
+See kernel/sched.c.
+
+- block devices etc.
+
+All sorts of global lists of interesting things such as all_bdevs
+(block devices), task_struct, network devices, skbs etc.  However it's
+very hard to write general purpose code for iterating over these
+structs and reading the contents, since the structs change greatly
+between kernel releases.
+
+Nirvana here would involve some sort of heuristic that can untangle
+arbitrary structs linked by pointers.  At this point in development,
+it is better to refer users to the 'crash' utility.