From: Pavel Fedin <p.fedin@samsung.com>
To: 'Andrew Jones' <drjones@redhat.com>,
'Peter Maydell' <peter.maydell@linaro.org>
Cc: 'Wei Huang' <wei@redhat.com>, 'Libvirt' <libvir-list@redhat.com>,
'QEMU Developers' <qemu-devel@nongnu.org>,
'Peter Xu' <peterx@redhat.com>,
'Andrea Bolognani' <abologna@redhat.com>,
'Martin Kletzander' <mkletzan@redhat.com>
Subject: Re: [Qemu-devel] [libvirt] [RFC PATCH 0/2] ARM: add QMP command to query GIC version
Date: Mon, 15 Feb 2016 15:27:53 +0300 [thread overview]
Message-ID: <00f401d167ec$4b8846a0$e298d3e0$@samsung.com> (raw)
In-Reply-To: <20160215121632.t55kwv7tuw4lsq7x@hawk.localdomain>
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 <gic version=off>, 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
next prev parent reply other threads:[~2016-02-15 12:28 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-14 5:41 [Qemu-devel] [RFC PATCH 0/2] ARM: add QMP command to query GIC version Peter Xu
2016-02-14 5:41 ` [Qemu-devel] [RFC PATCH 1/2] arm: gic: add GICType Peter Xu
2016-02-14 5:41 ` [Qemu-devel] [RFC PATCH 2/2] arm: gic: add "query-gic-capability" interface Peter Xu
2016-02-15 6:54 ` [Qemu-devel] [RFC PATCH 0/2] ARM: add QMP command to query GIC version Wei Huang
2016-02-15 7:34 ` Peter Xu
2016-02-15 7:49 ` Fam Zheng
2016-02-15 9:35 ` [Qemu-devel] [libvirt] " Martin Kletzander
2016-02-15 9:41 ` Peter Maydell
2016-02-15 12:16 ` Andrew Jones
2016-02-15 12:27 ` Pavel Fedin [this message]
2016-02-15 10:09 ` Peter Xu
2016-02-15 9:52 ` [Qemu-devel] " Markus Armbruster
2016-02-15 10:34 ` Peter Xu
2016-02-15 15:08 ` Markus Armbruster
2016-02-15 15:21 ` Peter Maydell
2016-02-15 19:40 ` Markus Armbruster
2016-02-15 20:18 ` Andrew Jones
2016-02-15 20:32 ` Peter Maydell
2016-02-16 10:10 ` Markus Armbruster
2016-02-16 10:15 ` Daniel P. Berrange
2016-02-16 12:05 ` [Qemu-devel] [libvirt] " Andrea Bolognani
2016-02-16 12:09 ` Peter Maydell
2016-02-16 12:20 ` Andrea Bolognani
2016-02-16 12:15 ` Daniel P. Berrange
2016-02-16 12:27 ` Andrea Bolognani
2016-02-16 12:38 ` Daniel P. Berrange
2016-02-16 13:14 ` Andrea Bolognani
2016-02-15 15:22 ` [Qemu-devel] " Daniel P. Berrange
2016-02-18 4:40 ` Peter Xu
2016-02-18 16:52 ` Andrew Jones
2016-02-18 17:10 ` Andrea Bolognani
2016-02-19 1:55 ` Peter Xu
2016-02-19 12:33 ` Andrea Bolognani
2016-02-22 1:35 ` Peter Xu
2016-02-29 16:30 ` Andrea Bolognani
2016-03-01 2:19 ` Peter Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='00f401d167ec$4b8846a0$e298d3e0$@samsung.com' \
--to=p.fedin@samsung.com \
--cc=abologna@redhat.com \
--cc=drjones@redhat.com \
--cc=libvir-list@redhat.com \
--cc=mkletzan@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=wei@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).