law@sgi.com said:
> I'm wondering about the possibility of re-examining the idea of a
> kernel debugger option distributed with 2.4.
First off, I'd like to say that I'm highly sympathetic to this, assuming that
a kernel debugger doesn't change the kernel's behavior.
However,
> I'm thinking that it could be a great teaching tool to break and
> examine structures, variables, process states, as well as an aid to
> people who may not have a grasp of the entire kernel but need to write
> device drivers.
you might look at UML (http://user-mode-linux.sourceforge.net) for this. A
number of kernel hackers are very successfully using UML for doing filesystem
and mm development and debugging. With some help from the host, it's also
possible to do driver development under UML.
I also know of a number of people using UML to further their education by
using it to poke around a running kernel.
> Certainly Buddha doesn't need to know how to read to know his own
> writings -- and certainly, if everyone meditates and 'evolves' to
> their Buddha nature, they wouldn't need to read the texts or recognize
> the letters either.
So, if you can't convince Buddha of the wisdom of your arguments (or even if
you can) check out UML. It makes a perfectly good kernel debugger available,
and it's a lot easier to deal with than a native kernel.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Feb 15 2001 - 21:00:22 EST