qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH v2 2/2] Versatile Express: add modelling of NOR


From: Peter Maydell
Subject: Re: [Qemu-devel] [PATCH v2 2/2] Versatile Express: add modelling of NOR flash
Date: Tue, 18 Sep 2012 14:46:56 +0100

On 17 September 2012 21:08, Francesco Lavra <address@hidden> wrote:
> This patch adds modelling of the two NOR flash banks found on the
> Versatile Express motherboard. Tested with U-Boot running on an emulated
> Versatile Express, with either A9 or A15 CoreTile.
>
> Signed-off-by: Francesco Lavra <address@hidden>
> ---
> Changes in v2:
> Use drive_get_next() instead of drive_get() to get a backing storage for
> each flash bank.
>
>  hw/vexpress.c |   24 ++++++++++++++++++++++--
>  1 files changed, 22 insertions(+), 2 deletions(-)
>
> diff --git a/hw/vexpress.c b/hw/vexpress.c
> index 454c2bb..2ffeab1 100644
> --- a/hw/vexpress.c
> +++ b/hw/vexpress.c
> @@ -29,8 +29,12 @@
>  #include "sysemu.h"
>  #include "boards.h"
>  #include "exec-memory.h"
> +#include "blockdev.h"
> +#include "flash.h"
>
>  #define VEXPRESS_BOARD_ID 0x8e0
> +#define VEXPRESS_FLASH_SIZE (64 * 1024 * 1024)
> +#define VEXPRESS_FLASH_SECT_SIZE (256 * 1024)
>
>  static struct arm_boot_info vexpress_binfo;
>
> @@ -355,6 +359,7 @@ static void vexpress_common_init(const VEDBoardInfo
> *daughterboard,

Something in your email send path is wrapping long lines, which
means 'git am' doesn't work cleanly. If you're planning on sending
more QEMU patches you might want to look into getting this fixed.

>      qemu_irq pic[64];
>      uint32_t proc_id;
>      uint32_t sys_id;
> +    DriveInfo *dinfo;
>      ram_addr_t vram_size, sram_size;
>      MemoryRegion *sysmem = get_system_memory();
>      MemoryRegion *vram = g_new(MemoryRegion, 1);
> @@ -410,8 +415,23 @@ static void vexpress_common_init(const VEDBoardInfo
> *daughterboard,
>
>      sysbus_create_simple("pl111", map[VE_CLCD], pic[14]);
>
> -    /* VE_NORFLASH0: not modelled */
> -    /* VE_NORFLASH1: not modelled */
> +    dinfo = drive_get_next(IF_PFLASH);
> +    if (!pflash_cfi01_register(map[VE_NORFLASH0], NULL, "vexpress.flash0",
> +            VEXPRESS_FLASH_SIZE, dinfo ? dinfo->bdrv : NULL,
> +            VEXPRESS_FLASH_SECT_SIZE,
> +            VEXPRESS_FLASH_SIZE / VEXPRESS_FLASH_SECT_SIZE, 4,
> +            0x00, 0x89, 0x00, 0x18, 0)) {
> +        fprintf(stderr, "vexpress: error registering flash 0.\n");

Shouldn't these errors be fatal?

> +    }
> +
> +    dinfo = drive_get_next(IF_PFLASH);
> +    if (!pflash_cfi01_register(map[VE_NORFLASH1], NULL, "vexpress.flash1",
> +            VEXPRESS_FLASH_SIZE, dinfo ? dinfo->bdrv : NULL,
> +            VEXPRESS_FLASH_SECT_SIZE,
> +            VEXPRESS_FLASH_SIZE / VEXPRESS_FLASH_SECT_SIZE, 4,
> +            0x00, 0x89, 0x00, 0x18, 0)) {
> +        fprintf(stderr, "vexpress: error registering flash 1.\n");
> +    }
>
>      sram_size = 0x2000000;
>      memory_region_init_ram(sram, "vexpress.sram", sram_size);
> --
> 1.7.5.4

Otherwise looks OK.

-- PMM



reply via email to

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