Received: by 10.223.148.5 with SMTP id 5csp7805065wrq; Thu, 18 Jan 2018 09:43:51 -0800 (PST) X-Google-Smtp-Source: ACJfBovMAcwtEcpOqzg1uvKZ1iCM7ND8w8MdYam1KBWUO381PPQzAssmnapGF+l6EjDTVhDfUmpL X-Received: by 10.99.137.195 with SMTP id v186mr6298750pgd.25.1516297431310; Thu, 18 Jan 2018 09:43:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516297431; cv=none; d=google.com; s=arc-20160816; b=D5FSK51mSu+AhKIN0i3Qj2IN53+FTJFloTODzeA1sHft8OpDEwun1CmatDWSkuKwfw nTYXP3Fzf/U4r+fxeO4NaGmEFxO74M6hEH7vBaTxDwHUCOZcx1HBxJHs2Mb1c0QTR5M+ QSyJpukiAGqOQvAXTA1s5HylkJeow4hd1IHa9/4k4tGXV8RUHp76t7Dk6qYoxf6cNsXc yvHs2RP3UjwPdrsnngX6M7jVo+sYm0aaffFjzndpeEuI6ATARJrUwtBYMNAaN2rDYdy4 Jkphjr20z/o5tV1GmZH7z1fHW5fjS+gq14dBHEs+66roNrY4wc3+fA14QTDZqsR0J5i+ amfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=091WH2gmD3e54YFSIONTo14Sf3MpCDQjneztQJUtPsg=; b=hrM1oKTmXKf64aFJu50Vd/FL7+xeJQZ8mFFJt9gbtw4cr8Zet2+rK97haKnXwiiHD3 rQ6sQ49yhAJqe7k7ISgK3PTgy7xosqJlVsdvXsnr4R5IE3RjqJxj3mIhvDsTSA8UYCCQ Bf5nd//VrJqRS6RFA3JXqR+ZbEBBn4rM2y/PWrNbHkpZfuMX6SNowr1s7edkj85oVHHy TXyJetpg6//30tFah9ihkfbzuA25KJ4nACcRi3fgIpXDhX7O+wpXpPV3Ep9iaByxFdrT P6HFKJvH/SgEybqFMoW07rdG7q81PqVo4PZPfdI3PGsefpSIaTT4ZH7mhUkQ3fycl/eM j1Wg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k7si3122195pgq.759.2018.01.18.09.43.37; Thu, 18 Jan 2018 09:43:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755542AbeARRmc (ORCPT + 99 others); Thu, 18 Jan 2018 12:42:32 -0500 Received: from verein.lst.de ([213.95.11.211]:35294 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755407AbeARRma (ORCPT ); Thu, 18 Jan 2018 12:42:30 -0500 Received: by newverein.lst.de (Postfix, from userid 2407) id F191168DB6; Thu, 18 Jan 2018 18:42:28 +0100 (CET) Date: Thu, 18 Jan 2018 18:42:28 +0100 From: Christoph Hellwig To: Jeff Moyer Cc: Christoph Hellwig , viro@zeniv.linux.org.uk, Avi Kivity , linux-aio@kvack.org, linux-fsdevel@vger.kernel.org, netdev@vger.kernel.org, linux-api@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: aio poll, io_pgetevents and a new in-kernel poll API V3 Message-ID: <20180118174228.GA27412@lst.de> References: <20180117192742.710-1-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 18, 2018 at 11:44:03AM -0500, Jeff Moyer wrote: > Jeff Moyer writes: > > > FYI, this kernel has issues. It will boot up, but I don't have > > networking, and even rebooting doesn't succeed. I'm looking into it. > > A bisect lands on: eventfd: switch to ->poll_mask. That's not super > helpful, though. I did run the ltp eventfd2 tests, and they all pass. > > The actual issue I get on boot is that several services don't start: > > [...] > > Christoph, are you able to reproduce this? No, I can't reproduce any of that. But I don't have a Fedora system either, so this might be a new systemd version doing funky things. The major change in this version was to call ->poll_mask before setting up the wait queue as well. This does the right thing for poll and aio poll, but the more I dig into the epoll code the less sure I am it does the right thing for it, or in fact that epoll does the right thing in general.. Do you still see it with the patch below applied? diff --git a/fs/select.c b/fs/select.c index 707abe79536b..1784c1a29253 100644 --- a/fs/select.c +++ b/fs/select.c @@ -53,9 +53,9 @@ __poll_t vfs_poll(struct file *file, struct poll_table_struct *pt) head = vfs_get_poll_head(file, events); if (!head) return DEFAULT_POLLMASK; - mask = file->f_op->poll_mask(file, events); - if (mask) - return mask; +// mask = file->f_op->poll_mask(file, events); +// if (mask) +// return mask; pt->_qproc(file, head, pt); }