From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:49110)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZkWnO-0000WW-2c
	for qemu-devel@nongnu.org; Fri, 09 Oct 2015 08:29:10 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZkWnI-00023Z-Ut
	for qemu-devel@nongnu.org; Fri, 09 Oct 2015 08:29:10 -0400
Received: from mailout1.w1.samsung.com ([210.118.77.11]:48695)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZkWnI-00023R-Pf
	for qemu-devel@nongnu.org; Fri, 09 Oct 2015 08:29:04 -0400
Received: from eucpsbgm2.samsung.com (unknown [203.254.199.245])
	by mailout1.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0NVY00MVHDCDD230@mailout1.w1.samsung.com> for
	qemu-devel@nongnu.org; Fri, 09 Oct 2015 13:29:01 +0100 (BST)
From: Pavel Fedin <p.fedin@samsung.com>
References: <1444159184-18153-1-git-send-email-marcandre.lureau@redhat.com>
	<015601d10289$6f487650$4dd962f0$@samsung.com>
	<1502097065.27700614.1444392762627.JavaMail.zimbra@redhat.com>
In-reply-to: <1502097065.27700614.1444392762627.JavaMail.zimbra@redhat.com>
Date: Fri, 09 Oct 2015 15:29:00 +0300
Message-id: <016b01d1028e$13e48510$3bad8f30$@samsung.com>
MIME-version: 1.0
Content-type: text/plain; charset=UTF-8
Content-transfer-encoding: quoted-printable
Content-language: ru
Subject: Re: [Qemu-devel] [PULL 00/48] ivshmem series
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?UTF-8?Q?'Marc-Andr=C3=A9_Lureau'?= <mlureau@redhat.com>
Cc: 'marcandre lureau' <marcandre.lureau@redhat.com>, qemu-devel@nongnu.org, 'peter maydell' <peter.maydell@linaro.org>

 Hello!

> file_ram_alloc() only allocates with temporary files, even when using =
share=3Dtrue.

 Yes. I wonder, what's the purpose of share=3Dtrue then.

> We could teach it to use an existing file instead. This is an =
additional feature that could be
> considered after this series, since it's not a regression.

 Yes, i agree, it's not a regression. We'll take a look at it, =
unfortunately i cannot propose the fix right now because i'm busy with =
vGICv3 live migration task.

 Can i help upstreaming with something else? I wish you all to quickly =
resolve your single-line-authorship conflict and get this awesome work =
in master. If i have the authority, then...

 Acked-by: Pavel Fedin <p.fedin@samsung.com>

Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia