From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56188) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dUVZr-0007V1-Rc for qemu-devel@nongnu.org; Mon, 10 Jul 2017 06:06:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dUVZo-0000zb-NO for qemu-devel@nongnu.org; Mon, 10 Jul 2017 06:06:03 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57836) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dUVZo-0000z8-GS for qemu-devel@nongnu.org; Mon, 10 Jul 2017 06:06:00 -0400 References: <1499438577-7674-1-git-send-email-peter.maydell@linaro.org> <1499438577-7674-3-git-send-email-peter.maydell@linaro.org> From: Paolo Bonzini Message-ID: <0a225c8e-1dc6-0709-f431-0b918e5d47d2@redhat.com> Date: Mon, 10 Jul 2017 12:05:54 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 02/11] memory: Document that the RAM MR initializers do not handle migration List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: QEMU Developers , "patches@linaro.org" , Eduardo Habkost , Marcel Apfelbaum , Igor Mammedov On 10/07/2017 12:04, Peter Maydell wrote: > On 10 July 2017 at 11:01, Paolo Bonzini wrote: >> >> >> On 07/07/2017 16:42, Peter Maydell wrote: >>> @@ -522,6 +537,9 @@ void memory_region_init_ram_ptr(MemoryRegion *mr, >>> * @name: the name of the region. >>> * @size: size of the region. >>> * @ptr: memory to be mapped; must contain at least @size bytes. >>> + * >>> + * Note that this function does not do anything to cause the data in the >>> + * RAM memory region to be migrated; that is the responsibility of the caller. >> >> Perhaps add a note that it rarely makes sense for this function? > > Well, we have 4 callers of this function, and 3 of those > register the RAM for migration, so the rare case seems to be > the "don't need to handle migration"... Oops, the diff header is confusing and I didn't notice that when trimming. My comment refers to RAM device regions. Paolo