> It was said that code is sufficient, you can read it and ask questions
> on lkml if you will find difficult to swallow parts. You may spot some
> bugs also, that will be very good! Linux kernel needs peer review!
I don't agree with this. If you don't have documentation, you
only know what the code does, not what it's supposed to do.
This means not only does it become harder to understand things,
it also becomes much harder to verify that the code is doing
the right thing.
> Writing docs wastes developer's time: they will write how they want VM to
> operate or how they think it operates (while some bug can make actual VM
> operate differently) instead of improving/debugging current VM code.
On the contrary. I have found that updating the documentation
of a function before fixing the code helps to keep me focussed
on letting this function do the exact right thing.
Working the other way around often leads to the "wait a moment,
shouldn't I catch this special case ??" thing and at times to
spagetti code.
Writing the documentation first makes it easier to realise that
some functionality doesn't belong in a function and needs to be
abstracted out, which I'm doing at a nice rate in the -rmap VM.
> Yes, it is not an easy path to VM doc. :-)
Just download the -rmap patch and start reading.
It's not _that_ hard ;)
cheers,
Rik
-- "Linux holds advantages over the single-vendor commercial OS" -- Microsoft's "Competing with Linux" documenthttp://www.surriel.com/ http://distro.conectiva.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/