Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp9633331ybl; Fri, 17 Jan 2020 15:49:57 -0800 (PST) X-Google-Smtp-Source: APXvYqyjP3ykZfJEFHT2vTeuxstRrjRHKJ4giliTIdJ+bejNKQyCkzZi+G10XWv8h4OK3Ai3GuVD X-Received: by 2002:a05:6830:20c5:: with SMTP id z5mr7262667otq.0.1579304996924; Fri, 17 Jan 2020 15:49:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579304996; cv=none; d=google.com; s=arc-20160816; b=ceom0PoRqcb1eZZv9i7CWPBjpf1s3w3bS8e5Z95bt5w5/RSU4y/2SP5jsripHOVCV6 Qqfjf6JeWwXSC8VO5WfdqCyfOq3PekdsgeojJIlolfyEFccSOS8Mja1gJDqPqO8GVwFJ 3/9VR94S8JRCBrj2NCCMNQ5oVWj4lnyTexEA2MgIBdi4p+0YoT4bDOJoXc/u/d7UN/Ua qHOUfxx7Nr+BdqBKkLTH6QdVKWB14a3LyT98yee329H9FIiPU6A0TeS3szgBVHjry8yB FN7kVW3a4kmloH3xvEoOthIx7Ek16jOgsOv/i8Bj3Lwr4iushP1NTMYgOu1F3nHtiWmB +mGA== 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:reply-to:message-id :subject:cc:to:from:date; bh=gIOvO29zuBfEz3oEnEGeloKbOkKOqCkAqf05I23t/w8=; b=rhMzeGZC9T+HHaWKUxguZTPgSGqGIzqDlGyyXJW6smFbXD0Lnj/wLvLniFrKiAC8vO TVa05+0dtB2fQnO4yMbMwdxFY+beBSJKL9E6oeJngPnwLS7liVmhPItIZ///TIMaoK+1 ZnwIakbtME5lP7ofGj0mLxct+UVq4M5lr/gMf+iRXRelWAIb5cPrBLBbgFcVXNupbXyy Xfi4do6wkew1eYmF54sjmh8ck6Ejssgr+IMDzx/xRrc5Gyt/uOD1rz3Z36JQqJK7VKvb zWAbdtnNsPhGDaDafxFJ14+i03vBYEg/dC2f0775BtG84PSIRwF7RGXp9H3Nyj5biytX bUVg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 73si14580424oii.60.2020.01.17.15.49.44; Fri, 17 Jan 2020 15:49:56 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730263AbgAQXss (ORCPT + 99 others); Fri, 17 Jan 2020 18:48:48 -0500 Received: from mga06.intel.com ([134.134.136.31]:11481 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730117AbgAQXss (ORCPT ); Fri, 17 Jan 2020 18:48:48 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Jan 2020 15:48:22 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,332,1574150400"; d="scan'208";a="424651931" Received: from richard.sh.intel.com (HELO localhost) ([10.239.159.54]) by fmsmga005.fm.intel.com with ESMTP; 17 Jan 2020 15:48:18 -0800 Date: Sat, 18 Jan 2020 07:48:29 +0800 From: Wei Yang To: Yang Shi Cc: Wei Yang , Andrew Morton , Linux MM , Linux Kernel Mailing List Subject: Re: [PATCH] mm/migrate.c: also overwrite error when it is bigger than zero Message-ID: <20200117234829.GA2844@richard> Reply-To: Wei Yang References: <20200117074534.25324-1-richardw.yang@linux.intel.com> <20200117222740.GB29229@richard> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Fri, Jan 17, 2020 at 03:30:18PM -0800, Yang Shi wrote: >On Fri, Jan 17, 2020 at 2:27 PM Wei Yang wrote: >> >> On Fri, Jan 17, 2020 at 03:45:34PM +0800, Wei Yang wrote: >> >If we get here after successfully adding page to list, err would be >> >the number of pages in the list. >> > >> >Current code has two problems: >> > >> > * on success, 0 is not returned >> > * on error, the real error code is not returned >> > >> >> Well, this breaks the user interface. User would receive 1 even the migration >> succeed. >> >> The change is introduced by e0153fc2c760 ("mm: move_pages: return valid node >> id in status if the page is already on the target node"). > >Yes, it may return a value which is > 0. But, it seems do_pages_move() >could return > 0 value even before this commit. > >For example, if I read the code correctly, it would do: > >If we already have some pages on the queue then >add_page_for_migration() return error, then do_move_pages_to_node() is >called, but it may return > 0 value (the number of pages that were >*not* migrated by migrate_pages()), then the code flow would just jump >to "out" and return the value. And, it may happen to be 1. > This is another point I think current code is not working well. And actually, the behavior is not well defined or our kernel is broken for a while. When you look at the man page, it says: RETURN VALUE On success move_pages() returns zero. On error, it returns -1, and sets errno to indicate the error So per my understanding, the design is to return -1 on error instead of the pages not managed to move. For the user interface, if original code check 0 for success, your change breaks it. Because your code would return 1 instead of 0. Suppose most user just read the man page for programming instead of reading the kernel source code. I believe we need to fix it. Not sure how to include some user interface related developer to look into this issue. Hope this thread may catch their eyes. >I'm not sure if it breaks the user interface since the behavior has >been existed for years, and it looks nobody complains about it. Maybe >glibc helps hide it or people just care if it is 0 and the status. > >> >> >Signed-off-by: Wei Yang >> >--- >> > mm/migrate.c | 2 +- >> > 1 file changed, 1 insertion(+), 1 deletion(-) >> > >> >diff --git a/mm/migrate.c b/mm/migrate.c >> >index 557da996b936..c3ef70de5876 100644 >> >--- a/mm/migrate.c >> >+++ b/mm/migrate.c >> >@@ -1677,7 +1677,7 @@ static int do_pages_move(struct mm_struct *mm, nodemask_t task_nodes, >> > err1 = do_move_pages_to_node(mm, &pagelist, current_node); >> > if (!err1) >> > err1 = store_status(status, start, current_node, i - start); >> >- if (!err) >> >+ if (err >= 0) >> > err = err1; >> > out: >> > return err; >> >-- >> >2.17.1 >> >> -- >> Wei Yang >> Help you, Help me >> -- Wei Yang Help you, Help me