From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58708) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XjTIq-0000KT-9T for Qemu-devel@nongnu.org; Wed, 29 Oct 2014 09:28:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XjTIk-0001th-10 for Qemu-devel@nongnu.org; Wed, 29 Oct 2014 09:28:44 -0400 Received: from smtp.codeaurora.org ([198.145.11.231]:58184) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XjTIj-0001tS-Re for Qemu-devel@nongnu.org; Wed, 29 Oct 2014 09:28:37 -0400 Message-ID: <5450EB82.3000205@codeaurora.org> Date: Wed, 29 Oct 2014 09:28:34 -0400 From: Christopher Covington MIME-Version: 1.0 References: <2753E2F1-FF07-467C-8DCC-569A5BCDA915@livius.net> <5200B6C9-6E30-4B71-9DEB-42BBCD873FC9@livius.net> <0ECC542D-7CF1-4D17-B689-46DF4CCE8F7D@livius.net> <6D1EF190-C2DB-461E-8C6B-F8C62FC167CE@livius.net> <0B379F7E-389F-4A60-9054-B40873694CB9@livius.net> <593EFF26-1CFD-44AF-BD34-BB99F39B5A92@livius.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Better Cortex-M support? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Liviu Ionescu , QEMU Developers On 10/28/2014 01:08 PM, Peter Maydell wrote: > On 28 October 2014 16:38, Liviu Ionescu wrote: >> I'm not sure what the QEMU definition of '-machine' stands for, a device >> or a board, but I think that the ARM definitions are good candidates for >> QEMU emulation names. > > -machine specifies a board name. We don't care how you build the binary > for the board or what library you choose to use for hardware abstraction. > >> once the core Cortex-M emulation is fully functional, it should be >> easier to add support for specific devices, by configuring some of >> the parameters (flash/ram, add some peripherals, etc). > > QEMU doesn't conveniently support runtime flexible specification > of what is present in an emulated board (beyond very basic things > like "how much RAM"). What the .c file in the QEMU sources defines > is what you get. I've sometimes thought it might be cool if QEMU could consume a DTB and emulate whatever is described, assuming the devices and configurations are supported. I've yet to come up with a real problem to motivate this "solution", though. Chris -- Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project