From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 000C7C433FE for ; Wed, 22 Dec 2021 21:26:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238592AbhLVV0s (ORCPT ); Wed, 22 Dec 2021 16:26:48 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:39644 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230115AbhLVV0q (ORCPT ); Wed, 22 Dec 2021 16:26:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=BwMYfR9U8yM/q7ThpgNC7zzPhi1AvJNM1qrr3iUCFl8=; b=vdqnk7LB1yok04uIKBnP+vAeHH +2cTDhed22kA2uiWJQ0cHp+nHErmUL2HQs5DJJ+UqfekipnH6BiED4Kws0BmlLE89TBn10lzoOnQk qTYujcEUbwTZiPT3h+Qo1J0PElmTwQCbPJf/7Y0NS9l/gW/7tD38KWvMsMwPHHVJtzmQ=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1n098A-00HG0W-J8; Wed, 22 Dec 2021 22:26:38 +0100 Date: Wed, 22 Dec 2021 22:26:38 +0100 From: Andrew Lunn To: "Chen, Mike Ximing" Cc: "linux-kernel@vger.kernel.org" , "arnd@arndb.de" , "gregkh@linuxfoundation.org" , "Williams, Dan J" , "pierre-louis.bossart@linux.intel.com" , "netdev@vger.kernel.org" , "davem@davemloft.net" , "kuba@kernel.org" Subject: Re: [RFC PATCH v12 01/17] dlb: add skeleton for DLB driver Message-ID: References: <20211221065047.290182-1-mike.ximing.chen@intel.com> <20211221065047.290182-2-mike.ximing.chen@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > pointing to skbufs? How are the lifetimes of skbufs managed? How do you get skbufs out of the NIC? Are > > you using XDP? > > This is not a network accelerator in the sense that it does not have > direct access to the network sockets/ports. We do not use XDP. So not using XDP is a problem. I looked at previous versions of this patch, and it is all DPDK. But DPDK is not in mainline, XDP is. In order for this to be merged into mainline you need a mainline user of it. Maybe you should abandon mainline, and just get this driver merged into the DPDK fork of Linux? Andrew