[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190820093240.2bc1c9ba@x1.home>
Date: Tue, 20 Aug 2019 09:32:40 -0600
From: Alex Williamson <alex.williamson@...hat.com>
To: "Zhang, Tina" <tina.zhang@...el.com>
Cc: "intel-gvt-dev@...ts.freedesktop.org"
<intel-gvt-dev@...ts.freedesktop.org>,
"kraxel@...hat.com" <kraxel@...hat.com>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Yuan, Hang" <hang.yuan@...el.com>,
"Lv, Zhiyuan" <zhiyuan.lv@...el.com>
Subject: Re: [PATCH v5 2/6] vfio: Introduce vGPU display irq type
On Tue, 20 Aug 2019 02:12:10 +0000
"Zhang, Tina" <tina.zhang@...el.com> wrote:
> BTW, IIRC, we might also have one question waiting to be replied:
> - Can we just use VFIO_IRQ_TYPE_GFX w/o proposing a new sub type
> (i.e. VFIO_IRQ_SUBTYPE_GFX_DISPLAY_IRQ)? Well, only if we can agree
> on that we don't have any other GFX IRQ requirements in future.
> Otherwise, we might need a sub type to differentiate them.
I think you've answered your own question ;) We already have the
infrastructure for defining type/sub-type and it allows us to
categorize and group interrupt types together consistent with how we do
for regions, so what's the overhead in this approach? Otherwise we
tend to have an ad-hoc list. We can't say with absolute certainty that
we won't have additional GFX related IRQs. Thanks,
Alex
Powered by blists - more mailing lists