* [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups @ 2018-12-14 13:10 David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 1/2] range: add some more functions David Hildenbrand ` (2 more replies) 0 siblings, 3 replies; 7+ messages in thread From: David Hildenbrand @ 2018-12-14 13:10 UTC (permalink / raw) To: qemu-devel Cc: Michael S . Tsirkin, David Gibson, Igor Mammedov, Eduardo Habkost, Dr . David Alan Gilbert, David Hildenbrand These are the two leftovers from [PATCH v3 0/7] qapi/range/memory-device: fixes and cleanups The remaining patches extent the QEMU range code and rewrite memory-device code to make use of it. v34 -> v5: - "memory-device: rewrite address assignment using ranges" -- Squash to error pathes that resulted in the same error message v3 -> v4: - "memory-device: rewrite address assignment using ranges" -- Use better error messages -- Fix one theretical overflow David Hildenbrand (2): range: add some more functions memory-device: rewrite address assignment using ranges hw/mem/memory-device.c | 51 +++++++++++++++++----------------- include/qemu/range.h | 62 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 88 insertions(+), 25 deletions(-) -- 2.17.2 ^ permalink raw reply [flat|nested] 7+ messages in thread
* [Qemu-devel] [PATCH v5 1/2] range: add some more functions 2018-12-14 13:10 [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups David Hildenbrand @ 2018-12-14 13:10 ` David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges David Hildenbrand 2018-12-17 15:28 ` [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups Michael S. Tsirkin 2 siblings, 0 replies; 7+ messages in thread From: David Hildenbrand @ 2018-12-14 13:10 UTC (permalink / raw) To: qemu-devel Cc: Michael S . Tsirkin, David Gibson, Igor Mammedov, Eduardo Habkost, Dr . David Alan Gilbert, David Hildenbrand Add some more functions that will be used in memory-device context. range_init(): Init using lower bound and size, check for validity range_init_nofail(): Init using lower bound and size, validity asserted range_size(): Extract the size of a range range_overlaps_range(): Check for overlaps of two ranges range_contains_range(): Check if one range is contained in the other Reviewed-by: Igor Mammedov <imammedo@redhat.com> Signed-off-by: David Hildenbrand <david@redhat.com> --- include/qemu/range.h | 62 ++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 62 insertions(+) diff --git a/include/qemu/range.h b/include/qemu/range.h index 7e75f4e655..ba606c6bc0 100644 --- a/include/qemu/range.h +++ b/include/qemu/range.h @@ -112,6 +112,68 @@ static inline uint64_t range_upb(Range *range) return range->upb; } +/* + * Initialize @range to span the interval [@lob,@lob + @size - 1]. + * @size may be 0. If the range would overflow, returns -ERANGE, otherwise + * 0. + */ +static inline int QEMU_WARN_UNUSED_RESULT range_init(Range *range, uint64_t lob, + uint64_t size) +{ + if (lob + size < lob) { + return -ERANGE; + } + range->lob = lob; + range->upb = lob + size - 1; + range_invariant(range); + return 0; +} + +/* + * Initialize @range to span the interval [@lob,@lob + @size - 1]. + * @size may be 0. Range must not overflow. + */ +static inline void range_init_nofail(Range *range, uint64_t lob, uint64_t size) +{ + range->lob = lob; + range->upb = lob + size - 1; + range_invariant(range); +} + +/* + * Get the size of @range. + */ +static inline uint64_t range_size(const Range *range) +{ + return range->upb - range->lob + 1; +} + +/* + * Check if @range1 overlaps with @range2. If one of the ranges is empty, + * the result is always "false". + */ +static inline bool range_overlaps_range(const Range *range1, + const Range *range2) +{ + if (range_is_empty(range1) || range_is_empty(range2)) { + return false; + } + return !(range2->upb < range1->lob || range1->upb < range2->lob); +} + +/* + * Check if @range1 contains @range2. If one of the ranges is empty, + * the result is always "false". + */ +static inline bool range_contains_range(const Range *range1, + const Range *range2) +{ + if (range_is_empty(range1) || range_is_empty(range2)) { + return false; + } + return range1->lob <= range2->lob && range1->upb >= range2->upb; +} + /* * Extend @range to the smallest interval that includes @extend_by, too. */ -- 2.17.2 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges 2018-12-14 13:10 [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 1/2] range: add some more functions David Hildenbrand @ 2018-12-14 13:10 ` David Hildenbrand 2018-12-17 8:00 ` Igor Mammedov 2018-12-17 15:28 ` [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups Michael S. Tsirkin 2 siblings, 1 reply; 7+ messages in thread From: David Hildenbrand @ 2018-12-14 13:10 UTC (permalink / raw) To: qemu-devel Cc: Michael S . Tsirkin, David Gibson, Igor Mammedov, Eduardo Habkost, Dr . David Alan Gilbert, David Hildenbrand Let's rewrite it properly using ranges. This fixes certain overflows that are right now possible. E.g. qemu-system-x86_64 -m 4G,slots=20,maxmem=40G -M pc \ -object memory-backend-file,id=mem1,share,mem-path=/dev/zero,size=2G -device pc-dimm,memdev=mem1,id=dimm1,addr=-0x40000000 Now properly errors out instead of succeeding. (Note that qapi parsing of huge uint64_t values is broken and fixes are on the way) "can't add memory device [0xffffffffa0000000:0x80000000], usable range for memory devices [0x140000000:0xe00000000]" Signed-off-by: David Hildenbrand <david@redhat.com> --- hw/mem/memory-device.c | 51 +++++++++++++++++++++--------------------- 1 file changed, 26 insertions(+), 25 deletions(-) diff --git a/hw/mem/memory-device.c b/hw/mem/memory-device.c index 8be63c8032..5f2c408036 100644 --- a/hw/mem/memory-device.c +++ b/hw/mem/memory-device.c @@ -100,9 +100,8 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, uint64_t align, uint64_t size, Error **errp) { - uint64_t address_space_start, address_space_end; GSList *list = NULL, *item; - uint64_t new_addr = 0; + Range as, new = range_empty; if (!ms->device_memory) { error_setg(errp, "memory devices (e.g. for memory hotplug) are not " @@ -115,13 +114,11 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, "enabled, please specify the maxmem option"); return 0; } - address_space_start = ms->device_memory->base; - address_space_end = address_space_start + - memory_region_size(&ms->device_memory->mr); - g_assert(address_space_end >= address_space_start); + range_init_nofail(&as, ms->device_memory->base, + memory_region_size(&ms->device_memory->mr)); - /* address_space_start indicates the maximum alignment we expect */ - if (!QEMU_IS_ALIGNED(address_space_start, align)) { + /* start of address space indicates the maximum alignment we expect */ + if (!QEMU_IS_ALIGNED(range_lob(&as), align)) { error_setg(errp, "the alignment (0x%" PRIx64 ") is not supported", align); return 0; @@ -145,20 +142,18 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, } if (hint) { - new_addr = *hint; - if (new_addr < address_space_start) { + if (range_init(&new, *hint, size) || !range_contains_range(&as, &new)) { error_setg(errp, "can't add memory device [0x%" PRIx64 ":0x%" PRIx64 - "] before 0x%" PRIx64, new_addr, size, - address_space_start); - return 0; - } else if ((new_addr + size) > address_space_end) { - error_setg(errp, "can't add memory device [0x%" PRIx64 ":0x%" PRIx64 - "] beyond 0x%" PRIx64, new_addr, size, - address_space_end); + "], usable range for memory devices [0x%" PRIx64 ":0x%" + PRIx64 "]", *hint, size, range_lob(&as), + range_size(&as)); return 0; } } else { - new_addr = address_space_start; + if (range_init(&new, range_lob(&as), size)) { + error_setg(errp, "can't add memory device, device too big"); + return 0; + } } /* find address range that will fit new memory device */ @@ -166,30 +161,36 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, for (item = list; item; item = g_slist_next(item)) { const MemoryDeviceState *md = item->data; const MemoryDeviceClass *mdc = MEMORY_DEVICE_GET_CLASS(OBJECT(md)); - uint64_t md_size, md_addr; + uint64_t next_addr; + Range tmp; - md_addr = mdc->get_addr(md); - md_size = memory_device_get_region_size(md, &error_abort); + range_init_nofail(&tmp, mdc->get_addr(md), + memory_device_get_region_size(md, &error_abort)); - if (ranges_overlap(md_addr, md_size, new_addr, size)) { + if (range_overlaps_range(&tmp, &new)) { if (hint) { const DeviceState *d = DEVICE(md); error_setg(errp, "address range conflicts with memory device" " id='%s'", d->id ? d->id : "(unnamed)"); goto out; } - new_addr = QEMU_ALIGN_UP(md_addr + md_size, align); + + next_addr = QEMU_ALIGN_UP(range_upb(&tmp) + 1, align); + if (!next_addr || range_init(&new, next_addr, range_size(&new))) { + range_make_empty(&new); + break; + } } } - if (new_addr + size > address_space_end) { + if (!range_contains_range(&as, &new)) { error_setg(errp, "could not find position in guest address space for " "memory device - memory fragmented due to alignments"); goto out; } out: g_slist_free(list); - return new_addr; + return range_lob(&new); } MemoryDeviceInfoList *qmp_memory_device_list(void) -- 2.17.2 ^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges David Hildenbrand @ 2018-12-17 8:00 ` Igor Mammedov 0 siblings, 0 replies; 7+ messages in thread From: Igor Mammedov @ 2018-12-17 8:00 UTC (permalink / raw) To: David Hildenbrand Cc: qemu-devel, Michael S . Tsirkin, David Gibson, Eduardo Habkost, Dr . David Alan Gilbert On Fri, 14 Dec 2018 14:10:43 +0100 David Hildenbrand <david@redhat.com> wrote: > Let's rewrite it properly using ranges. This fixes certain overflows that > are right now possible. E.g. > > qemu-system-x86_64 -m 4G,slots=20,maxmem=40G -M pc \ > -object memory-backend-file,id=mem1,share,mem-path=/dev/zero,size=2G > -device pc-dimm,memdev=mem1,id=dimm1,addr=-0x40000000 > > Now properly errors out instead of succeeding. (Note that qapi > parsing of huge uint64_t values is broken and fixes are on the way) > > "can't add memory device [0xffffffffa0000000:0x80000000], usable range for > memory devices [0x140000000:0xe00000000]" > > Signed-off-by: David Hildenbrand <david@redhat.com> Reviewed-by: Igor Mammedov <imammedo@redhat.com> > --- > hw/mem/memory-device.c | 51 +++++++++++++++++++++--------------------- > 1 file changed, 26 insertions(+), 25 deletions(-) > > diff --git a/hw/mem/memory-device.c b/hw/mem/memory-device.c > index 8be63c8032..5f2c408036 100644 > --- a/hw/mem/memory-device.c > +++ b/hw/mem/memory-device.c > @@ -100,9 +100,8 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, > uint64_t align, uint64_t size, > Error **errp) > { > - uint64_t address_space_start, address_space_end; > GSList *list = NULL, *item; > - uint64_t new_addr = 0; > + Range as, new = range_empty; > > if (!ms->device_memory) { > error_setg(errp, "memory devices (e.g. for memory hotplug) are not " > @@ -115,13 +114,11 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, > "enabled, please specify the maxmem option"); > return 0; > } > - address_space_start = ms->device_memory->base; > - address_space_end = address_space_start + > - memory_region_size(&ms->device_memory->mr); > - g_assert(address_space_end >= address_space_start); > + range_init_nofail(&as, ms->device_memory->base, > + memory_region_size(&ms->device_memory->mr)); > > - /* address_space_start indicates the maximum alignment we expect */ > - if (!QEMU_IS_ALIGNED(address_space_start, align)) { > + /* start of address space indicates the maximum alignment we expect */ > + if (!QEMU_IS_ALIGNED(range_lob(&as), align)) { > error_setg(errp, "the alignment (0x%" PRIx64 ") is not supported", > align); > return 0; > @@ -145,20 +142,18 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, > } > > if (hint) { > - new_addr = *hint; > - if (new_addr < address_space_start) { > + if (range_init(&new, *hint, size) || !range_contains_range(&as, &new)) { > error_setg(errp, "can't add memory device [0x%" PRIx64 ":0x%" PRIx64 > - "] before 0x%" PRIx64, new_addr, size, > - address_space_start); > - return 0; > - } else if ((new_addr + size) > address_space_end) { > - error_setg(errp, "can't add memory device [0x%" PRIx64 ":0x%" PRIx64 > - "] beyond 0x%" PRIx64, new_addr, size, > - address_space_end); > + "], usable range for memory devices [0x%" PRIx64 ":0x%" > + PRIx64 "]", *hint, size, range_lob(&as), > + range_size(&as)); > return 0; > } > } else { > - new_addr = address_space_start; > + if (range_init(&new, range_lob(&as), size)) { > + error_setg(errp, "can't add memory device, device too big"); > + return 0; > + } > } > > /* find address range that will fit new memory device */ > @@ -166,30 +161,36 @@ static uint64_t memory_device_get_free_addr(MachineState *ms, > for (item = list; item; item = g_slist_next(item)) { > const MemoryDeviceState *md = item->data; > const MemoryDeviceClass *mdc = MEMORY_DEVICE_GET_CLASS(OBJECT(md)); > - uint64_t md_size, md_addr; > + uint64_t next_addr; > + Range tmp; > > - md_addr = mdc->get_addr(md); > - md_size = memory_device_get_region_size(md, &error_abort); > + range_init_nofail(&tmp, mdc->get_addr(md), > + memory_device_get_region_size(md, &error_abort)); > > - if (ranges_overlap(md_addr, md_size, new_addr, size)) { > + if (range_overlaps_range(&tmp, &new)) { > if (hint) { > const DeviceState *d = DEVICE(md); > error_setg(errp, "address range conflicts with memory device" > " id='%s'", d->id ? d->id : "(unnamed)"); > goto out; > } > - new_addr = QEMU_ALIGN_UP(md_addr + md_size, align); > + > + next_addr = QEMU_ALIGN_UP(range_upb(&tmp) + 1, align); > + if (!next_addr || range_init(&new, next_addr, range_size(&new))) { > + range_make_empty(&new); > + break; > + } > } > } > > - if (new_addr + size > address_space_end) { > + if (!range_contains_range(&as, &new)) { > error_setg(errp, "could not find position in guest address space for " > "memory device - memory fragmented due to alignments"); > goto out; > } > out: > g_slist_free(list); > - return new_addr; > + return range_lob(&new); > } > > MemoryDeviceInfoList *qmp_memory_device_list(void) ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups 2018-12-14 13:10 [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 1/2] range: add some more functions David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges David Hildenbrand @ 2018-12-17 15:28 ` Michael S. Tsirkin 2018-12-17 23:06 ` Eduardo Habkost 2 siblings, 1 reply; 7+ messages in thread From: Michael S. Tsirkin @ 2018-12-17 15:28 UTC (permalink / raw) To: David Hildenbrand Cc: qemu-devel, David Gibson, Igor Mammedov, Eduardo Habkost, Dr . David Alan Gilbert On Fri, Dec 14, 2018 at 02:10:41PM +0100, David Hildenbrand wrote: > These are the two leftovers from > [PATCH v3 0/7] qapi/range/memory-device: fixes and cleanups Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Who's merging this Eduardo? > The remaining patches extent the QEMU range code and rewrite > memory-device code to make use of it. > > v34 -> v5: > - "memory-device: rewrite address assignment using ranges" > -- Squash to error pathes that resulted in the same error message > > v3 -> v4: > - "memory-device: rewrite address assignment using ranges" > -- Use better error messages > -- Fix one theretical overflow > > David Hildenbrand (2): > range: add some more functions > memory-device: rewrite address assignment using ranges > > hw/mem/memory-device.c | 51 +++++++++++++++++----------------- > include/qemu/range.h | 62 ++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 88 insertions(+), 25 deletions(-) > > -- > 2.17.2 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups 2018-12-17 15:28 ` [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups Michael S. Tsirkin @ 2018-12-17 23:06 ` Eduardo Habkost 2018-12-17 23:08 ` Michael S. Tsirkin 0 siblings, 1 reply; 7+ messages in thread From: Eduardo Habkost @ 2018-12-17 23:06 UTC (permalink / raw) To: Michael S. Tsirkin Cc: David Hildenbrand, qemu-devel, David Gibson, Igor Mammedov, Dr . David Alan Gilbert On Mon, Dec 17, 2018 at 10:28:58AM -0500, Michael S. Tsirkin wrote: > On Fri, Dec 14, 2018 at 02:10:41PM +0100, David Hildenbrand wrote: > > These are the two leftovers from > > [PATCH v3 0/7] qapi/range/memory-device: fixes and cleanups > > Reviewed-by: Michael S. Tsirkin <mst@redhat.com> > > Who's merging this Eduardo? As I have merged memory-device cleanups before, I can merge it, despite MAINTAINERS listing hw/mem/* as part of the ACPI/SMBIOS section. What do you prefer? -- Eduardo ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups 2018-12-17 23:06 ` Eduardo Habkost @ 2018-12-17 23:08 ` Michael S. Tsirkin 0 siblings, 0 replies; 7+ messages in thread From: Michael S. Tsirkin @ 2018-12-17 23:08 UTC (permalink / raw) To: Eduardo Habkost Cc: David Hildenbrand, qemu-devel, David Gibson, Igor Mammedov, Dr . David Alan Gilbert On Mon, Dec 17, 2018 at 09:06:24PM -0200, Eduardo Habkost wrote: > On Mon, Dec 17, 2018 at 10:28:58AM -0500, Michael S. Tsirkin wrote: > > On Fri, Dec 14, 2018 at 02:10:41PM +0100, David Hildenbrand wrote: > > > These are the two leftovers from > > > [PATCH v3 0/7] qapi/range/memory-device: fixes and cleanups > > > > Reviewed-by: Michael S. Tsirkin <mst@redhat.com> > > > > Who's merging this Eduardo? > > As I have merged memory-device cleanups before, I can merge it, > despite MAINTAINERS listing hw/mem/* as part of the ACPI/SMBIOS > section. What do you prefer? Pls go ahead. > -- > Eduardo ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-12-17 23:08 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2018-12-14 13:10 [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 1/2] range: add some more functions David Hildenbrand 2018-12-14 13:10 ` [Qemu-devel] [PATCH v5 2/2] memory-device: rewrite address assignment using ranges David Hildenbrand 2018-12-17 8:00 ` Igor Mammedov 2018-12-17 15:28 ` [Qemu-devel] [PATCH v5 0/2] range/memory-device: fixes and cleanups Michael S. Tsirkin 2018-12-17 23:06 ` Eduardo Habkost 2018-12-17 23:08 ` Michael S. Tsirkin
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).