>Is there a list of known bugs for existing hardware or requests >for new driver development that I can find somewhere? This would >be a great starting point. It seems that people are not answering the question above. Does that mean that there is no such list that Paven is asking? I think what he wants is some websites like kernel janitor where you can easily find what drivers you can contribute to. Sorry for interruputing, Paven, but let me put my question into the thread since it is related with yours. I am wondering if such thing as openly developed drivers really exits. I thought that hardware vendors are responsible for providing drivers and there is almost no room where open source community can contribute to the development (open source community refers to a group of people who do not working in hardware vendors). Is my understanding wrong? If not wrong, Paven and I want to know where we can find information about drivers that people outside vendors can contribute to the development. Thanks, kim 2010/1/7, Robin Randhawa <robin.randhawa@xxxxxxxxx>: > On Wed, Jan 06, 2010 at 04:08:09AM -0500, Robert P. J. Day wrote: >> >> or you can buy the zippy expansion board for that: > > Apart from the great hardware recommendations, I'd like to offer my 2 > cents for other relatively hassle free newbie alternatives - simply use > an emulator such as qemu. > > <http://www.nongnu.org/qemu/> > > For example, you can build a standard ARM Linux kernel for a popular > supported ARM based development board (qemu models several - Realview > Integrators/Emulation Baseboards and several others) and use qemu's > built in GDB stub to observe everything from reset onwards (well > actually that's not entirely true because Qemu takes a shortcut and sets > up enough of the world to get Linux zImages to run - although its quite > capable of running say, a bootloader like u-boot from the absolute reset > vector). > > Qemu even models ARM SMP Cores such as the ARM11MPCore and the > integrated debug stub represents multiple cores as threads and you can > set breakpoint per thread etc. You have a veritable plethora of > supported processor architectures and platforms built around them - not > just ARM (x86, MIPS etc). > > It's a boon for newbies IMHO and its free. > > That said, its still an emulator and it won't give you a taste of the > subtleties of stuff like true concurrency, cache related problems, the > black arts involved in debugging using JTAG and related technologies, > use of performance monitors etc. You'll need silicon for that. > > Cheers, > Robin > > -- > To unsubscribe from this list: send an email with > "unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx > Please read the FAQ at http://kernelnewbies.org/FAQ > > -- To unsubscribe from this list: send an email with "unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx Please read the FAQ at http://kernelnewbies.org/FAQ
