From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shreyansh Jain Subject: Re: [PATCH v3 1/3] mempool: fix segfault when shared mempool handler not linked Date: Fri, 31 Mar 2017 11:11:19 +0530 Message-ID: <3b7b65f5-aa8b-fa4a-de8e-8458ec78ce87@nxp.com> References: <11490938158-936-1-git-send-email-shreyansh.jain@nxp.com> <1490938537-1177-1-git-send-email-shreyansh.jain@nxp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Cc: , , , To: Return-path: Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0086.outbound.protection.outlook.com [104.47.34.86]) by dpdk.org (Postfix) with ESMTP id 7D45BDE0 for ; Fri, 31 Mar 2017 07:35:30 +0200 (CEST) In-Reply-To: <1490938537-1177-1-git-send-email-shreyansh.jain@nxp.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Friday 31 March 2017 11:05 AM, Shreyansh Jain wrote: > Fixes: 449c49b93a6b ("mempool: support handler operations") > > In case the stack or ring mempool handler are compiled as shared > library and not linked in with test binary, segfault is reported. > This is because return value of rte_mempool_set_ops_byname is not > being checked in rte_mempool_ops_alloc. > > This patch handles error returned from rte_mempool_set_ops_byname > when a mempool is not found. > > Signed-off-by: Shreyansh Jain > --- $ devtools/check-git-log.sh Is it candidate for Cc: stable@dpdk.org backport? mempool: fix segfault when shared mempool handler not linked I am not sure this needs to be in stable. Previous versions never had an external mempool handler and ring/stack are statically linked in always. Though, if a new handler is added (out of tree) over 16.11, and somehow and application requests for it without linking the library, this segfault would occur. Any suggestions? And just to add to this patch, this segfault is in 'test' binary. It may not necessarily be the case for other application if they are handling the error well.