From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 353D643B7C; Tue, 5 Mar 2024 04:58:46 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id ECCD040270; Tue, 5 Mar 2024 04:58:45 +0100 (CET) Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by mails.dpdk.org (Postfix) with ESMTP id 56E734026B for ; Tue, 5 Mar 2024 04:58:44 +0100 (CET) Received: by linux.microsoft.com (Postfix, from userid 1086) id 8C19120B74C0; Mon, 4 Mar 2024 19:58:43 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 8C19120B74C0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1709611123; bh=KGkI8DN2D0P51tThA5TD0bAhB0+e89AKovPLtVClnWc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=STAKycSxsoMajtEoqcLvsBXdXhQvA90lh/EwNmEgDiBQKN5Rfgn8MSAPmAPdhgw7L Beroq39vwkXrpaCogmUlWUA2dOyptXV/CwHR++QKkCS6hKnheBA76BmFYqxfBlH+iz 37r0usVzlcnmIt2NaOqdvUrwdTJ0wrgFFw+D1ymM= Date: Mon, 4 Mar 2024 19:58:43 -0800 From: Tyler Retzlaff To: Stephen Hemminger Cc: dev@dpdk.org, Yipeng Wang , Sameh Gobriel , Bruce Richardson , Vladimir Medvedkin Subject: Re: [PATCH v2] hash: make GFNI stubs inline (again) Message-ID: <20240305035843.GA30645@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> References: <20240304184508.89956-1-stephen@networkplumber.org> <20240305030819.276707-1-stephen@networkplumber.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240305030819.276707-1-stephen@networkplumber.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On Mon, Mar 04, 2024 at 07:07:24PM -0800, Stephen Hemminger wrote: > Tyler found build issues with MSVC and the thash gfni stubs. > The problem would be link errors from missing symbols. > > This version puts back the rte_thash_gfni function stubs as > inlines, but instead of logging a message, they panic. > This is intentional because any application should be checking > with function rte_thash_gfni_supported() before calling the > hashing functions here. Better to panic then return zero > and put out log message which will be ignored... > > Fixes: 07d836e5929d ("hash: uninline GFNI stubs") > Reported-by: Tyler Retzlaff > Signed-off-by: Stephen Hemminger > --- Acked-by: Tyler Retzlaff