From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f66.google.com (mail-wr1-f66.google.com [209.85.221.66]) (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 7284157C9F for ; Fri, 16 Jan 2026 12:25:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.66 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768566349; cv=none; b=VPzttOVCf7+vkRTUE00stI/94owB3yNDfucYxlYJqhWCMQYiDZu9wg2lBoPFh6vNBZ3OQFQQ/3k0TKz354j5F56z1CSmT+vVfPe18clH+ue0Aqqn09H0Lhv7yW07sKg7Pt+KkphXtOuYi5SsH5agCz1W36XwkWnY1cSvr5rb6LE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768566349; c=relaxed/simple; bh=PPWNtewcaTGQxA+W9r8qFBb5ixGwHAuKTx78M+3dO/s=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=E4zUMEniwKdAPYogW74D/Jn4IkJ/DPRrQ7ShX5p7D6LoZ27d/ZX+kTgefsuuTXye2DTpL7n3IevgT9F8sRfO+SabjOwHmuYA+ddtc4SeXq3ftNBQIuglBDWpLlMa5Vh+3CzEYseCnCFq4yszlNAyAV3lfe4cgBHDEE340rRlNQA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=fBLNSFYP; arc=none smtp.client-ip=209.85.221.66 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="fBLNSFYP" Received: by mail-wr1-f66.google.com with SMTP id ffacd0b85a97d-42fb03c3cf2so1410019f8f.1 for ; Fri, 16 Jan 2026 04:25:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1768566346; x=1769171146; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=fFQMY/xsDJvG31vX56byjsZOMI0xogP8BAsnuUmd/Ss=; b=fBLNSFYPP5P22u7zJHl3YHDHYIvvUMoc8CF11o2t0jCyLC7n5+5iy51cTbHiJgaVVs mpV9dz7d9lSWLdz0rHCvKpXJJvb41IXmP5AZCZ2sEapRcOiJGl8Fvjr/en7PqOSAh/NU 4NNvfYqcz8PXv4RrNSWxxNvQaqh7mvp9AwbGCjkZ8Va9pXli5UchLM6tJj783Oqa92YP 6F5Rr3m7LdlqDLbb8LTAeN19fDUALGAOqEXsWHMnlvWsdG6eqlncLtvPa2Eqzz09e9st Jme+EoV27IL5EhmtJawqqB2ApO9pvVE1JM+B6fOjzHDtZT/j5onsBQwdLLeEYkTf+9P/ 6nvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768566346; x=1769171146; h=in-reply-to:content-disposition: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; bh=fFQMY/xsDJvG31vX56byjsZOMI0xogP8BAsnuUmd/Ss=; b=WQZ2uy1o22RGP1tnTQ6vjoOmQ43WnZFqyRcADU2ACQ0m8muSPULyZ0b3zr3QSb4B9q iJlRkzHwpJcdLY7hsF/7p1/ZIWUlx9CqKykeFmBEd+UyTme4RoZeuH2F+SAKwB1GzayW VNmOdReSJlpNvuJ98edeU1DVgAFKmlDKQrPUmAGr9eivV6MR8j2aG2CIKSbMaCeM/5Ly 7/T304l9AGwmfxlTiLLMusoL+/mbemsUQiO91beuWQvTA+VKIfSsz9fpm2vUZbYW4Z51 R21ssWv4kY07hdP8b9X3gZhydUjsRz6S2hGmycd1QyepIdYaymawBC4nXqgOGDaEhk+2 D6HA== X-Forwarded-Encrypted: i=1; AJvYcCWkaoZmyIObCQgyT80KwoZZ5wYZF2JEZrJENCkYrUm7do7ah//acc3vIstz35trCQRbMm+ogCigpBbqV/E=@vger.kernel.org X-Gm-Message-State: AOJu0Yw3UFTHyPcVnqb/gfuMb1G0zxdh6mo4PAMO4RDIyglwRgegykWl vWDw3/dEJkBcby4xNO9b1y0wdO2/CleI04DHn9vUai1LY0mn/zmnRpYmtx4aqWGmqlY= X-Gm-Gg: AY/fxX7W6NTByhzdyYd+x9CTdpVbCwQI2fckzhP8o22ZIuSDvUuSvDXd4x3+Nhj1kc+ 4ziVTxGcl06LW4eNq4xmHgdOg4hqOFxWiMcD1UISPFy9buj6oc/KE5kFsV8z+2LnEVL3xFFLZiM UW+7jHJEV+/TPfVQ3MhYewsrfKGnImOud93fbEED69yeRL4GLVvSgBZF8j3zmV9Vhfy/X9XtWqV 7ibR81fsu9zaxiSQKKX37u7hZv/ketl/tTqRQzPBcUbZu531tY1EipV4c1tW73K14e4NpUn5+nx TUDQSzr10ZPQoiu/1YVBTHDCTv8SDJ3Q7HJHQcXf2gQKSsfbvr67HPt6qxy6wPAovzdCPfr6Xm7 gv7BdVmjFbvVdVWP+nmKUftl4lqpeArlNK0sWQxZRkCwPB0HhKHTiVm/GozPEoBVChS/Bjf8R7+ 8oNJo7X9RfoGm2Azx9cqi6p1Pe X-Received: by 2002:a5d:588d:0:b0:430:ff81:2965 with SMTP id ffacd0b85a97d-4356a060dc4mr3007686f8f.49.1768566345760; Fri, 16 Jan 2026 04:25:45 -0800 (PST) Received: from localhost (109-81-19-111.rct.o2.cz. [109.81.19.111]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4356997e79asm5028682f8f.33.2026.01.16.04.25.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 16 Jan 2026 04:25:45 -0800 (PST) Date: Fri, 16 Jan 2026 13:25:43 +0100 From: Michal Hocko To: Lorenzo Stoakes Cc: Andrew Morton , Qi Zheng , hannes@cmpxchg.org, hughd@google.com, roman.gushchin@linux.dev, shakeel.butt@linux.dev, muchun.song@linux.dev, david@kernel.org, ziy@nvidia.com, harry.yoo@oracle.com, yosry.ahmed@linux.dev, imran.f.khan@oracle.com, kamalesh.babulal@oracle.com, axelrasmussen@google.com, yuanchu@google.com, weixugc@google.com, chenridong@huaweicloud.com, mkoutny@suse.com, hamzamahfooz@linux.microsoft.com, apais@linux.microsoft.com, lance.yang@linux.dev, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, Qi Zheng Subject: Re: [PATCH v3 00/30] Eliminate Dying Memory Cgroup Message-ID: References: <20260114095839.eabf8106e97bf3bcf0917341@linux-foundation.org> <0a5af01f-2bb3-4dbe-8d16-f1b56f016dee@lucifer.local> <20260115164306.58a9a010de812e7ac649d952@linux-foundation.org> 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 16-01-26 08:33:44, Lorenzo Stoakes wrote: > On Thu, Jan 15, 2026 at 04:43:06PM -0800, Andrew Morton wrote: > > On Thu, 15 Jan 2026 12:40:12 +0000 Lorenzo Stoakes wrote: > > > > > On Wed, Jan 14, 2026 at 09:58:39AM -0800, Andrew Morton wrote: > > > > On Wed, 14 Jan 2026 19:26:43 +0800 Qi Zheng wrote: > > > > > > > > > This patchset is intended to transfer the LRU pages to the object cgroup > > > > > without holding a reference to the original memory cgroup in order to > > > > > address the issue of the dying memory cgroup. > > > > > > > > Thanks. I'll add this to mm.git for testing. A patchset of this > > > > magnitude at -rc5 is a little ambitious, but Linus is giving us an rc8 > > > > so let's see. > > > > > > > > I'll suppress the usual added-to-mm email spray. > > > > > > Since this is so large and we are late on in the cycle can I in this case > > > can I explicitly ask for at least 1 sub-M tag on each commit before > > > queueing for Linus please? > > > > Well, kinda. > > > > fs/buffer.c > > fs/fs-writeback.c > > include/linux/memcontrol.h > > include/linux/mm_inline.h > > include/linux/mmzone.h > > include/linux/swap.h > > include/trace/events/writeback.h > > mm/compaction.c > > mm/huge_memory.c > > mm/memcontrol.c > > mm/memcontrol-v1.c > > mm/memcontrol-v1.h > > mm/migrate.c > > mm/mlock.c > > mm/page_io.c > > mm/percpu.c > > mm/shrinker.c > > mm/swap.c > > mm/vmscan.c > > mm/workingset.c > > mm/zswap.c > > > > That's a lot of reviewers to round up! And there are far worse cases - > > MM patchsets are often splattered elsewhere. We can't have MM > > patchsets getting stalled because some video driver developer is on > > leave or got laid off. Not suggesting that you were really suggesting > > that! > > Yeah, obviously judgment needs to be applied in these situations - an 'M' > implies community trusts sensible decisions, so since this is really about > the cgroup behaviour, I'd say simply requiring at least 1 M per-patch from > any of: > > M: Johannes Weiner > M: Michal Hocko > M: Roman Gushchin > M: Shakeel Butt > > Suffices. I have seen a good deal of review feedback from Johannes, Roman and Shakeel (thx!). I have it on my todo list as well but the series is really large and it is not that easy to find time to do the proper review. Anyway, unlike before xmas when there was barely any review and I asked to slow down I feel much more confident just by seeing acks from others memcg maintainers. That being said, if I fail to find proper time to review myself I am fully confident to rely on other memcg maintainers here. So this should not be blocked waiting for me. Thanks! -- Michal Hocko SUSE Labs