Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp887963ybb; Sat, 28 Mar 2020 12:34:49 -0700 (PDT) X-Google-Smtp-Source: ADFU+vutS4+FEVgFE9wIQ997syJ0a9e6s+FrOsLXzpE1fvoNZGgwsm4aQsAZevdJZ6bEeksPYbCn X-Received: by 2002:a9d:171e:: with SMTP id i30mr3644045ota.327.1585424088712; Sat, 28 Mar 2020 12:34:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585424088; cv=none; d=google.com; s=arc-20160816; b=CNpIb2BB47PpVTV9Q3SZ4H/CYvVR0adM9g6p4IDj+D1rQwSfyUx/uWklAAy0uMwRP1 mBKHkciZuiK72hEVYVakoCHVkAi4E/FKHXMWKWLJ0Im7dpMiDT9KE06WkS3X/XDrU2I/ rrJ2Ksxn8gFyY0CrYtgRdfI7Eq8L6p+0SVr4+9JiFMTN4saLO8CVQ7S2+uKwc4HsGQoC rjHYuco1i2Qnja32dczo8rON9L0bY+m88NUrhnCoDEPgAY8zbHtkAciN+EqC81jbWKQd 90XA9JYJDQ076fW39MXaoyR1rOlsJVTAFQxtEnbgZ8Dz6lli9eoCv6daCaCzz9TrqhHe Tt9A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:cc:from:to:references:subject; bh=jmJF2a5R6T2/cEa+gw7e6ZbY8W6KcWAtT3XNs/ANnsg=; b=cK3gfymKngwmkln1QWGPKWq8AarTTSinz3ROX6FtMVha6cA1t5QN6d7GZ8iYgx/dZN ePtunqQ/VVck37ZCTNbq1eK+5E/E4GQz6En+whZcKOUzhcOYjQk55Ov7VtEWNtpmZwz5 TfX6zkw28g60QEVTiW7L5Gej/yAJ1JdpwXccpiLk76uN2iTB90l/kEB1w09wFLMGf8B4 BAnoePpA8xcuFDHLAuHDvXhwR67Pnxbk5A+9wj5J1TxldQpWZJh12wkP2EVaQCcvN0MN 9Okz1Mj84bJy7PbQvI+u82t7YupgZFqi+2/BXdv9JEAkSyWwjQjbQAPFn8yJ72NUPaaV kYMg== 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 v22si3903892oic.271.2020.03.28.12.34.21; Sat, 28 Mar 2020 12:34:48 -0700 (PDT) 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 S1726976AbgC1TSN (ORCPT + 99 others); Sat, 28 Mar 2020 15:18:13 -0400 Received: from hua.moonlit-rail.com ([45.79.167.250]:58686 "EHLO hua.moonlit-rail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725807AbgC1TSN (ORCPT ); Sat, 28 Mar 2020 15:18:13 -0400 Received: from 209-6-248-230.s2276.c3-0.wrx-ubr1.sbo-wrx.ma.cable.rcncustomer.com ([209.6.248.230] helo=boston.moonlit-rail.com) by hua.moonlit-rail.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1jIGyC-00009R-MA for linux-kernel@vger.kernel.org; Sat, 28 Mar 2020 15:18:12 -0400 Received: from springdale.moonlit-rail.com ([192.168.71.35]) by boston.moonlit-rail.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1jIGyC-0003ZS-7s; Sat, 28 Mar 2020 15:18:12 -0400 Subject: Re: Weird issue with epoll and kernel >= 5.0 References: To: Linux Kernel From: Kris Karas Cc: omar.kilani@gmail.com Message-ID: <72cde0de-6f4a-4928-d01b-1783ac3ee6e4@moonlit-rail.com> Date: Sat, 28 Mar 2020 15:18:12 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Omar - Omar Kilani wrote: > I've observed an issue with epoll and kernels 5.0 and above when a > system is generating a lot of epoll events. It's tough getting an audience here on LK, unless you happen to cross-post to one of the very specific mailing lists (or directly to individuals) who maintain a particular subsystem.  I just rejoined LK after a 15 year hiatus; it's a rather different neighborhood. *cough*  But I digress. My first question on your issue is, after booting, how long does it take to show up?  Can you reproduce it fairly easily?  If the answer is "Yes," and you seem to be able to afford the resources for a multi-CPU VM, then making a bisecting run would likely narrow it down to something you could then email directly to the relevant maintainer. If you are not already familiar with bisecting, the git documentation on bisecting is the definitive reference: https://git-scm.com/docs/git-bisect But it is quite long.  You can usually find a more abbreviated version by googling for " git bisect"; the ones for Arch and Ubuntu are pretty decent. Once you know which file is relevant, you can run: $ ./scripts/get_maintainer.pl --file drivers/foo/bar.c ... or whatever "git bisect" says is the culprit file, and use the script output as the To: for your email message. Good luck! Kris