From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtpout.netcore.co.in (nm23713.nsmailserv.com [202.162.237.13]) by dpdk.org (Postfix) with ESMTP id C7BBDF932 for ; Thu, 9 Feb 2017 11:12:20 +0100 (CET) Received: from smtp16.netcore.in (smj19.aptmail.in [202.162.253.19]) by smtpout1.netcore.co.in (Postfix) with ESMTP id C3EBA1C20E32; Thu, 9 Feb 2017 15:42:20 +0530 (IST) Received: from localhost.localdomain (unknown [59.90.246.43]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: karthikraj.palanichamy@veryxtech.com) by smtp16.netcore.in (Postfix) with ESMTPSA id 9C7AE1BE4B3; Thu, 9 Feb 2017 15:41:35 +0530 (IST) To: Bruce Richardson References: <589C0E7E.7080400@veryxtech.com> <20170209091906.GA324600@bricha3-MOBL3.ger.corp.intel.com> Cc: dev@dpdk.org From: Karthikraj palanichamy Message-ID: <589C4053.6020303@veryxtech.com> Date: Thu, 9 Feb 2017 15:41:31 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <20170209091906.GA324600@bricha3-MOBL3.ger.corp.intel.com> X-SMTP10-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 9C7AE1BE4B3.A3D26 X-SMTP10-MailScanner: Found to be clean X-MailScanner-From: karthikraj.palanichamy@veryxtech.com X-Spam-Status: No Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] Problem in configuring buffer size of a memory pool X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 10:12:21 -0000 Thanks for the help. I couldn't stop or close the device/port since Rx is a continuous process with a separate mempool. I'm creating dynamic mempools only for Tx. Tried stopping the Tx queue 'rte_eth_dev_tx_queue_stop()' after freeing the mempool. Created mempool again and then started the tx queue. Still observing the same problem. Regards Karthik On 02/09/2017 02:49 PM, Bruce Richardson wrote: > On Thu, Feb 09, 2017 at 12:08:54PM +0530, Karthikraj palanichamy wrote: >> Hi developers, >> >> For /`rte_pktmbuf_pool_create()`, /I normally provide >> RTE_MBUF_DEFAULT_BUF_SIZE as the data room size. >> >> I needed to change this dynamically based on the frame size to be >> transmitted. >> To transmit 80 bytes frames, I configured (80 +/RTE_PKTMBUF_HEADROOM/). >> There was no problem and transmission was successful. >> >> Then I will do `rte_mempool_free()` and create mem pool again whenever >> needed. >> >> So, my code flow is /create mempool -> transmit pkts -> free mempool/ >> >> When I do this for 3 to 5 times, I get segmentation fault in the >> transmission API of the PMD. - 'eth_igb_xmit_pkts' for igb PMD and >> 'ixgbe_xmit_pkts_vec()' for ixgbe PMD. >> >> Thanks in advance for your help. >> > I think you'll need to stop the transmit ports and possibly destroy and > recreate the TX queues too. What may be happening is that packet buffers > are remaining on the TX ring after transmit, and then when being freed > to make room for new packet buffers to be transmitted, the mempool to > which they are to be freed no longer exists. > >> Regards >> Karthik >> >> DISCLAIMER: Privileged and/or Confidential information may be >> contained in this message. If you are not the addressee of this message, >> you may not copy, use or deliver this message to anyone. In such >> event,you should destroy the message and kindly notify the sender by >> reply e-mail. >> It is understood that opinions or conclusions that do not relate to the >> official business of the company are neither given nor endorsed by the >> company. >> > Since this is a public mailing list, please remove this disclaimer as > the email cannot be private. > > /Bruce > DISCLAIMER: Privileged and/or Confidential information may be contained in this message. If you are not the addressee of this message, you may not copy, use or deliver this message to anyone. In such event,you should destroy the message and kindly notify the sender by reply e-mail. It is understood that opinions or conclusions that do not relate to the official business of the company are neither given nor endorsed by the company.