From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH 6/6] fs: replace f_ops->get_poll_head with a static ->f_poll_head pointer Date: Fri, 29 Jun 2018 15:29:24 +0200 Message-ID: <20180629132924.GB28510@lst.de> References: <20180628142059.10017-1-hch@lst.de> <20180628142059.10017-7-hch@lst.de> <20180628181727.GH30522@ZenIV.linux.org.uk> <20180628202837.GI30522@ZenIV.linux.org.uk> <20180628213027.GK30522@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Linus Torvalds , Christoph Hellwig , linux-fsdevel , Network Development , LKP To: Al Viro Return-path: Received: from verein.lst.de ([213.95.11.211]:54254 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932375AbeF2N3S (ORCPT ); Fri, 29 Jun 2018 09:29:18 -0400 Content-Disposition: inline In-Reply-To: <20180628213027.GK30522@ZenIV.linux.org.uk> Sender: netdev-owner@vger.kernel.org List-ID: On Thu, Jun 28, 2018 at 10:30:27PM +0100, Al Viro wrote: > > Because I think that what it can do is simply to do the ->poll() calls > > outside the iocb locks, and then just attach the poll table to the > > kioctx afterwards. > > I'd do a bit more - embed the first poll_table_entry into poll iocb itself, > so that the instances that use only one queue wouldn't need any allocations > at all. No need for poll_table_entry, we just need a wait_queue_head. poll_table_entry is an select.c internal (except for two nasty driver) - neither epoll nor most in-kernel callers use it.