Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp3682440ybc; Thu, 21 Nov 2019 12:03:07 -0800 (PST) X-Google-Smtp-Source: APXvYqxz79sQ/rT88LgXaLS/5SWNZ/4srmqDaW71cD/kZpZI0PfIXUtbxsdQy+zXKq6FhwwQE29M X-Received: by 2002:a17:906:5786:: with SMTP id k6mr16066847ejq.294.1574366587695; Thu, 21 Nov 2019 12:03:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574366587; cv=none; d=google.com; s=arc-20160816; b=YOVa1peEanaplbHEoPbUavC2zgfKf1/F+Ff88/UsCu6aHihPyh9RQxtquV4yztj/G5 Mu5Jk/41GQOU2jjKbs11MmnmY2Xb2mDRTQYJ/P/q+X43lms6nLwdRnGFRBw95u34eXNq +4bBhdEqk7kiAZHxptuyD/fCowtijKAJIJuseUs20i98tsno3QNSYd3cvqa2XE75kEAp XGIzzslAipEUgjP8Msto3YGd/wIwZKoXWdlf3G25XmLMOLP2FcTWg8yWrOez+MlavECJ Pqi1+o2nWziSRPf5vev24QmP+u5i8m2Luq/GkUq5l0l3tP3LrObr9TH3/RJMjlZ5fE9T gNZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=fg5IVc3wmdZSVhB7xhsWdio/cH9NVrxgyQaCM0cVMYc=; b=lJ+kl79BVlSCFc7gHe0BKVKVI9E5y9baSTPfiAzhXYbcdQS8uml4baYZgTXO0BP2B/ bv981d255ldp5BkgIj2BPH9a7svpdD6S4EcnlQ6iVmb08ezQdTS9nRrfAF5ts2HWMe/E fOHvSI/LOIdCUNAMvm18jgkrd33b+4Acz0Wp8K7U6jGIzBMQCeDU4jKUb0Yc78IQed8s Z7u4OJqRnyMepxHUbb22VGxG7SwAJhU6DiqDf0ETPKGjKdjaKtOKB1RXSlh4r86Xm3vD FyOV5sngLD18NJeFIvjCbGR5CORwee8gf2s5s0XnhW5Ek4CWUhphlctEmRSNFIsmUwCX CDAg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t17si2566032ejd.401.2019.11.21.12.02.22; Thu, 21 Nov 2019 12:03:07 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-crypto-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726852AbfKUUCT (ORCPT + 99 others); Thu, 21 Nov 2019 15:02:19 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:52640 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726546AbfKUUCT (ORCPT ); Thu, 21 Nov 2019 15:02:19 -0500 Received: from localhost (unknown [IPv6:2001:558:600a:cc:f9f3:9371:b0b8:cb13]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id CE1E01504493F; Thu, 21 Nov 2019 12:02:18 -0800 (PST) Date: Thu, 21 Nov 2019 12:02:18 -0800 (PST) Message-Id: <20191121.120218.822468406949238769.davem@davemloft.net> To: rahul.lakkireddy@chelsio.com Cc: netdev@vger.kernel.org, linux-crypto@vger.kernel.org, herbert@gondor.apana.org.au, nirranjan@chelsio.com, atul.gupta@chelsio.com, vishal@chelsio.com, dt@chelsio.com Subject: Re: [PATCH net-next 2/3] cxgb4: add UDP segmentation offload support From: David Miller In-Reply-To: <2ddeefa22022f3949901c96892b8bf56a369f724.1574347161.git.rahul.lakkireddy@chelsio.com> References: <2ddeefa22022f3949901c96892b8bf56a369f724.1574347161.git.rahul.lakkireddy@chelsio.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 21 Nov 2019 12:02:19 -0800 (PST) Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org From: Rahul Lakkireddy Date: Thu, 21 Nov 2019 20:50:48 +0530 > @@ -1345,6 +1355,25 @@ static inline int cxgb4_validate_skb(struct sk_buff *skb, > return 0; > } > > +static inline void *write_eo_udp_wr(struct sk_buff *skb, > + struct fw_eth_tx_eo_wr *wr, u32 hdr_len) > +{ Do not use inline in foo.c files, let the compiler decide. I know this source file is already a rotting mess of inline function directives, but let's not add more.