From mboxrd@z Thu Jan 1 00:00:00 1970 From: Linhaifeng Subject: Re: [PATCH] add free hugepage function Date: Wed, 29 Oct 2014 13:14:06 +0800 Message-ID: <5450779E.1030400@huawei.com> References: <1414551269-5820-1-git-send-email-haifeng.lin@huawei.com> <533710CFB86FA344BFBF2D6802E60286C7CAAB@SHSMSX101.ccr.corp.intel.com> <20141029034437.GA29486@mhcomputing.net> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Cc: "dev-VfR2kkLFssw@public.gmane.org" To: Matthew Hall , "Qiu, Michael" Return-path: In-Reply-To: <20141029034437.GA29486-Hv3ogNYU3JfZZajBQzqCxQ@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On 2014/10/29 11:44, Matthew Hall wrote: > On Wed, Oct 29, 2014 at 03:27:58AM +0000, Qiu, Michael wrote: >> I just saw one return path with value '0', and no any other place >> return a negative value, so it is better to be designed as one >> non-return function, >> >> +void >> +rte_eal_hugepage_free(void) >> +{ >> + struct hugepage_file *hugepg_tbl = g_hugepage_table.hugepg_tbl; >> + unsigned i; >> + unsigned nr_hugefiles = g_hugepage_table.nr_hugefiles; >> + >> + RTE_LOG(INFO, EAL, "unlink %u hugepage files\n", nr_hugefiles); >> + >> + for (i = 0; i < nr_hugefiles; i++) { >> + unlink(hugepg_tbl[i].filepath); >> + hugepg_tbl[i].orig_va = NULL; >> + } >> +} >> + >> >> Thanks, >> Michael > > Actually, I don't think that's quite right. > > http://linux.die.net/man/2/unlink > > "On success, zero is returned. On error, -1 is returned, and errno is set > appropriately." So it should be returning an error, and logging a message for > a file it cannot unlink or people will be surprised with weird failures. > > It also had some minor typos / English in the comments but we can fix that too. > > Matthew. > > Thank you Michael & Matthew I will fix it. :) -- Regards, Haifeng