From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38941) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtboK-0006nR-5M for qemu-devel@nongnu.org; Tue, 03 Nov 2015 08:39:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZtboG-00069o-W0 for qemu-devel@nongnu.org; Tue, 03 Nov 2015 08:39:40 -0500 Received: from mga02.intel.com ([134.134.136.20]:18502) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtboG-00069b-Q3 for qemu-devel@nongnu.org; Tue, 03 Nov 2015 08:39:36 -0500 References: <1446455617-129562-1-git-send-email-guangrong.xiao@linux.intel.com> <1446455617-129562-10-git-send-email-guangrong.xiao@linux.intel.com> <20151103133458.665e95f1@nial.brq.redhat.com> From: Xiao Guangrong Message-ID: <5638B783.6020409@linux.intel.com> Date: Tue, 3 Nov 2015 21:32:51 +0800 MIME-Version: 1.0 In-Reply-To: <20151103133458.665e95f1@nial.brq.redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v7 09/35] exec: allow file_ram_alloc to work on file List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Igor Mammedov Cc: vsementsov@virtuozzo.com, ehabkost@redhat.com, kvm@vger.kernel.org, mst@redhat.com, gleb@kernel.org, mtosatti@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com, pbonzini@redhat.com, dan.j.williams@intel.com, rth@twiddle.net On 11/03/2015 08:34 PM, Igor Mammedov wrote: > On Mon, 2 Nov 2015 17:13:11 +0800 > Xiao Guangrong wrote: > >> Currently, file_ram_alloc() only works on directory - it creates a file >> under @path and do mmap on it >> >> This patch tries to allow it to work on file directly, if @path is a >> directory it works as before, otherwise it treats @path as the target >> file then directly allocate memory from it > Paolo has just queued > https://lists.gnu.org/archive/html/qemu-devel/2015-10/msg06513.html > perhaps that's what you can reuse here. Yep, Paolo has told me about that, i will update this patchset after his pull request. BTW, which tree should this patchset be based on in future development? Paolo's or Michael's or even upstream qemu tree? Thanks!