qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Re: RFC: emulation of system flash


From: Jan Kiszka
Subject: Re: [Qemu-devel] Re: RFC: emulation of system flash
Date: Sat, 12 Mar 2011 10:24:32 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

On 2011-03-11 20:09, Jordan Justen wrote:
> On Thu, Mar 10, 2011 at 16:27, Carl-Daniel Hailfinger
> <address@hidden> wrote:
>> Auf 11.03.2011 01:19, Jan Kiszka schrieb:
>>> At least it's an in-band interface, which is the better choice as we
>>> currently only have a PIIX3 southbridge for x86, predating even FWHs.
>>>
>>
>> Right, that pretty much kills the option of using SPI unless someone
>> wants to emulate a flash translation controller (e.g. the ITE IT8716F
>> Super I/O). Can be done, would work, but the IT8716F has some quirks
>> (max 1 MB SPI flash chips) which make it a less desirable option for
>> emulation.
> 
> I don't much like this, but we might consider adding the SPI host
> controller MMIO just below the flash data.  For the firmware, we
> usually will know the size of firmware device that we've built for.
> It seems SPI flash is pretty common today, and it sounds like
> Carl-Daniel may have some SPI emulation code.

We don't emulate a chipset yet that includes SPI. Adding an artificial
SPI master is like PV - the guests will require special drivers.

> 
> Am I understanding correctly that CFI is programmed via MMIO in the
> flash memory space?  How difficult would it be to emulate CFI?  Does

Check qemu/hw/pflash_cfi02.c.

> CFI have the same power-of-2 size flexibility as SPI?

Yes.

Jan

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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