Re: [Qemu-devel] unique (or otherwise) RAM block names

2018-06-04 Thread Laszlo Ersek
On 06/01/18 19:34, Peter Maydell wrote: > I was going through trying to fix up various devices that currently > fail to register RAM blocks for migration, or register the RAM > block globally rather than locally, and I ran into something > unexpected. > > We name RAM blocks in qemu_ram_set_idstr()

Re: [Qemu-devel] unique (or otherwise) RAM block names

2018-06-04 Thread Peter Maydell
On 1 June 2018 at 18:34, Peter Maydell wrote: > In particular, this means that if you create what you expect to > be a local-to-this-device RAM memory region in a SysBusDevice, > then (because SysBus doesn't implement get_dev_path), there is > no per-device qualification added to the region name,

Re: [Qemu-devel] unique (or otherwise) RAM block names

2018-06-01 Thread Dr. David Alan Gilbert
* Peter Maydell (peter.mayd...@linaro.org) wrote: > I was going through trying to fix up various devices that currently > fail to register RAM blocks for migration, or register the RAM > block globally rather than locally, and I ran into something > unexpected. > > We name RAM blocks in qemu_ram_s

[Qemu-devel] unique (or otherwise) RAM block names

2018-06-01 Thread Peter Maydell
I was going through trying to fix up various devices that currently fail to register RAM blocks for migration, or register the RAM block globally rather than locally, and I ran into something unexpected. We name RAM blocks in qemu_ram_set_idstr() like this: * if the user passed a device pointer,