Your opinions on any of the following will be greatly appreciated:
-----------------------------------------
What do you think of testing and related tools like gcov (that measure
which code branches are executed and the like?)
Generally, how do you maintain such level of reliability on such a huge
monolithic kernel (except by "thinking it through?")
After unit testing, does the Linux kernel rely mainly on _actual_runs_
by users/developers for testing the reliability of the whole thing?
Do you have test scripts and automated regression testing setup, or you
and Linus do not believe in that either?
Linus, if you are reading, (how) did you test the original 200K kernel
code when you were still working mostly _by_yourself_? How much did
others help with the bugs you might have left? (if any!)
Boundary conditions? How do you test them?
If anybody knows what Linus or Alan Cox might think of all this, then
please tell me too. I am interested in their opinion but they might not
respond to the message.
If relevant, please also tell me what work you do on the kernel.
I greatly appreciate your time and any insight you provide.
-- Reza Roboubi Software Development Consultant www.linisoft.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/