[PATCH RFC 0/5] nvme: Controller Data Queue (CDQ) support

[Joel Granados]

On Fri, Apr 24, 2026 at 03:24:23PM +0200, Christoph Hellwig wrote:
> On Fri, Apr 24, 2026 at 10:06:15AM -0300, Jason Gunthorpe wrote:
> > On Fri, Apr 24, 2026 at 01:37:50PM +0200, Joel Granados wrote:
> > 
> > > There is however, no clear consensus on how NVMe Live Migration should
> > > land in the Linux kernel. The 2022 discussion [1] explored a VFIO-based
> > > approach but reached no conclusion, likely because the specification was
> > > not yet mature.
> > 
> > Yes it was paused until the spec matures, then I expect it to go
> > forward.
> 
> And it will happen in the nvme software working group.  Which should be
> up an running if Samsung hadn't done everything in the power to torpedo
There is nothing that indicates to me that Samsung "torpedoed" the
creation of the nvme SW working group.

> it.  Because of that I do not exact Samsung to have any major impact in
> how this will be implemented in Linux.
> 
> Note that we also can't discuss any of this at LSF/MM in public, so
I see no reason not to have the discussion at LSF/MM. It is the perfect
venue to unpack the (potential) interaction between the vfio and nvme
drivers. Regardless of what is currently brewing in NVMe, there is no
reason why the fundamental architecture cannot be discussed. Of course,
we need to be careful of what is mentioned in public, but I see that as
a detail that does not prevent from having the conversation.

Best

-- 

Joel Granados
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-nvme/attachments/20260427/19cd0630/attachment.sig>