>> Would following the guidance in: >> http://lists.gnu.org/archive/html/qemu-devel/2011-07/msg00842.html >> increase the probability the [CAN] device simulation would be committed to >> qemu? >Yes, I think so. > >Here is also some help which shows the fundamental >requirements for new contributions: > >http://wiki.qemu.org/Contribute/SubmitAPatch Thank you! This is very helpful :)
> >Are you planning to emulate an existing CAN controller, >or do you want to design a new virtual CAN controller >from scratch? If feasible, we would prefer to emulate a CAN controller that has a LinCan port, so that we have a "known good" software configuration to work with... http://ortcan.git.sourceforge.net/git/gitweb.cgi?p=ortcan/lincan;a=tree;f=lincan/src We would want to have the student write an emulation for the CAN portion of one (1) of the CAN controllers... We will want to be able to hook it into qemu-system-arm... which of these controllers would it be more feasible to write an emulation for? ADLINK 7841 card AIM104CAN PC/104 card BFAD can C_CAN Bosch CAN104 PC/104 Kontron EB8245 EMS-WUENSCHE CPC-PCI CAN/PCI-200 PCI/PMC 266 card PCAN-PC/104 sja1000 CAN SH7760 HCAN2 HMS30c7202 C_CAN i82527 CAN IXXAT iPC-I 165 KVASER PCIcan M437 PC/104 MPC5200 MSCAN PC-I03 PCAN-PCI PCCCAN board PCM-3680 PC/104 MX1_DIS1 PIP5,PIP6,PIP7 and PIP8 SJA1000 chip PeliCanCAN SSV board TS-7KV multifunction card Unicontrols PCAN We really appreciate all the help! >Regards, >Stefan Weil
