Re: [PATCH nfs-utils v3 00/14] add NFS over AF_VSOCK support

[Jeff Layton <jlayton@redhat.com>]

On Thu, 2017-09-14 at 13:37 -0400, J . Bruce Fields wrote:
> On Thu, Sep 14, 2017 at 11:55:51AM -0400, Steve Dickson wrote:
> > 
> > 
> > On 09/14/2017 11:39 AM, Steve Dickson wrote:
> > > Hello
> > > 
> > > On 09/13/2017 06:26 AM, Stefan Hajnoczi wrote:
> > > > v3:
> > > >  * Documented vsock syntax in exports.man, nfs.man, and nfsd.man
> > > >  * Added clientaddr autodetection in mount.nfs(8)
> > > >  * Replaced #ifdefs with a single vsock.h header file
> > > >  * Tested nfsd serving both IPv4 and vsock at the same time
> > > 
> > > Just curious as to the status of the kernel patches... Are
> > > they slated for any particular release?
> > 
> > Maybe I should have read the thread before replying ;-) 
> > 
> > I now see the status of the patches... not good!  8-)
> 
> To be specific, the code itself is probably fine, it's just that nobody
> on the NFS side seems convinced that NFS/VSOCK is necessary.
> 

...and to be even more clear, the problem you've outlined (having a zero
config network between an HV and guest) is a valid one. The issue here
is that the solution in these patches is horribly invasive and will
create an ongoing maintenance burden.

What would be much cleaner (IMNSHO) is a new type of virtual network
interface driver that has similar communication characteristics (only
allowing HV<->guest communication) and that autoconfigures itself when
plugged in (or only does so with minimal setup).

Then you could achieve the same result without having to completely
rework all of this code. That's also something potentially backportable
to earlier kernels, which is a nice bonus.
-- 
Jeff Layton <jlayton@redhat.com>