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 701E9D743F9 for ; Thu, 21 Nov 2024 00:10:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C934A6B0085; Wed, 20 Nov 2024 19:10:37 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id C43D46B0088; Wed, 20 Nov 2024 19:10:37 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B0AB96B0089; Wed, 20 Nov 2024 19:10:37 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 94DFD6B0085 for ; Wed, 20 Nov 2024 19:10:37 -0500 (EST) Received: from smtpin12.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 4216D80F45 for ; Thu, 21 Nov 2024 00:10:37 +0000 (UTC) X-FDA: 82808169444.12.BF9098F Received: from out-181.mta0.migadu.com (out-181.mta0.migadu.com [91.218.175.181]) by imf14.hostedemail.com (Postfix) with ESMTP id 7DAD110000C for ; Thu, 21 Nov 2024 00:09:37 +0000 (UTC) Authentication-Results: imf14.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=MgTLeOZ1; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf14.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.181 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1732147768; a=rsa-sha256; cv=none; b=giMur8iq8aZ+KlilVmI9DrX40OSEoiKVs2MmsjuCjRc1KBovidASQk6PjeE2isx9iqw7AL QtzQTcD6efw3W+f9lZ1drYUBX6k5eaIk3l2IbtiWUIgksVlzgDd1Uvyy9eCC7PxObOIT2i KuknnR3uMfE0Y/+44l48eM4lmeJPpHU= ARC-Authentication-Results: i=1; imf14.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=MgTLeOZ1; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf14.hostedemail.com: domain of kent.overstreet@linux.dev designates 91.218.175.181 as permitted sender) smtp.mailfrom=kent.overstreet@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1732147768; 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=BvGUvvPHTEAKOGb7P1+ozrjOYaiPmM61awo8yb0kUNQ=; b=F82erlWadpXIW0iMYOKgdNqEhXPiaE0w+gU/njMWQEFW7o36YrL0GGx0emW+YpsRGoxhW9 NIrcBY/E+YevFUnAA/ZuXyE7yHs36vhQsIVhPgUz7wpGMsVdswJjCvV6v9sy69IDJtDL5c 7FEaVwhojpjIsfaBVaqCG1TqIwXDcHQ= Date: Wed, 20 Nov 2024 19:10:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1732147833; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=BvGUvvPHTEAKOGb7P1+ozrjOYaiPmM61awo8yb0kUNQ=; b=MgTLeOZ1bUIQKcLSwzg9uruYdttWJBlwp+C6jyewYEuqOyMv5gbq0l6qVvO3fFDfJCR1Gc R0aLrn08Z/EtKE7Vpn8PLyc47HfCrMCcgWJA3gFWmN7IN4T2yBRNccOQsLtPxhgyVJfWE6 nHQagbk95P0kS4ON7fKgRqJ93Lsopxg= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Theodore Ts'o Cc: Shuah Khan , Michal Hocko , Dave Chinner , Andrew Morton , Christoph Hellwig , Yafang Shao , jack@suse.cz, Christian Brauner , Alexander Viro , Paul Moore , James Morris , "Serge E. Hallyn" , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-bcachefs@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, "conduct@kernel.org" Subject: Re: [PATCH 1/2 v2] bcachefs: do not use PF_MEMALLOC_NORECLAIM Message-ID: <3ij22qnqpndxyckrdreswyxjaan3zudzdkv62vjeeytsep5bmz@5el2tljyx7wc> References: <22a3da3d-6bca-48c6-a36f-382feb999374@linuxfoundation.org> <71b51954-15ba-4e73-baea-584463d43a5c@linuxfoundation.org> <9efc2edf-c6d6-494d-b1bf-64883298150a@linuxfoundation.org> <20241120234759.GA3707860@mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20241120234759.GA3707860@mit.edu> X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Rspamd-Queue-Id: 7DAD110000C X-Rspamd-Server: rspam11 X-Stat-Signature: 6jypfa8asc1949sry1xkm4bxb54ipxhn X-HE-Tag: 1732147777-508076 X-HE-Meta: U2FsdGVkX1/67IKqr1L8rJLCnaKwE+cbDZiEiYIhn2XaG/eggdO/Rl5SqeEVESl5Dz2/RS0L1blQ1HilxLTg0QPD2IZLn5pea6kQMVa86VAF4DeFTqb6O6yv4yvXHCC6kUh0UsOF45u7ChfH+yfA/zvNlPhXhMmFujQtwwhlDPbmyyJ+edcpIxhj3P2oa8BJkWA1NthYyOE41wbqT4CDfjMi4gSuItMVtOTTYvZDUbZ9in/T3Un085Gy/I/V7+FOSv1j9KAbURLB4SqdDJLZQ7vYsiC1vtjcGqlzZ8IBCoMbNuuuBuI8XITCfncNu+2lxqSreZFaxEZ3VHPDoxwfdkyynZBhpxQBqhfRnN8x9c9+2T6NL+5QG79Rz8vrIs8FyFx1TY3gew87asn88vf/xqGSVMuJlbc62wZ3dtFnXgv0S9n5/bwqTV2FjRUsDmWrO1FhFmN7gXNpU3/kYyCA42waJbejFs9KDi/bDgU5qkzfsBvg36lHy/K63G6IlEGELSf0BMjYpmuVTCeH7s3P5o9Y4t7v6LZHCvyVOqQDT2xkZ7wCX1G4f6c4aoGKTtdzjUEt70+cIod4x/37SzytDvwN7oqTRAfNAUo621NJ7KXCdHK22ymtYpVruc3ge4zO9X1HHgaDQ/BnZFbiEX9QF7NjbWPFqKYlpxq+kdxlYl/XF3L8JsBOP3MYCaLsVdncUMHhWRNCASRA/9zaw9jcasdp9nXT91OlMu3wbe50KOig4sk6UTu/hxHr7Xg3bTvC8IaH1NoZ3/wJyrrMkPhHHiRm2ikT92nkj5nUgY5AsKm9PPWho6SZXTOQuQ3oKYWAuPNIvWNioINEjUJbgL0JRbiRZRf+PSQsaA10bRYdSkRaXxtQkmWWKLFxaN13WIY6V5QEm+Bz/ZyIfv183ClgN+mS8gBLM1vxGVJNDB5yoKCg9AOh82MWRck66BAIZvthdvnjUkvcpH0BpQJbsPH EaOUkvf7 +YtmaAeKbh/v7g8G+IUVRwZ5b67YAVXB/EP1uNkF7GqaPU5d6KiG4xBCd/JQfAVU5g0BzSfsUWdKqxTwDLLXvrF3ek/qH2FffACBR9yrrbP0lYFxUtf923tH7Ebbc12RDKPeyyiAtLyWVQpga8he00oy5D0tUqXRFgI41no9TqHE8o3FQemba21LQlV/QNunG7lFPaIN0xULojuRlK1u4KwEFyo5RkoKg2zY2ZNosVwv5vOGlMk6nlvetGGdcFSoF75iRBKZxTo9zIlqkDxIgRvxgqkMQ2CsseSVfuWnZ5g/rl750uaXhmQdzznlPtzHFI1UZc+9tsJgeohALYRZ6VR/huFEEtb+1vzGhH5PvW0hAD3OsPj75VmdU/ApLwCb8bRv8GsPjoYES580tp4l5ldQUyMudRUOFLgxBksI1IHSKsUbkPljxalIdSA== 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: On Wed, Nov 20, 2024 at 03:47:59PM -0800, Theodore Ts'o wrote: > On Wed, Nov 20, 2024 at 05:55:03PM -0500, Kent Overstreet wrote: > > Shuah, would you be willing to entertain the notion of modifying your... > > Kent, I'd like to gently remind you that Shuah is not speaking in her > personal capacity, but as a representative of the Code of Conduct > Committee[1], as she has noted in her signature. The Code of Conduct > Committee is appointed by, and reports to, the TAB[2], which is an > elected body composed of kernel developers and maintainers. > > [1] https://www.kernel.org/code-of-conduct.html > [2] https://www.kernel.org/doc/html/latest/process/code-of-conduct-interpretation.html > > Speaking purely in a personal capacity, and not as a member of the TAB > (although I do serve as vice-chair of that body) I am extremely > grateful of the work of Shuah and her colleages (listed in [1]). I > believe that their work is important in terms of establishing guard > rails regarding the minimum standards of behavior in our community. > > If you look at the git history of the kernel sources, you will see > that a large number of your fellow maintainers assented to this > approach --- for example by providing their Acked-by in commit > 1279dbeed36f ("Code of Conduct Interpretation: Add document explaining > how the Code of Conduct is to be interpreted"). And Ted, I don't think you realize just how at my limit I am here with what I'm willing to put up with. I'm coming off of, what, 6+ months of getting roasted and having my work quested by Linus every pull request (and he did stop that, but not before it had done real damage, both completely changing the tone of public conversations and nearly scaring off people I've been trying to hire). It's gotten harder and harder, not easier, for me to get work done in other parts of the kernel; I gave up long ago in the block layer after the two people in charge there had repeatedly introduced silent data corruption bugs into core block layer code that I'd written, without CCing me, which I then had to debug, which they then ignored or put up ridiculous fights over when reported, and now have turned petty on subsequent block layer patches. Filesystem people have been good to work with, thank god, but now getting anything done in mm is looking like more and more of what the block layer has turned into. And you guys, because the system works for you, keep saying "nah, everything is fine and this has already been decided, you don't get any say". Meanwhile, I'm seeing more and more heisenbugs in the rest of the kernel as I'm stabilizing bcachefs, and my users are reporting the same - in compaction, in the block layer, now in the scheduler or locking, I'm not sure on the last one. And I'm sitting here wondering how the hell I'm supposed to debug my own code when I don't even have a stable base to work on anymore. This is turning into an utter farce.