From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hr2.samba.org ([144.76.82.148]:38868 "EHLO hr2.samba.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727484AbeH2T5M (ORCPT ); Wed, 29 Aug 2018 15:57:12 -0400 Date: Wed, 29 Aug 2018 08:59:22 -0700 From: Jeremy Allison To: Tom Talpey Cc: Steve French , Theodore Tso , Matthew Wilcox , "ebiggers@kernel.org" , Al Viro , linux-fsdevel Subject: Re: Streams support in Linux Message-ID: <20180829155922.GA114671@jra3> Reply-To: Jeremy Allison References: <20180825180026.GR6515@ZenIV.linux.org.uk> <20180825205716.GA2664@bombadil.infradead.org> <20180825223615.GS6515@ZenIV.linux.org.uk> <20180827170531.GC217636@jra3> <20180827182143.GB24544@bombadil.infradead.org> <20180828004523.GB2304@thunk.org> <20180828181245.GE41380@jra3> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Wed, Aug 29, 2018 at 01:46:30PM +0000, Tom Talpey wrote: > > > > This sounds like a case for a couple of ioctls. One to enumerate > > the streams on an open fd, one to open a given stream name on an > > open fd. > > Wait, you're saying that Macs and Windows clients need to start issuing these new magical ioctl's to Samba/Linux servers? Not a solution, IMO. Nope, that's not an option obviously. The ioctls only exist on the Linux userspace client side. Inside cifsfs they get converted to standard SMB1/2/3 calls. I'm trying to create a way for Linux userspace to get access to these Windows/Mac/Samba features without having to completely change the VFS model to introduce the horrible Solaris semantics of opening a file as a directory to get access to internal streams.