All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Avi Kivity <avi@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v2 14/22] pflash_cfi01/pflash_cfi02: convert to memory API
Date: Thu, 25 Aug 2011 13:37:04 +0200	[thread overview]
Message-ID: <4E5633E0.3010400@siemens.com> (raw)
In-Reply-To: <1314193259-27092-15-git-send-email-avi@redhat.com>

On 2011-08-24 15:40, Avi Kivity wrote:
> cfi02 is annoying in that is ignores some address bits; we probably
> want explicit support in the memory API for that.

...

> diff --git a/hw/musicpal.c b/hw/musicpal.c
> index 63dd391..5e74ee7 100644
> --- a/hw/musicpal.c
> +++ b/hw/musicpal.c
> @@ -1502,6 +1502,7 @@ static void musicpal_init(ram_addr_t ram_size,
>      unsigned long flash_size;
>      DriveInfo *dinfo;
>      ram_addr_t sram_off;
> +    MemoryRegion *flash = g_new(MemoryRegion, 1);
>  
>      if (!cpu_model) {
>          cpu_model = "arm926";
> @@ -1565,21 +1566,23 @@ static void musicpal_init(ram_addr_t ram_size,
>           * image is smaller than 32 MB.
>           */
>  #ifdef TARGET_WORDS_BIGENDIAN
> -        pflash_cfi02_register(0-MP_FLASH_SIZE_MAX, qemu_ram_alloc(NULL,
> -                              "musicpal.flash", flash_size),
> +        memory_region_init_rom_device(flash, &pflash_cfi02_ops_be,
> +                                      NULL, "musicpal.flash", flash_size);
> +        pflash_cfi02_register(0-MP_FLASH_SIZE_MAX, flash,
>                                dinfo->bdrv, 0x10000,
>                                (flash_size + 0xffff) >> 16,
>                                MP_FLASH_SIZE_MAX / flash_size,
>                                2, 0x00BF, 0x236D, 0x0000, 0x0000,
> -                              0x5555, 0x2AAA, 1);
> +                              0x5555, 0x2AAA);
>  #else
> -        pflash_cfi02_register(0-MP_FLASH_SIZE_MAX, qemu_ram_alloc(NULL,
> -                              "musicpal.flash", flash_size),
> +        memory_region_init_rom_device(flash, &pflash_cfi02_ops_le,
> +                                      NULL, "musicpal.flash", flash_size);
> +        pflash_cfi02_register(0-MP_FLASH_SIZE_MAX, flash,
>                                dinfo->bdrv, 0x10000,
>                                (flash_size + 0xffff) >> 16,
>                                MP_FLASH_SIZE_MAX / flash_size,
>                                2, 0x00BF, 0x236D, 0x0000, 0x0000,
> -                              0x5555, 0x2AAA, 0);
> +                              0x5555, 0x2AAA);
>  #endif

This would deserve some reordering to reduce the code under #ifdef.

Anyway, it also breaks the musicpal (and presumably all other flash
users) because memory_region_init_rom_device is broken. It assumes
mr->ops is set, but I guess it rather should set that field itself, no?

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux

  reply	other threads:[~2011-08-25 11:37 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-24 13:40 [Qemu-devel] [PATCH v2 00/22] Memory API conversions, batch 5 Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 01/22] stellaris_enet: convert to memory API Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 02/22] sysbus: add helpers to add and delete memory regions to the system bus Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 03/22] pci_host: convert conf index and data ports to memory API Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 04/22] ReadWriteHandler: remove Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 05/22] an5206: convert to memory API Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 06/22] armv7m: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 07/22] axis_dev88: convert to memory API (RAM only) Avi Kivity
2011-08-24 19:04   ` Edgar E. Iglesias
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 08/22] sysbus: add sysbus_add_memory_overlap() Avi Kivity
2011-08-24 17:00   ` Richard Henderson
2011-08-24 17:11     ` Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 09/22] integratorcp: convert to memory API (RAM/flash only) Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 10/22] leon3: convert to memory API Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 11/22] cirrus: wrap memory update in a transaction Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 12/22] piix_pci: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 13/22] Makefile.hw: allow hw/ files to include glib headers Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 14/22] pflash_cfi01/pflash_cfi02: convert to memory API Avi Kivity
2011-08-25 11:37   ` Jan Kiszka [this message]
2011-08-25 11:48     ` Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 15/22] dummy_m68k: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 16/22] g364fb: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 17/22] lm32_boards: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 18/22] mainstone: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 19/22] mcf5208: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 20/22] milkymist-minimac2: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 21/22] milkymist-softusb: " Avi Kivity
2011-08-24 13:40 ` [Qemu-devel] [PATCH v2 22/22] milkymist: " Avi Kivity
2011-08-24 17:10 ` [Qemu-devel] [PATCH v2 00/22] Memory API conversions, batch 5 Richard Henderson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E5633E0.3010400@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=avi@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.