From mboxrd@z Thu Jan 1 00:00:00 1970 From: viro@parcelfarce.linux.theplanet.co.uk Subject: Re: fcntl method for file_operations Date: Thu, 25 Mar 2004 20:31:02 +0000 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <20040325203102.GX31500@parcelfarce.linux.theplanet.co.uk> References: <1080237894.2380.5.camel@stevef95.austin.ibm.com> <20040325193545.GC25059@parcelfarce.linux.theplanet.co.uk> <1080245758.3463.31.camel@lade.trondhjem.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Matthew Wilcox , Steve French , linux-cifs-client@cifs.bkbits.net, linux-fsdevel@vger.kernel.org Return-path: Received: from parcelfarce.linux.theplanet.co.uk ([195.92.249.252]:49095 "EHLO www.linux.org.uk") by vger.kernel.org with ESMTP id S263607AbUCYUbD (ORCPT ); Thu, 25 Mar 2004 15:31:03 -0500 To: Trond Myklebust Content-Disposition: inline In-Reply-To: <1080245758.3463.31.camel@lade.trondhjem.org> List-Id: linux-fsdevel.vger.kernel.org On Thu, Mar 25, 2004 at 03:15:58PM -0500, Trond Myklebust wrote: > I can see his point: fcntl() is second only to ioctl() when it comes to > interface design. If you want to provide methods/callbacks for each and > every overloaded subcase, then your "struct file_operations" can quickly > turn ugly. And for that very reason we don't _want_ to make it easy to add new piles of vomit into fcntl(). ioctl() is bad enough; until now fcntl() was somewhat limited, but typeless method will immediately open the floodgates. IOW, my vote is strongly against ->fcntl() - the last thing we need is yet another multiplexor available to Joe Random Driver-Monkey.