On Fri, Sep 27, 2024 at 12:27:24PM -0300, Jason Gunthorpe wrote:
> On Fri, Sep 27, 2024 at 04:22:32PM +0200, Danilo Krummrich wrote:
> > > When you say things like this it comes across as though you are
> > > implying there are two tiers to the community. Ie those that set the
> > > strategy and th
On Sun, 22 Sep 2024 05:49:22 -0700
Zhi Wang wrote:
+Ben.
Forget to add you. My bad.
> 1. Background
> =
>
> NVIDIA vGPU[1] software enables powerful GPU performance for workloads
> ranging from graphics-rich virtual workstations to data science and
> AI, enabling IT to leverage
On 23/09/2024 11.38, Danilo Krummrich wrote:
> External email: Use caution opening links or attachments
>
>
> On Sun, Sep 22, 2024 at 04:11:21PM +0300, Zhi Wang wrote:
>> On Sun, 22 Sep 2024 05:49:22 -0700
>> Zhi Wang wrote:
>>
>> +Ben.
>>
>> Forget to add you. My bad.
>
> Please also add the d
On Fri, Sep 27, 2024 at 04:22:32PM +0200, Danilo Krummrich wrote:
> > When you say things like this it comes across as though you are
> > implying there are two tiers to the community. Ie those that set the
> > strategy and those that don't.
>
> This isn't true, I just ask you to consider the goal
On Fri, Sep 27, 2024 at 09:51:15AM -0300, Jason Gunthorpe wrote:
> On Fri, Sep 27, 2024 at 12:42:56AM +0200, Danilo Krummrich wrote:
> > On Thu, Sep 26, 2024 at 11:40:57AM -0300, Jason Gunthorpe wrote:
> > > On Thu, Sep 26, 2024 at 02:54:38PM +0200, Greg KH wrote:
> > > >
> > > > No, I do object t
On Fri, Sep 27, 2024 at 12:42:56AM +0200, Danilo Krummrich wrote:
> On Thu, Sep 26, 2024 at 11:40:57AM -0300, Jason Gunthorpe wrote:
> > On Thu, Sep 26, 2024 at 02:54:38PM +0200, Greg KH wrote:
> > >
> > > No, I do object to "we are ignoring the driver being proposed by the
> > > developers involv
> From: Jason Gunthorpe
> Sent: Friday, September 27, 2024 6:57 AM
>
> On Thu, Sep 26, 2024 at 09:55:28AM -0300, Jason Gunthorpe wrote:
>
> > I'm not entirely sure yet what this whole 'mgr' component is actually
> > doing though.
>
> Looking more closely I think some of it is certainly appropri
On Thu, Sep 26, 2024 at 09:55:28AM -0300, Jason Gunthorpe wrote:
> I'm not entirely sure yet what this whole 'mgr' component is actually
> doing though.
Looking more closely I think some of it is certainly appropriate to be
in vfio. Like when something opens the VFIO device it should allocate
the
On Thu, Sep 26, 2024 at 11:40:57AM -0300, Jason Gunthorpe wrote:
> On Thu, Sep 26, 2024 at 02:54:38PM +0200, Greg KH wrote:
> >
> > No, I do object to "we are ignoring the driver being proposed by the
> > developers involved for this hardware by adding to the old one instead"
> > which it seems li
On Thu, Sep 26, 2024 at 11:07:56AM -0700, Andy Ritger wrote:
>
> I hope and expect the nova and vgpu_mgr efforts to ultimately converge.
>
> First, for the fw ABI debacle: yes, it is unfortunate that we still don't
> have a stable ABI from GSP. We /are/ working on it, though there isn't
> anythi
I hope and expect the nova and vgpu_mgr efforts to ultimately converge.
First, for the fw ABI debacle: yes, it is unfortunate that we still don't
have a stable ABI from GSP. We /are/ working on it, though there isn't
anything to show, yet. FWIW, I expect the end result will be a much
simpler i
On Thu, Sep 26, 2024 at 02:54:38PM +0200, Greg KH wrote:
> That's fine, but again, do NOT make design decisions based on what you
> can, and can not, feel you can slide by one of these companies to get it
> into their old kernels. That's what I take objection to here.
It is not slide by. It is a
On Thu, Sep 26, 2024 at 02:54:38PM +0200, Greg KH wrote:
> On Thu, Sep 26, 2024 at 09:42:39AM -0300, Jason Gunthorpe wrote:
> > On Thu, Sep 26, 2024 at 11:14:27AM +0200, Greg KH wrote:
> > > On Mon, Sep 23, 2024 at 12:01:40PM -0300, Jason Gunthorpe wrote:
> > > > On Mon, Sep 23, 2024 at 10:49:07AM
On Thu, Sep 26, 2024 at 06:43:44AM +, Tian, Kevin wrote:
> Then there comes an open whether VFIO is a right place to host such
> vendor specific provisioning interface. The existing mdev type based
> provisioning mechanism was considered a bad fit already.
> IIRC the previous discussion came
On Thu, Sep 26, 2024 at 09:42:39AM -0300, Jason Gunthorpe wrote:
> On Thu, Sep 26, 2024 at 11:14:27AM +0200, Greg KH wrote:
> > On Mon, Sep 23, 2024 at 12:01:40PM -0300, Jason Gunthorpe wrote:
> > > On Mon, Sep 23, 2024 at 10:49:07AM +0200, Danilo Krummrich wrote:
> > > > > 2. Proposal for upstream
On Thu, Sep 26, 2024 at 11:14:27AM +0200, Greg KH wrote:
> On Mon, Sep 23, 2024 at 12:01:40PM -0300, Jason Gunthorpe wrote:
> > On Mon, Sep 23, 2024 at 10:49:07AM +0200, Danilo Krummrich wrote:
> > > > 2. Proposal for upstream
> > > >
> > >
> > > What is the strategy in th
On Mon, Sep 23, 2024 at 12:01:40PM -0300, Jason Gunthorpe wrote:
> On Mon, Sep 23, 2024 at 10:49:07AM +0200, Danilo Krummrich wrote:
> > > 2. Proposal for upstream
> > >
> >
> > What is the strategy in the mid / long term with this?
> >
> > As you know, we're trying to mo
> From: Jason Gunthorpe
> Sent: Monday, September 23, 2024 11:02 PM
>
> On Mon, Sep 23, 2024 at 06:22:33AM +, Tian, Kevin wrote:
> > > From: Zhi Wang
> > > Sent: Sunday, September 22, 2024 8:49 PM
> > >
> > [...]
> > >
> > > The NVIDIA vGPU VFIO module together with VFIO sits on VFs, provide
On Wed, Sep 25, 2024 at 11:08:40AM +1000, Dave Airlie wrote:
> On Wed, 25 Sept 2024 at 10:53, Jason Gunthorpe wrote:
> >
> > On Tue, Sep 24, 2024 at 09:56:58PM +0200, Danilo Krummrich wrote:
> >
> > > Currently - and please correct me if I'm wrong - you make it sound to me
> > > as if
> > > you'r
On Tue, Sep 24, 2024 at 09:53:19PM -0300, Jason Gunthorpe wrote:
> On Tue, Sep 24, 2024 at 09:56:58PM +0200, Danilo Krummrich wrote:
>
> > Currently - and please correct me if I'm wrong - you make it sound to me as
> > if
> > you're not willing to respect the decisions that have been taken by Nou
On Wed, Sep 25, 2024 at 10:18:44AM +1000, Dave Airlie wrote:
> > ? nova core, meaning nova rust, meaning vfio depends on rust, doesn't
> > seem acceptable ? We need to keep rust isolated to DRM for the
> > foreseeable future. Just need to find a separation that can do that.
>
> That isn't going t
On Wed, 25 Sept 2024 at 10:53, Jason Gunthorpe wrote:
>
> On Tue, Sep 24, 2024 at 09:56:58PM +0200, Danilo Krummrich wrote:
>
> > Currently - and please correct me if I'm wrong - you make it sound to me as
> > if
> > you're not willing to respect the decisions that have been taken by Nouveau
> >
On Tue, Sep 24, 2024 at 09:56:58PM +0200, Danilo Krummrich wrote:
> Currently - and please correct me if I'm wrong - you make it sound to me as if
> you're not willing to respect the decisions that have been taken by Nouveau
> and
> DRM maintainers.
I've never said anything about your work, go d
>
> Well, no, I am calling a core driver to be the very minimal parts that
> are actually shared between vfio and drm. It should definitely not
> include key parts you want to work on in rust, like the command
> marshaling.
Unfortunately not, the fw ABI is the unsolved problem, rust is our
best so
On Wed, Sep 25, 2024 at 08:52:32AM +1000, Dave Airlie wrote:
> On Wed, 25 Sept 2024 at 05:57, Danilo Krummrich wrote:
> >
> > On Tue, Sep 24, 2024 at 01:41:51PM -0300, Jason Gunthorpe wrote:
> > > On Tue, Sep 24, 2024 at 12:50:55AM +0200, Danilo Krummrich wrote:
> > >
> > > > > From the VFIO side
On Wed, 25 Sept 2024 at 05:57, Danilo Krummrich wrote:
>
> On Tue, Sep 24, 2024 at 01:41:51PM -0300, Jason Gunthorpe wrote:
> > On Tue, Sep 24, 2024 at 12:50:55AM +0200, Danilo Krummrich wrote:
> >
> > > > From the VFIO side I would like to see something like this merged in
> > > > nearish future
On Tue, Sep 24, 2024 at 01:41:51PM -0300, Jason Gunthorpe wrote:
> On Tue, Sep 24, 2024 at 12:50:55AM +0200, Danilo Krummrich wrote:
>
> > > From the VFIO side I would like to see something like this merged in
> > > nearish future as it would bring a previously out of tree approach to
> > > be ful
On Tue, Sep 24, 2024 at 12:50:55AM +0200, Danilo Krummrich wrote:
> > From the VFIO side I would like to see something like this merged in
> > nearish future as it would bring a previously out of tree approach to
> > be fully intree using our modern infrastructure. This is a big win for
> > the VF
On Mon, Sep 23, 2024 at 12:01:40PM -0300, Jason Gunthorpe wrote:
> On Mon, Sep 23, 2024 at 10:49:07AM +0200, Danilo Krummrich wrote:
> > > 2. Proposal for upstream
> > >
> >
> > What is the strategy in the mid / long term with this?
> >
> > As you know, we're trying to mo
On Mon, Sep 23, 2024 at 06:22:33AM +, Tian, Kevin wrote:
> > From: Zhi Wang
> > Sent: Sunday, September 22, 2024 8:49 PM
> >
> [...]
> >
> > The NVIDIA vGPU VFIO module together with VFIO sits on VFs, provides
> > extended management and features, e.g. selecting the vGPU types, support
> > l
On Mon, Sep 23, 2024 at 10:49:07AM +0200, Danilo Krummrich wrote:
> > 2. Proposal for upstream
> >
>
> What is the strategy in the mid / long term with this?
>
> As you know, we're trying to move to Nova and the blockers with the device /
> driver infrastructure have been
Hi Zhi,
Thanks for the very detailed cover letter.
On Sun, Sep 22, 2024 at 05:49:22AM -0700, Zhi Wang wrote:
> 1. Background
> =
>
> NVIDIA vGPU[1] software enables powerful GPU performance for workloads
> ranging from graphics-rich virtual workstations to data science and AI,
> enab
On Sun, Sep 22, 2024 at 04:11:21PM +0300, Zhi Wang wrote:
> On Sun, 22 Sep 2024 05:49:22 -0700
> Zhi Wang wrote:
>
> +Ben.
>
> Forget to add you. My bad.
Please also add the driver maintainers!
I had to fetch the patchset from the KVM list, since they did not hit the
nouveau list (I'm trying
> From: Zhi Wang
> Sent: Sunday, September 22, 2024 8:49 PM
>
[...]
>
> The NVIDIA vGPU VFIO module together with VFIO sits on VFs, provides
> extended management and features, e.g. selecting the vGPU types, support
> live migration and driver warm update.
>
> Like other devices that VFIO suppo
34 matches
Mail list logo