From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id A4A2DD75BDF for ; Thu, 21 Nov 2024 09:33:47 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 2088A6B0082; Thu, 21 Nov 2024 04:33:47 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 1B8086B0088; Thu, 21 Nov 2024 04:33:47 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 080046B0089; Thu, 21 Nov 2024 04:33:47 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id DD1B06B0082 for ; Thu, 21 Nov 2024 04:33:46 -0500 (EST) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id 656041A122A for ; Thu, 21 Nov 2024 09:33:46 +0000 (UTC) X-FDA: 82809589086.11.F45E8A2 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf14.hostedemail.com (Postfix) with ESMTP id 4B4C5100004 for ; Thu, 21 Nov 2024 09:32:46 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=eLaupWNt; spf=pass (imf14.hostedemail.com: domain of mingo@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=mingo@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732181441; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=i89Khx0GqP3Zx+oO/Z5xUP7cLcnHxhK/hIlEaRL1j/0=; b=AqUUVf93qvc7nn+j1vUjJ9I2orlHiKqc385UbsCSgcUlmDwtKdr0rXU/5XXlwPPBvRljAs UybqT+la6syM+bPhb2++9dOr7pzfAz3yAXAQ/ju8V/iVQ+kkfUfQjGBOIpdY7POBerzsHj NzcVKXRldScdhiUqD5eCcvgbpzMjl4E= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=eLaupWNt; spf=pass (imf14.hostedemail.com: domain of mingo@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=mingo@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732181441; a=rsa-sha256; cv=none; b=0gMxQ/3VlZ6gFzqnnmtZWW58TxZy5oeXrJ2IFtEnu+zEKHHNMYQEFhfD3P90d5DR3lz28b vSn3Hf6Rgzt/cViKuQbN4Zp4apRL8wuWt9ccnATaMdR8nqGjb+juJKJ2QqA675rOT6VfEZ ok/iPIovUiIp1oeSFHfYrqt1dveOwqc= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id 889085C577A; Thu, 21 Nov 2024 09:32:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A5A79C4CECC; Thu, 21 Nov 2024 09:33:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1732181623; bh=aSnTwvt7CneRsdTVfomrIM+e7aF5A3zhVBIPd3PyVWc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=eLaupWNtlZ6TOc8jKpOtlZ+FxJ4u9TAuH71L94wc+LnOi1vmarIjTIwlu94RGiKpn M1EY4wEFgEDQqn5Yzj54bpCxUSQTX6T8U/AM7QQUxz/H2tgaRoh8eVNQe66yBdRs/F gfWsX0KHCxvbQoRNpE845Z7cQv5PM31O+BM4MREZo6vvewaqLd1ezRgBfTUQXwoiaW X0hA88Lgg+Zre+6W2W9ZGObDdGKGtxUpVLkqXw0vMGxqHbTRKGebXF+S0BtiqmT/cw ayh5Z2SMFS+QbwMocLDrnt34LusBPOVDMzIc4/hymcKJLvFN5eXOxDsJV146daoEl2 eIVTyMqG8E+Bg== Date: Thu, 21 Nov 2024 10:33:33 +0100 From: Ingo Molnar To: Andrii Nakryiko Cc: Peter Zijlstra , Linus Torvalds , linux-trace-kernel@vger.kernel.org, linux-mm@kvack.org, akpm@linux-foundation.org, oleg@redhat.com, rostedt@goodmis.org, mhiramat@kernel.org, bpf@vger.kernel.org, linux-kernel@vger.kernel.org, jolsa@kernel.org, paulmck@kernel.org, willy@infradead.org, surenb@google.com, mjguzik@gmail.com, brauner@kernel.org, jannh@google.com, mhocko@kernel.org, Andrii Nakryiko , vbabka@suse.cz, shakeel.butt@linux.dev, hannes@cmpxchg.org, Liam.Howlett@oracle.com, lorenzo.stoakes@oracle.com, david@redhat.com, arnd@arndb.de, richard.weiyang@gmail.com, zhangpeng.00@bytedance.com, linmiaohe@huawei.com, viro@zeniv.linux.org.uk, hca@linux.ibm.com, Mark Rutland , Will Deacon , linux-arm-kernel , Catalin Marinas , Kernel Team Subject: Re: [PATCH v4 tip/perf/core 0/4] uprobes,mm: speculative lockless VMA-to-uprobe lookup Message-ID: References: <20241028010818.2487581-1-andrii@kernel.org> <20241120154323.GA24774@noisy.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 4B4C5100004 X-Stat-Signature: 3ex4746g3g8xxukiez43yq7ybfwpydjg X-Rspam-User: X-HE-Tag: 1732181566-246352 X-HE-Meta: U2FsdGVkX1+8s/+3XLky75KGTGKDWY2cfRJMmxLIdY6emY2wH3IFSN89vmGLEw94TZhmm8nNBKB+ofDo1YMUBer7HcPPgpkr1a5xS2v+v7Y+31zCV9Enpmq7BTTsk29+hKlJERikpHbI7NLOw6odCPuB75qfHEKAM1x/BuIU03Qzrz3e+aIkrligKHfNkpjsJKTe/L9zkFT2iLKU434ZJxAFinPzO6z9HazBGYe2c90vl0mGhiXcYbfWWLfMLF+duNRou/w9wySSwdkc8gTKyBK3rEPAy7ZVBwfVU7qyL1VfAU730YCUxwrC85JqRfBlUEoeUDr84rMgVyNkCIE8LG/1TkKHwOkPsrw/DliW4cXy/HgkXS+gP3xtT64l2eqP1tL3svISYER5meS9FfsDf82VkRk/CBpEtt9p1QEKuFFNDxnWVvSZFtX3n1yQHaCmWeIUCZwDIKmtPCZFqFLDw9wr5Nrnm1BazAT5YeMXp4BrZQayZYnvRQQvERdMTGAqX3K/GX5/Xo3UJQCFAy6jSAtJJfsNQWcepTCXAmLmR4KSKSs0s4+8CdALyOSFYgIdl/kBN9i1I8BSDrS1kOhytqJOZ6vHtBpM8YCx8fVWa/T0y13a5kJ6XKg2OHNax0lDiZ+KjwT9h1J/si8pxxJdMXWI0f24X6b0JxwTB4XDs9Z5/jFpwGfXPaVZMn7YvR3pLkw8syio43sUGlTqltX+6NQUsq9Wf084ENOB32XgX2M8jgj+mhnq522WXWwbrk0tytiWB/7GBs5C6py7yI00rSya//YLveW1VLZ51mEXQWl5Iv5RQYJdJNVkAcyd69bSQn/48Iih1bBa9MFz/bLk89k4l4RvpS+lKxGvjT3Rlhq6obqjuFCbCqO7uPLafqG1wowonGizE8/BP1U8LLtUr6sI/xLj+WIXMtplwic03xb6s1U0O+sjzyXz9pbovqHGMtBvfKkB2shrJxUy4Hq +I3jUxNR dt4qNRl7/XmsvB2JAHxTZxVBu3AktlF1YVdSOzzm055Y1T2JzB+S2X+7fGSblUvpHdju2ZYFx6bnd2DutvQ0XgUXjPtZW63L75kYXaiYgycnd7mrB2F2pa1zKIspfsigHEn8sigdmquIKRxp0O+vL3ksoYNuVBYYBxxoeObdZdDluIB5rmPb3TxTtUPTON4OnxEhgmKqklmRIWN00yYp5o1fPrFGnSyB20slfDc/OJbjXzIeBMI/j8vYwp8Qsq9nb5ItY1HikHJDsQOC1W+i5bT1myvJMYLROYGfm89JR/nhZaerzt9B/rzCQhlMujGTTMS070T0jWhtMXahm5eWfFkLiWG73tGc7WA0z X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: * Andrii Nakryiko wrote: > Is this about Liao's siglock patch set? We are at v4 (!) already (see > [0]) with Oleg's Acked-by added. AFAICS you didn't Cc: me to -v3 and -v4 - and while I'll generally see those patches too, eventually, there's a delay. > > Andrii did get some other uprobes scalability work merged in v6.13: > > > > - Switch to RCU Tasks Trace flavor for better performance > > (Andrii Nakryiko) > > > > - Massively increase uretprobe SMP scalability by > > SRCU-protecting the uretprobe lifetime (Andrii Nakryiko) > > > > So we've certainly not been ignoring his patches, to the contrary > > ... > > Yes, and as I mentioned, this one is a) ready, reviewed, tested and > b) complements the other work you mention. Sorry, but patchsets that didn't even build a few weeks before the development window closed are generally pushed further down the backlog. Think of this as rate-limiting the risk of potentially broken code entering the kernel. You can avoid this problem by doing more testing, or by accepting that sometimes one more cycle is needed to get your patchsets merged. > [...] It removes mmap_lock which limits scalability of the rest of > the work. Is there some rule that I get to land only two patch sets > in a single release? Your facetous question and the hostile tone of your emails is not appreciated. Me pointing out that two other patchsets of yours got integrated simply demonstrates how your original complaint of an 'ignore list' is not just unprofessional on its face, but also demonstrably unfair: > > > > I'm not sure what's going on here, this patch set seems to be > > > > in some sort of "ignore list" on Peter's side with no > > > > indication on its destiny. Trying to pressure maintainers over a patchset that recently had build failures isn't going to get your patches applied faster. Thanks, Ingo