qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Better Cortex-M support?


From: Andreas Färber
Subject: Re: [Qemu-devel] Better Cortex-M support?
Date: Wed, 29 Oct 2014 15:48:20 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0

Am 29.10.2014 um 14:28 schrieb Christopher Covington:
> On 10/28/2014 01:08 PM, Peter Maydell wrote:
>> On 28 October 2014 16:38, Liviu Ionescu <address@hidden> 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.

Xilinx already implemented something along those lines in their branch.

Cheers,
Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg



reply via email to

[Prev in Thread] Current Thread [Next in Thread]