From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:35556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Udzob-0000CY-0q for qemu-devel@nongnu.org; Sun, 19 May 2013 05:22:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UdzoW-0001FX-9N for qemu-devel@nongnu.org; Sun, 19 May 2013 05:22:04 -0400 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:39378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UdzoW-0001FJ-3R for qemu-devel@nongnu.org; Sun, 19 May 2013 05:22:00 -0400 Message-ID: <519899B3.9040300@weilnetz.de> Date: Sun, 19 May 2013 11:21:55 +0200 From: Stefan Weil MIME-Version: 1.0 References: <5197E14D.6020408@weilnetz.de> <201305190244.02463.pisa@cmp.felk.cvut.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Writing a CAN driver for QEMU List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Rempel, Cynthia" Cc: Gedare Bloom , Amar Takhar , Petr Benes , Peter Maydell , Thomas Doerfler , "Sebastian.Huber@embedded-brains.de" , Jin Yang , "qemu-devel@nongnu.org" , Jennifer Averett , Chris Johns , Paolo Bonzini , Cl?udio Silva , Jean-Christophe PLAGNIOL-VILLARD , Joel Sherrill , Pavel Pisa Am 19.05.2013 09:23, schrieb Peter Maydell: > On 19 May 2013 07:58, Jean-Christophe PLAGNIOL-VILLARD > wrote: >> The AT91 is simple too and there is some patch on the ML to add the >> at91sam9263 SoC > I would recommend against making this project depend on also getting > an entire new SoC and board model into shape to be committed upstream. > You want something which is either part of an existing upstream > QEMU board or which is a pluggable card for a bus QEMU already > supports (like PCI). > > thanks > -- PMM PCI (and USB if they were supported with LinCAN) CAN controller boards could also be used with x86, so QEMU (with KVM) would be much faster and use lessresources than an ARM system emulation. So one of the PCI controllers might be the best choice. Select one with good documentation, complete implementation (on the RTEMS / LinCAN side) and small source code (which is typically an indicator for the complexity - a large complex driver typically also needs a complex emulation in QEMU). Regards, Stefan Weil