* [Qemu-devel] virtio-blk wierd memcpy
@ 2013-10-17 18:49 Dave Airlie
2013-10-17 19:25 ` Stefan Weil
2013-10-18 8:03 ` Christian Borntraeger
0 siblings, 2 replies; 3+ messages in thread
From: Dave Airlie @ 2013-10-17 18:49 UTC (permalink / raw)
To: qemu-devel@nongnu.org
In my failing attempts to valgrind qemu (how to people live like
this?), I spotted this in the logs
==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
==19521== at 0x4A0A343: memcpy@@GLIBC_2.14 (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==19521== by 0x42774E: virtio_blk_device_init (virtio-blk.c:686)
==19521== by 0x46EE9E: virtio_device_init (virtio.c:1158)
==19521== by 0x25405E: device_realize (qdev.c:178)
==19521== by 0x2559B5: device_set_realized (qdev.c:699)
==19521== by 0x3A819B: property_set_bool (object.c:1315)
==19521== by 0x3A6CE0: object_property_set (object.c:803)
The memcpy looks completely superfluous.
Dave.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] virtio-blk wierd memcpy
2013-10-17 18:49 [Qemu-devel] virtio-blk wierd memcpy Dave Airlie
@ 2013-10-17 19:25 ` Stefan Weil
2013-10-18 8:03 ` Christian Borntraeger
1 sibling, 0 replies; 3+ messages in thread
From: Stefan Weil @ 2013-10-17 19:25 UTC (permalink / raw)
To: Dave Airlie, qemu-devel@nongnu.org
Am 17.10.2013 20:49, schrieb Dave Airlie:
> In my failing attempts to valgrind qemu (how to people live like
> this?), I spotted this in the logs
>
> ==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
> ==19521== at 0x4A0A343: memcpy@@GLIBC_2.14 (in
> /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==19521== by 0x42774E: virtio_blk_device_init (virtio-blk.c:686)
> ==19521== by 0x46EE9E: virtio_device_init (virtio.c:1158)
> ==19521== by 0x25405E: device_realize (qdev.c:178)
> ==19521== by 0x2559B5: device_set_realized (qdev.c:699)
> ==19521== by 0x3A819B: property_set_bool (object.c:1315)
> ==19521== by 0x3A6CE0: object_property_set (object.c:803)
>
> The memcpy looks completely superfluous.
>
> Dave.
That's correct - thank you for your report.
I have prepared a patch which removes that memcpy:
http://patchwork.ozlabs.org/patch/284355/
Regards,
Stefan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] virtio-blk wierd memcpy
2013-10-17 18:49 [Qemu-devel] virtio-blk wierd memcpy Dave Airlie
2013-10-17 19:25 ` Stefan Weil
@ 2013-10-18 8:03 ` Christian Borntraeger
1 sibling, 0 replies; 3+ messages in thread
From: Christian Borntraeger @ 2013-10-18 8:03 UTC (permalink / raw)
To: Dave Airlie, qemu-devel@nongnu.org
On 17/10/13 20:49, Dave Airlie wrote:
> In my failing attempts to valgrind qemu (how to people live like
> this?), I spotted this in the logs
What are the failures? Do you use emulation or KVM? I know that there seems to be some issues regarding
async I/O but otherwise that that it seems to run. (Some KVm ioctls miss special handling, but in
general it should work).
>
> ==19521== Source and destination overlap in memcpy(0x31d38938, 0x31d38938, 64)
> ==19521== at 0x4A0A343: memcpy@@GLIBC_2.14 (in
> /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
> ==19521== by 0x42774E: virtio_blk_device_init (virtio-blk.c:686)
> ==19521== by 0x46EE9E: virtio_device_init (virtio.c:1158)
> ==19521== by 0x25405E: device_realize (qdev.c:178)
> ==19521== by 0x2559B5: device_set_realized (qdev.c:699)
> ==19521== by 0x3A819B: property_set_bool (object.c:1315)
> ==19521== by 0x3A6CE0: object_property_set (object.c:803)
>
> The memcpy looks completely superfluous.
>
> Dave.
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-10-18 8:03 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-17 18:49 [Qemu-devel] virtio-blk wierd memcpy Dave Airlie
2013-10-17 19:25 ` Stefan Weil
2013-10-18 8:03 ` Christian Borntraeger
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.