[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a49a7142-104e-fdaa-4a6a-619505695229@redhat.com>
Date: Wed, 31 Mar 2021 11:21:58 +0200
From: Paolo Bonzini <pbonzini@...hat.com>
To: Anup Patel <anup@...infault.org>,
Palmer Dabbelt <palmerdabbelt@...gle.com>
Cc: Anup Patel <Anup.Patel@....com>,
Paul Walmsley <paul.walmsley@...ive.com>,
Albert Ou <aou@...s.berkeley.edu>,
Alexander Graf <graf@...zon.com>,
Atish Patra <Atish.Patra@....com>,
Alistair Francis <Alistair.Francis@....com>,
Damien Le Moal <Damien.LeMoal@....com>,
KVM General <kvm@...r.kernel.org>,
kvm-riscv@...ts.infradead.org,
linux-riscv <linux-riscv@...ts.infradead.org>,
"linux-kernel@...r.kernel.org List" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v16 00/17] KVM RISC-V Support
On 30/03/21 07:48, Anup Patel wrote:
>
> It seems Andrew does not want to freeze H-extension until we have virtualization
> aware interrupt controller (such as RISC-V AIA specification) and IOMMU. Lot
> of us feel that these things can be done independently because RISC-V
> H-extension already has provisions for external interrupt controller with
> virtualization support.
Yes, frankly that's pretty ridiculous as it's perfectly possible to
emulate the interrupt controller in software (and an IOMMU is not needed
at all if you are okay with emulated or paravirtualized devices---which
is almost always the case except for partitioning hypervisors).
Palmer, are you okay with merging RISC-V KVM? Or should we place it in
drivers/staging/riscv/kvm?
Either way, the best way to do it would be like this:
1) you apply patch 1 in a topic branch
2) you merge the topic branch in the risc-v tree
3) Anup merges the topic branch too and sends me a pull request.
Paolo
Powered by blists - more mailing lists