From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D23D01CF2A5 for ; Wed, 6 Nov 2024 21:44:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730929487; cv=none; b=loMYgdBPoDj3hkFuQcbsQ6XzqkFDYYwRg0XXLGpr3if9G/SFz5/tsNNR7f1BvjNodORyNT+1db9dz5/bC1ZmUzkq7R0C6zXiHRAdrZ9hO5Xm7tq6rGhw3Dnlmef9tM6qn3bUYT/ywTgjrEbr5BKrKJh+LqH+ry/I2wN3he6QEjw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1730929487; c=relaxed/simple; bh=Jk69uuIZIlC/VrdhdkQeZ8y3KBI1zh2bkeTXN/BasrU=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=tXMk+xAGqXjAJ00q17QupUvqNMe0H4tndiLbw6xAa5IPFHAeoPbQUHnSwkm+gsdWu+LEzH3VOnw4k9bpdpmd99t+madnf96vlFWitYfoi4zXn0ScT1KU5JaJ1dgjRZaF2+eQiWyKXJmKd+rPBJV5FleoaQX94t9osmQAoWkDBBc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=nqfTyFvb; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="nqfTyFvb" Received: by smtp.kernel.org (Postfix) with ESMTPSA id ACC17C4CEC6; Wed, 6 Nov 2024 21:44:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1730929487; bh=Jk69uuIZIlC/VrdhdkQeZ8y3KBI1zh2bkeTXN/BasrU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=nqfTyFvbYj+uzZfPFM2Cisv6TcVZpdYOz5ZJadwlmDUJ/gmnS8oMYmvdMuiNSxbtE N18nPXuopDhCf+uMWzzzdMQ/KBJp9aVUUnit0UFXzbGQpt+kz4fTdTxRlg5oQ3RkzX eA/jxXxWnaHwF1J8U+oQptp3tYCu7xAdRnbCJCVE= Date: Wed, 6 Nov 2024 13:44:46 -0800 From: Andrew Morton To: Barry Song <21cnbao@gmail.com> Cc: Johannes Weiner , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Barry Song , Nhat Pham , Usama Arif , Chengming Zhou , Yosry Ahmed , Hailong Liu , David Hildenbrand , Hugh Dickins , Matthew Wilcox , Shakeel Butt , Andi Kleen , Baolin Wang , Chris Li , "Huang, Ying" , Kairui Song , Ryan Roberts Subject: Re: [PATCH v3] mm: count zeromap read and set for swapout and swapin Message-Id: <20241106134446.aaadc57a2a88c9efe899c838@linux-foundation.org> In-Reply-To: References: <20241105211934.5083-1-21cnbao@gmail.com> <20241106150631.GA1172372@cmpxchg.org> <20241106124225.632b42c3680cae0b940d2871@linux-foundation.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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=UTF-8 Content-Transfer-Encoding: 8bit On Thu, 7 Nov 2024 10:00:47 +1300 Barry Song <21cnbao@gmail.com> wrote: > On Thu, Nov 7, 2024 at 9:42 AM Andrew Morton wrote: > > > > On Thu, 7 Nov 2024 09:01:14 +1300 Barry Song <21cnbao@gmail.com> wrote: > > > > > Oops, it seems that it depends on Kanchana's 'mm: change count_objcg_event() to > > > count_objcg_events() for batch event updates,' which also isn't present in 6.12. > > > > > > Otherwise, it won't build, as reported here: > > > https://lore.kernel.org/linux-mm/CAGsJ_4whD31+Lk0m2uq-o=ygvkRsw1uXcPeqxBONV-RUXkeEzg@mail.gmail.com/ > > > > argh. > > > > Apologies for the inconvenience. > > > > Hi Andrew, > > > What’s the best approach here? Should we include Kanchana's patch that extends > > > the nr argument for count_objcg_events() in 6.12-rc as well? > > > > Let's do the right thing here. I'll drop this patch from mm-hotfixes. > > Please send a v4 against Linus mainline fairly soon then I'll redo > > Kanchana's series around that. > > Alright. The question is whether we should integrate Kanchana's 'mm: > change count_objcg_event() to count_objcg_events() for batch event > updates' into 'mm: count zeromap read and set for swapout and swapin,' > or keep it as a separate patch as patch 1/2? > > I guess integration would be better, as hotfixes may not be ideal for a patch > series? I don't fully understand what you're asking here. I'm suggesting that you prepare a minimal patch that fixes the bug in Linus's kernel. Then we figure out what to do with Kanchana's 6.13-rc1 material after the bugfix is sorted out.