[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-trivial] [Qemu-devel] [PATCH 1/2] exec.c: Fix off-by-one error
Re: [Qemu-trivial] [Qemu-devel] [PATCH 1/2] exec.c: Fix off-by-one error in register_subpage
Wed, 1 Aug 2012 13:52:12 +0100
On 1 August 2012 11:42, Stefan Hajnoczi <address@hidden> wrote:
> On Wed, Jul 25, 2012 at 06:45:03PM -0400, Tyler Hall wrote:
>> subpage_register() expects "end" to be the last byte in the mapping.
>> Registering a non-page-aligned memory region that extends up to or
>> beyond a page boundary causes subpage_register() to silently fail
>> through the (end >= PAGE_SIZE) check.
>> This bug does not cause noticeable problems for mappings that do not
>> extend to a page boundary, though they do register an extra byte.
>> Signed-off-by: Tyler Hall <address@hidden>
>> exec.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>> diff --git a/exec.c b/exec.c
>> index feb4795..27b100c 100644
>> --- a/exec.c
>> +++ b/exec.c
>> @@ -2271,7 +2271,7 @@ static void register_subpage(MemoryRegionSection
>> subpage = container_of(existing->mr, subpage_t, iomem);
>> start = section->offset_within_address_space & ~TARGET_PAGE_MASK;
>> - end = start + section->size;
>> + end = start + section->size - 1;
>> subpage_register(subpage, start, end, phys_section_add(section));
> I would really like to see an Acked-by: or Signed-off-by: from Avi or
> someone else who is familiar with the memory regions code. Especially
> for Patch 2/2.
I think this patch is OK (compare the subpage_register() call in
subpage_init(), the guards in subpage_register(), etc), so
Reviewed-by: Peter Maydell <address@hidden>
though I dunno that I'd claim to be familiar with the memory region
2/2 is definitely not a trivial patch, though -- it's trying to fix
a long standing deficiency in qemu's mmio region handling. I gave 2/2
a quick test and it seems to pass the right offset through to the
read/write handlers, but Avi should definitely review it...
On a related note, the comment above register_subpage which includes
remarks about how this special case doesn't work seems to now be
rather out of date since it's still talking about function parameter
names which no longer exist.