All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.