Re: [PATCH v7 02/26] exec: add ram_debug_ops support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 02/07/2018 10:06 AM, Brijesh Singh wrote:
Currently, the guest memory access for the debug purpose is performed
using the memcpy(). Lets extend the 'struct MemoryRegion' to include
ram_debug_ops callbacks. The ram_debug_ops can be used to override
memcpy() with something else.

[meta-comment]

Your threading is off.  This email was sent with the headers:

> In-Reply-To: <20180207160638.98872-1-brijesh.singh@xxxxxxx>
> References: <20180207160638.98872-1-brijesh.singh@xxxxxxx>

which ties it only to patch 1/26; in turn, that message has no In-Reply-To header at all, making it a top-level thread. Meanwhile, your 0/26 cover letter has:

Message-Id: <20180207160324.98614-1-brijesh.singh@xxxxxxx>

which nothing in the rest of the series refers to, making it a separate thread. It would be helpful if you could the threading used in your sending environment, although I don't have any specific suggestions on what that fix would be.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux