Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2169487pxj; Thu, 20 May 2021 01:32:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwlIq5BiGZq8hth9UiPbB0tKr7AWNRi//5napKIx/lHGJH5+znBw3Dv7PmbS+OnaGzq9ieM X-Received: by 2002:a17:906:4e09:: with SMTP id z9mr3684046eju.156.1621499532474; Thu, 20 May 2021 01:32:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621499532; cv=none; d=google.com; s=arc-20160816; b=Mb5TOykiamQ1npi37OicIFHG8/44gsrSHCDzjFJ9Fqb0lou6LygQ6tU9vKmaukHpM/ MJ1/avRljUWq5QcZpUo1QkHg7S3gMUCck34HNU+tMbjGcqgGF3ZAlJDv56FGTLBJSpgS 8AXvAEzijHGTB/bIjjGT/Pc/3VXpQmQcz3N8qhDxBvrKtHo/BJzDsoDVYhNDYsAwm2tu cCW/WmKTBRfJAJYlxNroFLsQi95vlwb22EAOiN04dFomEZx6oRxbCkSw4GcLqrUhvTJY x1n1SlCnGEXUQt736w40pCRkgqI5L7BlR/9i7WtJ+DYJpnqoJSc3znnCToL6Sprvogys a9og== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from:ironport-sdr :ironport-sdr; bh=r5jaf6H8/VrRDiu64ZY3DNK8qE5mdIHRGb4hGdrZB3c=; b=Aqx0LOemCEzzBufqPsUvHdz95a4nu2GfCZuw8sDdSGiuMNjVDnbYOhXlRAJVQsy6Hi lX5UgWUBv7zjyQor2Su7CJDUnIGnv5BAjYRFtfTuk3bxDebhDRaRcGfEkTdM4LV2R7uE o6TlTvMobWvRnVh879QkWs3YVaD83Azmd9DbbsleY41JchPp5fIbExU7fmkWU+LAhdpr aH6f6xwDvxjA/+9gaCs7gljzIo4Q0SuDy86E840uUUqZ8WgsN8dIocHPvtnJifGI7KKg BjkNNE/jLYnRf/NLUWJSo+HJGnEVGA8MVNBKVEK5pDH+Y4gpMEpMGe3fFXGk9fqkB8r4 acNQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i19si804536edc.501.2021.05.20.01.31.34; Thu, 20 May 2021 01:32:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231193AbhETIb5 (ORCPT + 99 others); Thu, 20 May 2021 04:31:57 -0400 Received: from mga11.intel.com ([192.55.52.93]:61362 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230102AbhETIb4 (ORCPT ); Thu, 20 May 2021 04:31:56 -0400 IronPort-SDR: voHcOnXo/2B6P5fKbS2wb2NwNDn3Qpp5VVoy9xF76S4diDkyDFI0x/jowOSLqAspITTdGc8Q1K 1+KSAwS+rtRA== X-IronPort-AV: E=McAfee;i="6200,9189,9989"; a="198088155" X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="198088155" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 May 2021 01:30:10 -0700 IronPort-SDR: OrraMT7xKCAhV7vX4z8WmEXKmxrk+p6QfFCb5R6GlHLSFMErOh7bl2yD9287jDqXiD22IWV/hn Edn43VdvTXJw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,313,1613462400"; d="scan'208";a="473899304" Received: from shbuild999.sh.intel.com ([10.239.147.94]) by orsmga001.jf.intel.com with ESMTP; 20 May 2021 01:30:05 -0700 From: Feng Tang To: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , Michal Hocko Cc: Andrea Arcangeli , David Rientjes , Mel Gorman , Mike Kravetz , Randy Dunlap , Vlastimil Babka , Dave Hansen , Ben Widawsky , Andi Kleen , Dan Williams , ying.huang@intel.com, Feng Tang Subject: [RFC Patch v2 0/4] mm/mempolicy: some fix and semantics cleanup Date: Thu, 20 May 2021 16:30:00 +0800 Message-Id: <1621499404-67756-1-git-send-email-feng.tang@intel.com> X-Mailer: git-send-email 2.7.4 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi All, We've posted v4 patchset introducing a new "perfer-many" memory policy https://lore.kernel.org/lkml/1615952410-36895-1-git-send-email-feng.tang@intel.com/ , for which Michal Hocko gave many comments while pointing out some problems, and we also found some semantics confusion about 'prefer' and 'local' policy, as well as some duplicated code. This patchset tries to address them. Please help to review, thanks! - Feng Feng Tang (4): mm/mempolicy: skip nodemask intersect check for 'interleave' when oom mm/mempolicy: unify the preprocessing for mbind and set_mempolicy mm/mempolicy: don't handle MPOL_LOCAL like a fake MPOL_PREFERRED policy mm/mempolicy: kill MPOL_F_LOCAL bit include/uapi/linux/mempolicy.h | 1 + mm/mempolicy.c | 205 +++++++++++++++++++---------------------- 2 files changed, 98 insertions(+), 108 deletions(-) -- 2.7.4