From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:48231)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZXrpZ-0002JO-SB
	for qemu-devel@nongnu.org; Fri, 04 Sep 2015 10:19:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZXrpV-00009n-S3
	for qemu-devel@nongnu.org; Fri, 04 Sep 2015 10:19:05 -0400
Received: from mailout1.w1.samsung.com ([210.118.77.11]:60546)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <p.fedin@samsung.com>) id 1ZXrpV-00008v-IS
	for qemu-devel@nongnu.org; Fri, 04 Sep 2015 10:19:01 -0400
Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244])
	by mailout1.w1.samsung.com
	(Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5
	2014)) with ESMTP id <0NU50041OP3MA100@mailout1.w1.samsung.com> for
	qemu-devel@nongnu.org; Fri, 04 Sep 2015 15:18:58 +0100 (BST)
From: Pavel Fedin <p.fedin@samsung.com>
References: <cover.1440584396.git.p.fedin@samsung.com>
	<01123b8a3d47648ef362909967f22c7dab0cfd71.1440584396.git.p.fedin@samsung.com>
	<CAFEAcA-+_OnhpfWOwV3YN7WAgLO0PcStB1HvDr2kSe+GaGbfGw@mail.gmail.com>
In-reply-to: <CAFEAcA-+_OnhpfWOwV3YN7WAgLO0PcStB1HvDr2kSe+GaGbfGw@mail.gmail.com>
Date: Fri, 04 Sep 2015 17:18:57 +0300
Message-id: <01ec01d0e71c$a3b60520$eb220f60$@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] [PATCH v12 5/5] hw/arm/virt: Add
 gic-version	option to virt machine
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: 'Peter Maydell' <peter.maydell@linaro.org>
Cc: 'Shlomo Pongratz' <shlomo.pongratz@huawei.com>, 'Shlomo Pongratz' <shlomopongratz@gmail.com>, 'QEMU Developers' <qemu-devel@nongnu.org>, 'Eric Auger' <eric.auger@linaro.org>

 Hello!

> I think we need to leave enough space for all of GICC/GICV/GICH
> (that's 2 pages for GICC, 2 for GICV, 1 for GICH). They're optional
> in a GICv3, but we may want them for emulation later on and if we
> haven't left ourselves enough space we'll be a bit stuck.

 Do we really need this? Are we going to have a model with HYP mode, =
inside of which we could run another model? BTW, our GICv2 =
implementation also doesn't assume that it can have GICV/GICH.
 Additionally, according to GIC-500 arch manual, GICC_DIR with affinity =
routing enabled has an offset of 0x10000, and it's 17 pages instead of =
2.
 Do we want to waste our precious address space?
 But, well, i have calculated that we would have 124 maximum CPUs =
instead of 126. So - your final word on this?

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