Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp1390489ybb; Fri, 29 Mar 2019 03:38:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqza3SCZhl0pMZZ5BAZv8xuw2zEuNutgsFN36Z8A44W2duqjFmvysgGiP2vTkxYTPruJ1OQp X-Received: by 2002:a63:3d49:: with SMTP id k70mr28123258pga.447.1553855937573; Fri, 29 Mar 2019 03:38:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553855937; cv=none; d=google.com; s=arc-20160816; b=QZvTfdC+dUOx9yIXh6WeaaIXYkN+CDJ3hpdYF1gClKO46CY0/Y7GasrSMglA4feDO4 kq7AGwsSxADzUaxCDU8JQkxyFTOuLei+EPHea/AYwsYGgOOGLLHMFEAhs1Yy/4Bev3w5 cpCcxiwyFYS5Aa5zD9TnZlczDmT5qcGDJ/8DPkTmjUdSlmSlZ86wEfRyP0ZY93lBVmCU k14njQqrWhGozTvBGdtHeaQPJZB9vQFO0GIIRZYsgj+8VH4nHG+x2IlZBohjTrtlyN7r 7yE/9IaDrtGjLpWQoHQZJVJceBXmiwvp3T+cpy+8vymzu5kcKrrK+g58GGefwJBWHvkR uQ2A== 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; bh=06Bw7sljTt98RMDQihAitFTmxwheg4ckH//AVEmvhtA=; b=enkQtpTAHVNX40JeQEwAMHM7PeO/ntWwk0Vhr+HxZA7si5rEr6QQfESzapDoZhYrNP wD+XbafgyBMMPYWMzQGdpBLBWrI0slLaElgyZRqrtXlqas05BdtBItf/CxexKTPaoHPl q9+KsZv9gsfL9pnLQU2jHDzy+1vi2bpoipph1+DafKxAecWFTVNgNG9pfHj1uID2kAau yZhqrQZ+niA0cQjZnci+3Yg86Kd0xkrcT+bMViuJClnbEVyAsqYjEHESHD+6i1kw9nZ9 UHdY1fflU8q6OwN9zFdTy96W9X0H71s0/MnB1FCVecVDlzXNBHndpSmKo5YOml3GYsPY IJBw== 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 n5si1599427plp.260.2019.03.29.03.38.41; Fri, 29 Mar 2019 03:38:57 -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 S1728858AbfC2Kgp (ORCPT + 99 others); Fri, 29 Mar 2019 06:36:45 -0400 Received: from nat.nue.novell.com ([195.135.221.2]:4509 "EHLO suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727654AbfC2Kgp (ORCPT ); Fri, 29 Mar 2019 06:36:45 -0400 Received: by suse.de (Postfix, from userid 1000) id 781B44748; Fri, 29 Mar 2019 11:36:44 +0100 (CET) Date: Fri, 29 Mar 2019 11:36:44 +0100 From: Oscar Salvador To: Baoquan He Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, rafael@kernel.org, akpm@linux-foundation.org, mhocko@suse.com, rppt@linux.ibm.com, willy@infradead.org, fanc.fnst@cn.fujitsu.com Subject: Re: [PATCH v3 1/2] mm/sparse: Clean up the obsolete code comment Message-ID: <20190329103644.ljswr5usslrx7twr@d104.suse.de> References: <20190329082915.19763-1-bhe@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190329082915.19763-1-bhe@redhat.com> User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 29, 2019 at 04:29:14PM +0800, Baoquan He wrote: > The code comment above sparse_add_one_section() is obsolete and > incorrect, clean it up and write new one. > > Signed-off-by: Baoquan He Reviewed-by: Oscar Salvador > --- > v2->v3: > Normalize the code comment to use '/**' at 1st line of doc > above function. > v1-v2: > Add comments to explain what the returned value means for > each error code. > mm/sparse.c | 17 +++++++++++++---- > 1 file changed, 13 insertions(+), 4 deletions(-) > > diff --git a/mm/sparse.c b/mm/sparse.c > index 69904aa6165b..363f9d31b511 100644 > --- a/mm/sparse.c > +++ b/mm/sparse.c > @@ -684,10 +684,19 @@ static void free_map_bootmem(struct page *memmap) > #endif /* CONFIG_MEMORY_HOTREMOVE */ > #endif /* CONFIG_SPARSEMEM_VMEMMAP */ > > -/* > - * returns the number of sections whose mem_maps were properly > - * set. If this is <=0, then that means that the passed-in > - * map was not consumed and must be freed. > +/** > + * sparse_add_one_section - add a memory section > + * @nid: The node to add section on > + * @start_pfn: start pfn of the memory range > + * @altmap: device page map > + * > + * This is only intended for hotplug. > + * > + * Returns: > + * 0 on success. > + * Other error code on failure: > + * - -EEXIST - section has been present. > + * - -ENOMEM - out of memory. I am not really into kernel-doc format, but I thought it was something like: <-- Return: 0: success -EEXIST: Section is already present -ENOMEM: Out of memory --> But as I said, I might very well be wrong. -- Oscar Salvador SUSE L3