From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv1-f44.google.com (mail-qv1-f44.google.com [209.85.219.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 416242BE02C for ; Sat, 22 Aug 2026 04:50:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.219.44 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787374255; cv=none; b=kQVnY0Ag/3JyM0KUqz9MEIFb9Gk/+/k50jpmbSVb6zR2xRxWFd8DoXjjxjYovMyiqRNXgGLiWsdxQ/gq1SFMxxvk+13c7y0NC8en19AR1vK49AjL3si8FFUZDPctWZ9Mw93ODkiMVySVXts4iF6w+kc3QcYDDNzfvcgKKGFUvtg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787374255; c=relaxed/simple; bh=fj9QnRDAN0/XuF+iZ2rxod8DiQcQtEipnocUVMj+3L0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=A7k5ZsrCKCsLPHT3H8s6EMSuMsBwk92/oNlPh3IiR9NcyCNY6QqrbKWfywgN0LJkyB9Pv4DZH6qliK0/DlFrOgchqVxm48hm0Zh8t8VOJGrB2itlDc7WnYZSuRR4UKmI5GuH15y6P25FUaL4DlK4lweFiPxrMh7XJd5G61tNigk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=Kco5Buu8; arc=none smtp.client-ip=209.85.219.44 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="Kco5Buu8" Received: by mail-qv1-f44.google.com with SMTP id 6a1803df08f44-90a6b298887so10024326d6.2 for ; Fri, 21 Aug 2026 21:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1787374253; x=1787979053; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=/FUvD8EAPmYxNy9sZTSE/DIJMEcpIQaJcCmSJdyyGyI=; b=Kco5Buu87jvvKsMnL+VMmJjP2i9I8OGB+28gbYBTsMtqDIndKVp1H6RLK7sxtPf0ME 36IT3h67YORL1adXAOHILGpbepY9yfqmhfi14wZg6yoQZtgQfk+4xJYXOBXMwWSA30/T kPBSJkOdakoq8dYg9uewWjZsbKcO0M7IlObK4+EGarFpKQUxSR1/Lfca20j2eF6284Nq zHnyaRoJPkM1MlnfQQTybVhQM9wL0jhowVK3hcy3NYadWq3rB/DtCWSzCDTPqizRNy5p lLsi9SIVkOO/QNUcgDX/0NB73vgDx/CA/9pbU6qVf8GeCEDDz4+1Op+8M7eKj/GPjzQz A17w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787374253; x=1787979053; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=/FUvD8EAPmYxNy9sZTSE/DIJMEcpIQaJcCmSJdyyGyI=; b=IXnCH0h5ghYhN7cMpd1MfN21qISjCX24otijgTBaHyjeTu0HybrkYlrCd+tgC+vQYj tbnMR8IOYzkpF77iX0StcXgq9xq75PYPq/Imnh6DkJ0Hj0J45gf4stO5Bj98/1UD/DaO kdKyTaO3jQyGZY7yoNzNHdYOpGIkgnLDcgEjhm4mDysS3ly5f5AoQ6bwQxEyRtBMQNcA sje5vtcEwbqOlQxzMU2Gi2G+bodTN6X+oOpPRb1hiS74+FBcYGpJ+xcpasp4MO31UH2Y VHUiUNDyDnEro5yC91Zg4ITjFaOx6uC6gajnvwv+awHQWAxXYhNeqxov3JaxjfMYdEIW r9iA== X-Forwarded-Encrypted: i=1; AHgh+RrZ6QSgWuyB5JgR/SkxPW1k8ZBycaxNoHOSuXROUVRMo/rxQkGpXFHeYRFGRsVdQVsp1ThAltuW9GoRXh0=@vger.kernel.org X-Gm-Message-State: AFuF++kcm7KpEaciS3DZs8/AJrwDPffTPLgbyJACk7OdRA1myeLDZ9qH UoKmtum+n3hpPDhs10FOofjkSnfarGc7Pa/K6J8RUzr3I3CmfXB+T/liFdcU9MDmtkM= X-Gm-Gg: AR+sD13czRVP6MeHbVY+eq5bFEbxxudluzZ+g6/O8bTnlk5HO+DsytcI5MDHyj+0f/M RPQnD4DtmK4Rrz1ljwgnvUaC+UB6SNU2LrTcRXUp0+7p1bu6UqJmzZLn36RuOLC31dhOYu74uoC merwV9V9a55fAVo8lPty2Nw5sNGkflFF2K3Z+XHc01nvZjWis8d6qU9gTxRJR0OfEj0KDJAhU+A tBM5PFs+hi7Km1KBAAkNwFWbvJfi6n4H/FaVvoi/2uAlULIxHj35BLVbhWLyfpXmKhCT6i1Xi+t qvYRQv4LZQfuHJllT1SYVt23dx4gdlv/cD/jmeVUbZMcqKHoWTEGearwn2IbV7u/lYEGC3VRIsC tQ6dtpv0fJLff/yu/g/Ib5e8BmC9yxuqsKrJ2zexbk54i1bINP1jPOf3WeYpkbO4Sg9JmN5lPZw lxBNcB+rS9nYRyoTakVVv9LweWQTD4kIsH5QFb/AAdavXmjZ4rB5yvcD6Uc74lhcE2qnMzhHyAU w+TugPHhcOn4z+qP84LFmw2j4TqA4Qh4MVlCJKl12pHNhCqRE6LHOA= X-Received: by 2002:a05:6214:3002:b0:8fe:40a0:7cbb with SMTP id 6a1803df08f44-90c8fa362afmr27850446d6.15.1787374253092; Fri, 21 Aug 2026 21:50:53 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-60-52.washdc.fios.verizon.net. [173.79.60.52]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-90c939314d2sm5396066d6.25.2026.08.21.21.50.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Aug 2026 21:50:52 -0700 (PDT) Date: Sat, 22 Aug 2026 00:50:50 -0400 From: Gregory Price To: "Lorenzo Stoakes (ARM)" Cc: Michal Hocko , Ridong Chen , Andrew Morton , Johannes Weiner , David Hildenbrand , Qi Zheng , Shakeel Butt , Kairui Song , Barry Song , Axel Rasmussen , Yuanchu Xie , Wei Xu , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Ridong Chen , Roman Gushchin Subject: Re: [RFC PATCH 0/4] mm/vmscan: honour node reclaim limits per type Message-ID: References: <20260821081741.1340277-1-ridong.chen@linux.dev> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Aug 21, 2026 at 09:58:52AM +0100, Lorenzo Stoakes (ARM) wrote: > +cc Roman for suggestion. > > On Fri, Aug 21, 2026 at 10:31:06AM +0200, Michal Hocko wrote: > > You are explaining what but missing the most important part _Why_ do we > > need to have this addressed? Is this just addressing Sashiko review > > refernced below? Is there any real usecase where the current behavior > > matters? > > This is exactly the issue with these 'unrelated to your patch but' suggestions > from sashiko. > > You end up in loops: > > AI generated patch ---------------> AI generated review > ^ | > | | > | v > AI generated 'unrelated to your patch but' > > And _at every stage_ reviewers have to do _additional work_ (with ~50% signal/noise). > We've been trying to reach you about your kernel's pre-existing conditions. The reviewer piece aside - which I agree with (aggressively) - there's actually some value on the first go-around of this cycle. It has been valuable to me in identifying bugs that are affecting my active development areas - which is simultaneously frustrating and helpful. Feels like ye olde map cycle problem - just break the chain at some point and let it sit in a database and create a timeout on how often sashiko can nag about a particular pre-existing bug. If it keeps getting reported on - that means the area is under active development and we should really address it. Also - bugs is bugs. Ignoring them is double plus bad. ~Gregory