[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210211084703.GC2378134@infradead.org>
Date: Thu, 11 Feb 2021 08:47:03 +0000
From: Christoph Hellwig <hch@...radead.org>
To: Jason Gunthorpe <jgg@...dia.com>
Cc: Alex Williamson <alex.williamson@...hat.com>,
Max Gurtovoy <mgurtovoy@...dia.com>,
Cornelia Huck <cohuck@...hat.com>,
Matthew Rosato <mjrosato@...ux.ibm.com>, kvm@...r.kernel.org,
linux-kernel@...r.kernel.org, liranl@...dia.com, oren@...dia.com,
tzahio@...dia.com, leonro@...dia.com, yarong@...dia.com,
aviadye@...dia.com, shahafs@...dia.com, artemp@...dia.com,
kwankhede@...dia.com, ACurrid@...dia.com, gmataev@...dia.com,
cjia@...dia.com, yishaih@...dia.com, aik@...abs.ru
Subject: Re: [PATCH 8/9] vfio/pci: use x86 naming instead of igd
On Wed, Feb 03, 2021 at 09:54:48AM -0400, Jason Gunthorpe wrote:
> If people are accepting that these device-specific drivers are
> required then we need to come to a community consensus to decide what
> direction to pursue:
>
> * Do we embrace the driver core and use it to load VFIO modules like a
> normal subsytem (this RFC)
>
> OR
>
> * Do we make a driver-core like thing inside the VFIO bus drivers and
> have them run their own special driver matching, binding, and loading
> scheme. (May RFC)
>
> Haven't heard a 3rd option yet..
The third option would be to use the driver core to bind the VFIO
submodules. Define a new bus for it, which also uses the normal PCI IDs
for binding, and walk through those VFIO specific drivers when vfio_pci
is bound to a device. That would provide a pretty clean abstraction
and could even keep the existing behavior of say bind to all VGA devices
with an Intel vendor ID (even if I think that is a bad idea).
Powered by blists - more mailing lists