Received: by 10.223.176.5 with SMTP id f5csp975577wra; Tue, 6 Feb 2018 10:22:48 -0800 (PST) X-Google-Smtp-Source: AH8x227kH5FeE/whqbR10x6JWc5C1u8d4+CkEHpIkOjtHI8sZ1OmYUytC6cPaH9n90R2kbI4CM6n X-Received: by 10.99.177.76 with SMTP id g12mr2689377pgp.269.1517941368606; Tue, 06 Feb 2018 10:22:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517941368; cv=none; d=google.com; s=arc-20160816; b=n1Fsx7np6uJVzZpZ51XUFWg4CM4U1qGNEM0BIEzRtmivF6NmYVEDTpKpeC9E65FvIK e2+LD8d2wRqJtkt7HsR1V091YPaRtlP89OJkjY0OPptNOpyZNobmV3+bdk7uxYNx4DxE JyANu8QzFfJJL8ZRZgZ8Wr2ncx4r/v3K+Kg/5HanUP0ngWx6GHmGL9xiAsZvlPuSNR+q 0JiLBw7ylpiGe55lNa10AbxOZVaE/eRt60G3XUJCKvK0G+DPX1B7IAvsEBSSaEj+mepT V5NzopEH1AR8nb9qL5qVrFTy9I8K/R4vAeAg8EqvA/2RP3nyYDoTqm5JWz0fudUeyXRm cpTw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :dkim-signature:arc-authentication-results; bh=4h6r2F3srqg6h/4YWhicSe121QIsJ7x0HwPkLsokTO0=; b=f1Sw3/3ls6Ju0MqhQkVDzUDnPonhH+hEsB5L8hRnQn5Zs+xfueu9TKPIbS2ELPATzT JjUa/MN4tm79+5kWEyHyvy0zj80226/HsIDboADwsVPLOGA62IM6aKjpa73AaPvugblp OlqtlrA6MoZH0LO3Ji64DT295Ue7SVqPBT1XvQzhSAqRZscjbiygruutYgMLuLZ0Adfz Oqptnd25Xl5Pc1yuRUt+xMLcsaXtkvW/TggT2OLmgKn2TNvkn5bee/C0zoPP1gZcRnYB rg8wBWGif63CBucyVdOK8iODVFeTtBirTcX1xY9Nhrfa1QeJv8PCFxXFLtIFTHQN7o4b mm8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=uvmLo3Zg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b84si308549pfj.183.2018.02.06.10.22.33; Tue, 06 Feb 2018 10:22:48 -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; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=uvmLo3Zg; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752806AbeBFSUK (ORCPT + 99 others); Tue, 6 Feb 2018 13:20:10 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:50304 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752702AbeBFSUE (ORCPT ); Tue, 6 Feb 2018 13:20:04 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w16ICcWI076757; Tue, 6 Feb 2018 18:18:42 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=4h6r2F3srqg6h/4YWhicSe121QIsJ7x0HwPkLsokTO0=; b=uvmLo3ZgX5IuTuDmJmD3xGyj/8BJLsMdB3u2t7qtgpFRrby0QeeZVISyaTYgMkHLGhFq EUsu84WuGDbcFD+3KrEb5kCB4+wx9dA9fzSkIXaG/EQX4XiW183e10xC8omjiEQgLLwu w6oqljO2UpqhXPJRXVulhnSDy6eirmRKqckhc+doYTrr+KBjveFXnZ8ZYAcnDNAYv1xR KUojsVvNfDshKtEwdTAszI40HNSNn0ZY01nKZAlg4+sukuRV3ISKG8fvjgfkXnlRROdA GHY55rkU2ngHopPlYmOATB+Kv1lwfWxtWoVSnon8VFo6fZfWN9UFtwLJIB1cz+DAl9CQ Yg== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2120.oracle.com with ESMTP id 2fyg5f8g0a-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 06 Feb 2018 18:18:42 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w16IIesd023643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 6 Feb 2018 18:18:40 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w16IIcWV026662; Tue, 6 Feb 2018 18:18:38 GMT Received: from [10.159.143.50] (/10.159.143.50) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 06 Feb 2018 10:18:37 -0800 Subject: Re: [RFC PATCH v1 13/13] mm: splice local lists onto the front of the LRU To: Laurent Dufour , linux-mm@kvack.org, linux-kernel@vger.kernel.org Cc: aaron.lu@intel.com, ak@linux.intel.com, akpm@linux-foundation.org, Dave.Dice@oracle.com, dave@stgolabs.net, khandual@linux.vnet.ibm.com, mgorman@suse.de, mhocko@kernel.org, pasha.tatashin@oracle.com, steven.sistare@oracle.com, yossi.lev@oracle.com References: <20180131230413.27653-1-daniel.m.jordan@oracle.com> <20180131230413.27653-14-daniel.m.jordan@oracle.com> <765238a2-8970-e05d-4fe3-cdcb796aa399@linux.vnet.ibm.com> From: Daniel Jordan Organization: Oracle Corporation Message-ID: Date: Tue, 6 Feb 2018 13:18:53 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <765238a2-8970-e05d-4fe3-cdcb796aa399@linux.vnet.ibm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8796 signatures=668662 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802060231 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/02/2018 10:22 AM, Laurent Dufour wrote: > On 01/02/2018 00:04, daniel.m.jordan@oracle.com wrote: ...snip... >> diff --git a/mm/memcontrol.c b/mm/memcontrol.c >> index 99a54df760e3..6911626f29b2 100644 >> --- a/mm/memcontrol.c >> +++ b/mm/memcontrol.c >> @@ -2077,6 +2077,7 @@ static void lock_page_lru(struct page *page, int *isolated) >> >> lruvec = mem_cgroup_page_lruvec(page, zone->zone_pgdat); >> ClearPageLRU(page); >> + smp_rmb(); /* Pairs with smp_wmb in __pagevec_lru_add */ > > Why not include the call to smp_rmb() in del_page_from_lru_list() instead > of spreading smp_rmb() before calls to del_page_from_lru_list() ? Yes, this is what I should have done. The memory barriers came from another patch I squashed in and I didn't look back to see how obvious the encapsulation was.