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 X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 33F17C636C9 for ; Fri, 16 Jul 2021 01:12:13 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id C3127613DA for ; Fri, 16 Jul 2021 01:12:12 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C3127613DA Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id D60CA8D00F4; Thu, 15 Jul 2021 21:12:12 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D10608D00EC; Thu, 15 Jul 2021 21:12:12 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id BB0EC8D00F4; Thu, 15 Jul 2021 21:12:12 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0072.hostedemail.com [216.40.44.72]) by kanga.kvack.org (Postfix) with ESMTP id 946918D00EC for ; Thu, 15 Jul 2021 21:12:12 -0400 (EDT) Received: from smtpin38.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 5FAA8184E709E for ; Fri, 16 Jul 2021 01:12:11 +0000 (UTC) X-FDA: 78366674862.38.1416C09 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf13.hostedemail.com (Postfix) with ESMTP id AC0CD1008B6B for ; Fri, 16 Jul 2021 01:12:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=STY4s5pzqccUtW+qUB1iOKanwmw+wdA3y3vXLfLdfbo=; b=fvA4DkjoQc5jRbwwnORSkc+2RS dMu+N4IcPWmrBB4oqNjXs8Uw0+hbjStd8LcCifGczeAWaxme+hvi2/B6DGhGXy+J1TL2iKNsAoYBp 2nHAtsE21mBSqygEAxDCaBpGSoNW5as3HRKs6jSoQ4ijgM42JVm8rknq6YLFvpfcwKqPFOqHP5w+T wqmSBseyLqFVVW+06V3a6WoIJEkFoQg7mrRn5Gs/lW830upV2QcxX8sQcLYYIXpX1QDoD2+W4aSTj MohRgBrC5dqnuGd9j8T10c/D1V9xVcvZH4oieM3YmvCh2UhBnAfK6rOmWQF4cbAy7lR5ME0tgmnuz lw9nDyxA==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1m4CNP-0041Of-73; Fri, 16 Jul 2021 01:11:16 +0000 Date: Fri, 16 Jul 2021 02:10:51 +0100 From: Matthew Wilcox To: Dave Hansen Cc: Andrew Morton , Huang Ying , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Dave Hansen , yang.shi@linux.alibaba.com, rientjes@google.com, dan.j.williams@intel.com, david@redhat.com, osalvador@suse.de, weixugc@google.com, Michal Hocko , Yang Shi , Zi Yan Subject: Re: [PATCH -V10 0/9] Migrate Pages in lieu of discard Message-ID: References: <20210715055145.195411-1-ying.huang@intel.com> <20210715123836.ad76b0a2e29c0bbd3cd67767@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=fvA4Dkjo; spf=none (imf13.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none X-Rspamd-Server: rspam02 X-Stat-Signature: 4aa68t741piyqgi7oq75m17fsdcbaoah X-Rspamd-Queue-Id: AC0CD1008B6B X-HE-Tag: 1626397929-789385 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: On Thu, Jul 15, 2021 at 02:42:07PM -0700, Dave Hansen wrote: > The end game for auto-migration is to on by default, wherever these > hardware configurations show up. Just like THP, I expect this to be > broadly useful. But, given the breadth of our user base, I also expect > it to be nasty for a minority of users. They'll need a way to turn it > off, and hopefully they'll also provide feedback so that, if possible, > we can improve the default behavior and bring them back into the fold. ... or if the THP experience is anything to go by, they continue to shout loudly about how borken it is for a decade ;-(