Received: by 10.213.65.68 with SMTP id h4csp2107329imn; Thu, 5 Apr 2018 09:05:24 -0700 (PDT) X-Google-Smtp-Source: AIpwx49Sakv3V3+E45zXzOuj0fKq+fplrop7Oq1bE8SvTje6RljCIIHfkhky5c+YzqXtDOAsomYU X-Received: by 10.98.31.86 with SMTP id f83mr17732164pff.196.1522944324005; Thu, 05 Apr 2018 09:05:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522944323; cv=none; d=google.com; s=arc-20160816; b=OGZyEYrRE8NHWA8OzsexodNk3PsHNAvt+tM42XKzfeQSSEW619ckowXprdTSXN6Bb2 IdqWHipQYPDJGwiNV/l44JJOF4BFWZs74mYroPL5yFIXP2ybvknfE8/7p6fJ8AbjfChx ueEQcjC3AEVIAlZRcPzDkhQF8CR/jXxJD5TEadTicOLxKQiWKWNOVtehxXUmAceVq2wX BGTIahb1lvxIMU2BJYW6tbRIkdDHdH5rH4aNWPRUeKm5CFBh10L3ywQ8fPhkiiVroBoQ lrAIP77c7bNmFSSMAWh2yCDT+QCBB3vf34qfR3hpDbpY1wui+fo4anDeq8YI4hQuZfe/ 1jww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=dewxcbHAj062a15sXfAmPPa1GD0RtGsSBSUT9r5df1o=; b=CAKknUwaPtIy/Ps8GsFko+N+EoQfMoRBB53uBfShN+MA6qx2Y9SxyKYfiBwCVuERsr IIyt39eLkL6utkZvi3lBWpV/yTuPGGosgFrN0IEZzj5myouYHjH1768KZYSsApI6Hn1M m9VyQkXTiNvmMOK9Xf1ClOj3wTsEnKqexaq2EUQp1mvEmAg9VGC37UbYr6O2BErT6q2Z 2AwGDJYvFZBTN/jw6Ivh59rIlfrr606PFxGs+au9JFGrP/XZLNHOwIYX/SgimNG9S6Wr qms4NIKyRbpmdu6zQe4yNQu5ZQ+Fhw2lMMHiJ2OVIXup3K+oDo/4M9lb8Dm97o9ChsGs mcjw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u3si1190460pfl.151.2018.04.05.09.05.09; Thu, 05 Apr 2018 09:05:23 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751495AbeDEQDU (ORCPT + 99 others); Thu, 5 Apr 2018 12:03:20 -0400 Received: from mx2.suse.de ([195.135.220.15]:60937 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751195AbeDEQDT (ORCPT ); Thu, 5 Apr 2018 12:03:19 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 609C0AFD7; Thu, 5 Apr 2018 16:03:18 +0000 (UTC) Date: Thu, 5 Apr 2018 18:03:17 +0200 From: Michal Hocko To: "Kirill A. Shutemov" Cc: Naoya Horiguchi , "linux-mm@kvack.org" , Andrew Morton , Vlastimil Babka , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v1] mm: consider non-anonymous thp as unmovable page Message-ID: <20180405160317.GP6312@dhcp22.suse.cz> References: <20180403075928.GC5501@dhcp22.suse.cz> <20180403082405.GA23809@hori1.linux.bs1.fc.nec.co.jp> <20180403083451.GG5501@dhcp22.suse.cz> <20180403105411.hknofkbn6rzs26oz@node.shutemov.name> <20180405085927.GC6312@dhcp22.suse.cz> <20180405122838.6a6b35psizem4tcy@node.shutemov.name> <20180405124830.GJ6312@dhcp22.suse.cz> <20180405134045.7axuun6d7ufobzj4@node.shutemov.name> <20180405150547.GN6312@dhcp22.suse.cz> <20180405155551.wchleyaf4rxooj6m@node.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180405155551.wchleyaf4rxooj6m@node.shutemov.name> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 05-04-18 18:55:51, Kirill A. Shutemov wrote: > On Thu, Apr 05, 2018 at 05:05:47PM +0200, Michal Hocko wrote: > > On Thu 05-04-18 16:40:45, Kirill A. Shutemov wrote: > > > On Thu, Apr 05, 2018 at 02:48:30PM +0200, Michal Hocko wrote: > > [...] > > > > RIght, I confused the two. What is the proper layer to fix that then? > > > > rmap_walk_file? > > > > > > Maybe something like this? Totally untested. > > > > This looks way too complex. Why cannot we simply split THP page cache > > during migration? > > This way we unify the codepath for archictures that don't support THP > migration and shmem THP. But why? There shouldn't be really nothing to prevent THP (anon or shemem) to be migratable. If we cannot migrate it at once we can always split it. So why should we add another thp specific handling all over the place? -- Michal Hocko SUSE Labs