From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752808AbeAFTMq (ORCPT + 1 other); Sat, 6 Jan 2018 14:12:46 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:40016 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751488AbeAFTMo (ORCPT ); Sat, 6 Jan 2018 14:12:44 -0500 Date: Sat, 6 Jan 2018 19:12:42 +0000 From: Al Viro To: Christoph Hellwig Cc: Avi Kivity , linux-aio@kvack.org, linux-fsdevel@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 03/31] fs: introduce new ->get_poll_head and ->poll_mask methods Message-ID: <20180106191242.GI21978@ZenIV.linux.org.uk> References: <20180104080043.14506-1-hch@lst.de> <20180104080043.14506-4-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180104080043.14506-4-hch@lst.de> User-Agent: Mutt/1.9.0 (2017-09-02) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Thu, Jan 04, 2018 at 09:00:15AM +0100, Christoph Hellwig wrote: > ->get_poll_head returns the waitqueue that the poll operation is going > to sleep on. Note that this means we can only use a single waitqueue > for the poll, unlike some current drivers that use two waitqueues for > different events. But now that we have keyed wakeups and heavily use > those for poll there aren't that many good reason left to keep the > multiple waitqueues, and if there are any ->poll is still around, the > driver just won't support aio poll. *UGH* Gotta love the optimism, but have you actually done the conversion? I'm particularly suspicious about the locking rules here...