Re: [PATCH v2 2/3] qemu: Add support for gic-version machine option

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 Hello!

> > And also we could add some another boolean, which would allow to disable in-kernel GIC
> emulation
> >(kernel_irqchip=off). This works with any machine type, BTW, not only with ARM. Something
> like <gic
> >kvm='off'/>.
> >
>
> I don't know what that is.  Is that only GIC related?

 No, not only GIC. It applies to any possible irqchip. When set to off, this option disables using
KVM acceleration for the irqchip, and qemu's software emulation is used instead.

> Where could I find more details?  

 Something like "aarch64-system-qemu -machine virt,?" i guess. Or similar command line for different
arch and different machine. It is implemented as machine option, but applies to any machine, not
only to virt, and not only for ARM.
 The option is also mentioned on http://wiki.qemu.org/KVM, but information is outdated (it defaults
to on since long ago).

> If that makes sense for anything, we can sure do
> that, the only reason why I would be against this, which I can come up
> now, is if there is nobody using it.

 Yes, this option was bitrot in the ARM kernel, but i have recently fixed it
(https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/?id=c2f58514cfb374d5368c9da
945f1765cd48eb0da). I understand that the primary use of this on e.g. x86 would be for testing
purposes only, but for ARM it can be more useful, because you cannot run everything on everything.
For example, if you want GICv2 system, but your host is pure GICv3 without backwards compatibility,
you could want to use this option, so that you use software-emulated GICv2. Of course this would not
give you the top performance, but this is still usable, i tested it. Perhaps other systems, like
PowerPC, can also take advantage of it (from KVM code i see there are several different irqchips for
PPC, and i'm in doubt that any of these irqchips can emulate everything else).
 There is one more complication with this option - CP15 timer currently will not work, because
virtual timer accesses cannot be intercepted by the hypervisor. I am considering fixing this in the
future, there are at least two possible solutions. But, still, you can run, for example, vexpress
guest with a little bit patched device tree or reconfigured kernel (arch-timer disabled), because
this hardware has another, memory-mapped timer, which can be used with software emulation. And it
works.
 Well, if you think that this is not ready for the wide public yet, we can leave out this part.

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


--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list



[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]