That's true if documentation serves only to describe _what_ the
code does. You've ignored the need to describe _why_ the code
was written in this way. For example, documentation can note some
feature of the hardware which requires special handling, or it can
describe some emergent property which isn't obvious even if all
the code is understood.
That's why local comments should explain non-obvious trickery used,
perhaps the exploitation of a poorly documented side-effect of some
instruction, and block comments or external documentation should
help the reader understand why things are done some particular way.
For instance, if the code implements some specific, well documented
algorithm, it should reference the algorithm by name.
-- Randolph Bentson bentson@holmsjoen.com - 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/