From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVIG3-00006i-KC for qemu-devel@nongnu.org; Mon, 15 Feb 2016 07:28:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aVIFz-0000jp-FK for qemu-devel@nongnu.org; Mon, 15 Feb 2016 07:28:03 -0500 Received: from mailout1.w1.samsung.com ([210.118.77.11]:20937) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVIFz-0000iL-9A for qemu-devel@nongnu.org; Mon, 15 Feb 2016 07:27:59 -0500 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 <0O2L00IVS9AIDA00@mailout1.w1.samsung.com> for qemu-devel@nongnu.org; Mon, 15 Feb 2016 12:27:55 +0000 (GMT) From: Pavel Fedin References: <1455428503-2113-1-git-send-email-peterx@redhat.com> <20160215093539.GD15724@wheatley> <20160215121632.t55kwv7tuw4lsq7x@hawk.localdomain> In-reply-to: <20160215121632.t55kwv7tuw4lsq7x@hawk.localdomain> Date: Mon, 15 Feb 2016 15:27:53 +0300 Message-id: <00f401d167ec$4b8846a0$e298d3e0$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-language: ru Subject: Re: [Qemu-devel] [libvirt] [RFC PATCH 0/2] ARM: add QMP command to query GIC version List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: 'Andrew Jones' , 'Peter Maydell' Cc: 'Wei Huang' , 'Libvirt' , 'QEMU Developers' , 'Peter Xu' , 'Andrea Bolognani' , 'Martin Kletzander' Hello! > I know Pavel Fedin was trying to revive kernel_irqchip=off once, > but I don't know if that effort was abandoned or not. It should work with the latest kernel, at least i posted patches and all of them were applied. If nothing got broken during later rewrites. The only missing part is generic timer support. There were problems with it, however, after rewrite, they can be clearly addressed, without need for any hacks. The following patchset implements this on kernel side, but it has never been reviewed: http://www.spinics.net/lists/kvm/msg124539.html. I also have qemu support in my experimental tree and it works great, i can run "virt" guest on a Samsung's proprietary board with FrankenGIC, but since there was no interest, i never polished it up and published. > I think it > could be a nice-to-have, in order to help isolate bugs with KVM, > but I agree running that way wouldn't be the norm. IMHO it depends on what you want to achieve. If you strive for performance, then yes, of course. But, if you want to emulate some particular hardware on another hardware, then this can be the only way to do it if, for example, you have GICv3-only hardware. KVM without irqchip is still much better than TCG. But yes, i never included it into Libvirt. Once i was thinking about something like , but perhaps it's not good idea because this option is not ARM-specific, it's architecture-agnostic and applicable to any KVM acceleration for IRQ controller. Whether it works or not for the given platform, it is IMHO different story. Kind regards, Pavel Fedin Senior Engineer Samsung Electronics Research center Russia