On 2/9/07, Simon <[EMAIL PROTECTED]> wrote:
I know what you mean about testing - the amount of effort it takes to write test code (I've had tests that were bigger than the code itself) can be painful, but I appreciate the benefits, and I don't think a chunk of code is really finished until you can assert that it does what it's supposed to with tests. So, I'm happy to help with that, and I'll take a look. Feel free to suggest something specific that you think would be most newbie friendly, otherwise I'm assuming that fifos or vid_ctl would be best, since they appear to be documented to some extent.
That reminds me. We need more documentation. :) Probably the most critical thing to test, actually, is the PCI target. If you have access to a spec or the Shanley book (*), then you can probably make sense of it yourself. Otherwise, you can work with me via email. I've emailed to a number of people on the list a set of explanations and links and stuff, so maybe I can get one of them forward them to you. But don't choose PCI unless you're up for a major challenge. Otherwise, yes, video is good. Fifos are simple enough that they shouldn't require extensive testing. Yes, they're fundamental, but they're small enough that we can apply more mathematical sorts of proofs to them rather than test suites. Another thing that has tests and which could get more tests is the memory controller. And documentation. Fancy writing some documentation? :) Perhaps this is a bit overwhelming. Just take some small pieces at a time and work your way up. There's a lot to do, but if you can help with a small piece of it, that will help others help more, etc. Snow-ball effect. We just need to choose some key but managable things to do. * http://www.amazon.com/PCI-System-Architecture-MindShare-Inc/dp/0201309742/sr=8-1/qid=1171066907/ref=sr_1_1/102-2142072-5373731?ie=UTF8&s=books -- Timothy Miller http://www.cse.ohio-state.edu/~millerti Favorite book: The Design of Everyday Things, Donald A. Norman, ISBN 0-465-06710-7 _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
