Received: by 10.223.185.116 with SMTP id b49csp4473918wrg; Mon, 26 Feb 2018 19:17:53 -0800 (PST) X-Google-Smtp-Source: AH8x227pHaii++Ljz48oAdELS6q6SQiDAxAZ9rpLB/MKR5863tuAph50joMkd5qt5Fr6dFrc2wFI X-Received: by 2002:a17:902:57db:: with SMTP id g27-v6mr12491648plj.75.1519701473689; Mon, 26 Feb 2018 19:17:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519701473; cv=none; d=google.com; s=arc-20160816; b=xZVoFuTJ7u+MfQJuoNHtHWE+i+MocQbmP1FGZTVnwrJJZV+k3e8KV4IqNT0BBBU6zL NTEkwui/RaYDNctuy+arzwsQO1cNKwUGRsFOMnbMecMXzj2E5EH8CNYGPbZ6noJ1erW8 nSvsR4KTZlPAekSufF5WdDej98V2pfD9fPwvbgIhMcGACnVuFG1LvDtwooX4M2FwWdqE cbja04tJt3J3hTrVUHVptL5Ai5O3vZcCA+R9i566nCb2ryH/NuW9J7a7cZx4ga6jtVX/ B2GK+r4ZM4v/mjQbNrnT1Hcq/de+NUtk4z/IzRIgE52NV9lE/ckBbTWxlMAco6Re7uQG BMng== 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=T2yNfwSpxkZQAD26fMyIfcrQcKwraY8bJ6wja0aIFbc=; b=ByCbemAUQFXojSPjCp84y23F2y/PEcERBFRsAJCcBPCpSAK6dIeE/aJPnCGEft18x9 FJxQnsoH0n2Onb8vvMiDaVaU4suwJSP+TZG9hOgZIfE1TpF7tNNL8BI4XkXg20Uxkg02 15+JPDeiNwsxxH+2Hk7qPeGWOzYJGlRgwKAJDhUzcskRUAw43nm6bmvwivzgppeW4+5w oBAfiNgEd0oXJYagfU8XUvOcQvwgWeOqLYSF6K+bwaKpSstaPXMGFi4NZygUxabB0Uae mHYggbRcb7mEM4p8/PW8ekH/tcN5hSpVLofn8IUF5G1Uqwf/zj+bSrzAE3+/9sOYo8ep idJQ== 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 c23-v6si7758292pli.308.2018.02.26.19.17.37; Mon, 26 Feb 2018 19:17:53 -0800 (PST) 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 S1751868AbeB0DQJ (ORCPT + 99 others); Mon, 26 Feb 2018 22:16:09 -0500 Received: from mga12.intel.com ([192.55.52.136]:51146 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751824AbeB0DQI (ORCPT ); Mon, 26 Feb 2018 22:16:08 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Feb 2018 19:16:08 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.47,398,1515484800"; d="scan'208";a="20595919" Received: from aaronlu.sh.intel.com (HELO intel.com) ([10.239.159.135]) by fmsmga008.fm.intel.com with ESMTP; 26 Feb 2018 19:16:06 -0800 Date: Tue, 27 Feb 2018 11:17:07 +0800 From: Aaron Lu To: David Rientjes Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , Huang Ying , Dave Hansen , Kemi Wang , Tim Chen , Andi Kleen , Michal Hocko , Vlastimil Babka , Mel Gorman , Matthew Wilcox Subject: Re: [PATCH v3 2/3] mm/free_pcppages_bulk: do not hold lock when picking pages to free Message-ID: <20180227031707.GB28977@intel.com> References: <20180226135346.7208-1-aaron.lu@intel.com> <20180226135346.7208-3-aaron.lu@intel.com> <20180227020058.GB9141@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180227020058.GB9141@intel.com> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 27, 2018 at 10:00:58AM +0800, Aaron Lu wrote: > On Mon, Feb 26, 2018 at 01:53:10PM -0800, David Rientjes wrote: > > On Mon, 26 Feb 2018, Aaron Lu wrote: > > > > > @@ -1144,26 +1142,31 @@ static void free_pcppages_bulk(struct zone *zone, int count, > > > batch_free = count; > > > > > > do { > > > - int mt; /* migratetype of the to-be-freed page */ > > > - > > > page = list_last_entry(list, struct page, lru); > > > /* must delete as __free_one_page list manipulates */ > > > > Looks good in general, but I'm not sure how I reconcile this comment with > > the new implementation that later links page->lru again. > > Thanks for pointing this out. > > I think the comment is useless now since there is a list_add_tail right > below so it's obvious we need to take the page off its original list. > I'll remove the comment in an update. Thinking again, I think I'll change the comment to: - /* must delete as __free_one_page list manipulates */ + /* must delete to avoid corrupting pcp list */ list_del(&page->lru); pcp->count--; Meanwhile, I'll add one more comment about why list_for_each_entry_safe is used: + /* + * Use safe version since after __free_one_page(), + * page->lru.next will not point to original list. + */ + list_for_each_entry_safe(page, tmp, &head, lru) { + int mt = get_pcppage_migratetype(page); + /* MIGRATE_ISOLATE page should not go to pcplists */ + VM_BUG_ON_PAGE(is_migrate_isolate(mt), page); + /* Pageblock could have been isolated meanwhile */ + if (unlikely(isolated_pageblocks)) + mt = get_pageblock_migratetype(page); + + __free_one_page(page, page_to_pfn(page), zone, 0, mt); + trace_mm_page_pcpu_drain(page, 0, mt); + } spin_unlock(&zone->lock); }