From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VBNRg-0005US-TI for qemu-devel@nongnu.org; Mon, 19 Aug 2013 07:16:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VBNRa-0000cm-PP for qemu-devel@nongnu.org; Mon, 19 Aug 2013 07:16:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:18068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VBNRa-0000cb-Hq for qemu-devel@nongnu.org; Mon, 19 Aug 2013 07:16:18 -0400 Date: Mon, 19 Aug 2013 14:18:05 +0300 From: "Michael S. Tsirkin" Message-ID: <20130819111805.GC21552@redhat.com> References: <1376347400-21035-1-git-send-email-mst@redhat.com> <1376347400-21035-2-git-send-email-mst@redhat.com> <5211EC7D.8040209@redhat.com> <5211FCF0.2000702@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5211FCF0.2000702@redhat.com> Subject: Re: [Qemu-devel] [PATCH v3 1/2] memory: export migration page size List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laszlo Ersek Cc: QEMU Developers , Peter Maydell , Gerd Hoffmann , Paolo Bonzini On Mon, Aug 19, 2013 at 01:09:36PM +0200, Laszlo Ersek wrote: > On 08/19/13 12:21, Peter Maydell wrote: > > On 19 August 2013 10:59, Laszlo Ersek wrote: > >> On 08/13/13 00:43, Michael S. Tsirkin wrote: > >>> Migration code assumes that each RAM block is a multiple of target page > >>> size. > >> > >> Isn't that a valid assumption, considering the TARGET_PAGE_ALIGN() macro > >> call in qemu_ram_alloc_from_ptr() [exec.c]? > > > > That macro only makes the size we store in the ramblock data > > structure be a multiple of the page size -- it does nothing to ensure > > that the actual memory that was passed in by the caller is the > > right size. (It will have the right effect where qemu_ram_alloc_from_ptr > > is allocating the memory itself, obviously.) > > Which is the case for 2/2, see my comments there: > > memory_region_init_ram() > qemu_ram_alloc() > qemu_ram_alloc_from_ptr() <---- host==NULL > TARGET_PAGE_ALIGN() > > Laszlo The issue this addresses is not the size of RAM allocated. The issue is the size of the MR. Migration code assumes the size of the MR is a multiple of TARGET_PAGE_SIZE. -- MST