From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 E84E53AFCFE for ; Thu, 13 Aug 2026 09:32:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786613564; cv=none; b=UZPdJRdKD9NReil0bwz0376JiCVdGwCz2/3GIHKgKb5ENc4HR5pHCjKlaKNaiK9/cHHkvLvI+36PYfcmiAOBSSgHMMR3yk+fuGpCnxtfvOJ9HPKlG2IwfYmQWiRaDiCxZQDJoccEj4ZoUVj77mSSeme/w7nzVrpQ2q8SjZAku+k= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786613564; c=relaxed/simple; bh=bJJD2SOsBAimCJQo+R1MuHYdNWNJ35S207Lx1jtpiF0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=stZmnc8V9gJC/VYl0n3VrhtVuo6Nv40Si48sQeO0+nyCvpERxaoq5ubMT5dDEu1V7ktnrBMDS/lpaxQivJo0MUgdnJdgC/x48lEuqof6G5alBbAlBAO+9Vc5eFHF6qCU+wXLU9xZI7BgK6YwME11M0axuDMeWtFwJ5aisoRFMRU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=XA7R+IT+; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="XA7R+IT+" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1B51B1F000E9; Thu, 13 Aug 2026 09:32:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1786613562; bh=bJJD2SOsBAimCJQo+R1MuHYdNWNJ35S207Lx1jtpiF0=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=XA7R+IT+BDnNyGoiXzA1g4neAaMxXphARUKE8DBl4gDky1oOitRkv6qRZYAktbfhp sxD785kZo8xjlMHMzcP/0Wsx5Q2jcBAcyDB6OHTGf0LOUteB9cj6Jb+kPogiHKrzlA K9FbYk1Z5FgPer6sWWuaYlRm4+6FitZol8SgkoNnNr0TFCmr1wF2P8QmqGArG1e84H ud5PvB9N2d7ZMZYUx1BS+OrsF39fx2XJfAGdlXxaLFMods1IYEQfy5J0hj4VpBsucp Hf6lJ2RAmkLg20j2VXfZ/BLN0F4zauMVkxh2nMqaqkkhE4dVqOLWKzzIBNGWV8NPyb Yt7j0nWZ5lgBw== Date: Thu, 13 Aug 2026 10:32:20 +0100 From: "Lorenzo Stoakes (ARM)" To: Xie Yuanbin Cc: david@kernel.org, akpm@linux-foundation.org, apopple@nvidia.com, bp@alien8.de, byungchul@sk.com, gourry@gourry.net, joshua.hahnjy@gmail.com, liam@infradead.org, liaohua4@huawei.com, lilinjie8@huawei.com, linmiaohe@huawei.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, matthew.brost@intel.com, mhocko@suse.com, nao.horiguchi@gmail.com, rakie.kim@sk.com, rppt@kernel.org, surenb@google.com, tony.luck@intel.com, vbabka@kernel.org, ying.huang@linux.alibaba.com, ziy@nvidia.com Subject: Re: [PATCH] mm/Kconfig: allow user to select MIGRATION if MEMORY_FAILURE is enabled Message-ID: References: <837c2e83-ad5f-42f5-afef-5132e02fc19a@kernel.org> <20260813092343.214324-1-xieyuanbin1@huawei.com> 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: <20260813092343.214324-1-xieyuanbin1@huawei.com> On Thu, Aug 13, 2026 at 05:23:43PM +0800, Xie Yuanbin wrote: > Thanks for replying. > > On Thu, 13 Aug 2026 11:11:11 +0200, David Hildenbrand wrote: > > On 8/13/26 09:23, Xie Yuanbin wrote: > >> I think that just making MEMORY_FAILURE select MIGRATION is also a very > >> good solution, and I respect the maintainers' opinion. > > > > There must be a good reason to do something fine grained like > > MEMORY_FAILURE_MIGRATON, really. > > > > So if there is a use case out there that absolutely doesn't want > > CONFIG_MIGRATION but does want CONFIG_MEMORY_FAILURE, we could discuss it. > > At least so far, I haven't encountered such a use case. > > > As really only softdirty needs page migration (IIRC), we could also just put > > that under a separate config that implies CONFIG_MIGRATION, like > > CONFIG_MEMORY_FAILURE_SOFT_OFFLINE. But I'd rather avoid that unless really > > required. > > Okay, I understand it now. Making MEMORY_FAILURE select MIGRATION should > be enough. Agreed with all that David says, and yes that seems the best way. -- Cheers, Lorenzo