From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] dpdk: fix a crash during rte_table_hash_key16_ext overload Date: Fri, 27 Mar 2015 12:17:47 +0100 Message-ID: <3578319.VkFlt817fq@xps13> References: <20150303141600.13055.77862.stgit@gklab-18-011.igk.intel.com> <3EB4FA525960D640B5BDFFD6A3D89126323370FC@IRSMSX108.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev-VfR2kkLFssw@public.gmane.org, "Nemeth, Balazs" To: "Walukiewicz, Miroslaw" Return-path: In-Reply-To: <3EB4FA525960D640B5BDFFD6A3D89126323370FC-kPTMFJFq+rEMvF1YICWikbfspsVTdybXVpNB7YpNyf8@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" > > The hash_key16_ext table allocates a cache entries to support > > table overload cases. > > > > The crash can occur when cache entry is free after use. The problem > > is with computing the index of the free cache entry. > > > > The patch fixes a problem. > > > > Signed-off-by: Mirek Walukiewicz > > Acked by: Cristian Dumitrescu Applied, thanks > Mirek, identical issue is found at identical place in rte_table_hash_key8.c > and rte_table_hash_key32.c, would you please submit the same fix for those as well? Merged (Maciej's patch)