Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp3834352ybf; Tue, 3 Mar 2020 13:49:56 -0800 (PST) X-Google-Smtp-Source: ADFU+vscG9k68RiyK4Uh7WimQmVgwpRxC4HmOXmy/XfzRkLHHO5RDWw44WbhQEMfO7L7hPiSu0ed X-Received: by 2002:a05:6808:8d5:: with SMTP id k21mr433192oij.121.1583272196518; Tue, 03 Mar 2020 13:49:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583272196; cv=none; d=google.com; s=arc-20160816; b=1BG/8ILZ8GMwuKmKWl3XD6zJcwcZLUC0aULQSMyeyLsQMuAAj1we4Q7PI6v/x1yjyG 3Gv/Rxg46wLnXbrL2hBbktyNPsc0EiXIiDjSO3Us4i3ft30xOt9fXATJWY8DesDirW2i yp4hbTsWu65gn36OChpAt4QW+ADsYdppqJAtu0VWUhXetCABUx+L17WAUySHp7kSj47z HEJX7ncJ1OekgJuX4UFYNhXW168AOgiZZ2PK9j42nA19koHaLR3d4lzMGEwXKE58yupu 8cej0cqRIjmTfUeAjU2BRMG7/gKggFToKZAFfBtknilLG+Dip2kTOs3LRkU2K3vG39iS G40Q== 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:message-id:subject:cc:to:from:date :dkim-signature; bh=okepgWSTX17nSel2GCbcZMOtrxle/LGBV7ybjnGv7Lk=; b=n5CVKS0LeA1+0uz4GtYuiYfIImgC3Gxs51dRtCyMPwdPRWowfonsVQB70ERo0T///f Nup6SZWVrM6EaTLIG6CGDa/gJRpW1MDMSNOaxOIeVyumKRQo5Cx+gW9ZZxgwxp4xgSSb AUoDTzSzDAX/YRXIyz9a41iJGLXEYuLEEjJenpmeTgeaaBEBazjM8xuNLM4rLX5gAX9g VmDiE+3+mqY8ucGTVsw5yPORiOXwQ/sggZ/P3FyXOAEX+lW4GjXOKINZcrXQX+Wku+xk 9YHnYxYZpXldLPDQLQFxMRoOeGnahu5cztKze37V/QgDZSqXgU5yF9BK+VWxygTus0Zb 7ZTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=MmneNJNc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a23si3080739otl.228.2020.03.03.13.49.43; Tue, 03 Mar 2020 13:49:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=MmneNJNc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731976AbgCCUuY (ORCPT + 99 others); Tue, 3 Mar 2020 15:50:24 -0500 Received: from mail.kernel.org ([198.145.29.99]:42566 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731268AbgCCUuY (ORCPT ); Tue, 3 Mar 2020 15:50:24 -0500 Received: from kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com (unknown [163.114.132.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 42AD120848; Tue, 3 Mar 2020 20:50:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1583268623; bh=7AE8rMM+e9yVjOf3fq4igUYa/KeCJUzDDBRPZ/WBCec=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=MmneNJNcVy/IcUaO7VxGJMjoNs+Xvjb9W2g+0cY6wC+ui/mhXnyoWyAIhDm4WgQdJ xBYZ1RpvZJ79IRiOu8zFIwaiQ+1SmfVQW0Lb4RUQQXhPNWEWIHoDI6VtQwKp/iYmXm YsMgiI2s+i+HHJ4gpVQUu6VChr6SShnujSS3bxA8= Date: Tue, 3 Mar 2020 12:50:20 -0800 From: Jakub Kicinski To: Daniel Borkmann Cc: Willem de Bruijn , Luigi Rizzo , Network Development , Toke =?UTF-8?B?SMO4aWxhbmQtSsO4cmdlbnNlbg==?= , David Miller , hawk@kernel.org, "Jubran, Samih" , linux-kernel , ast@kernel.org, bpf@vger.kernel.org Subject: Re: [PATCH v4] netdev attribute to control xdpgeneric skb linearization Message-ID: <20200303125020.2baef01b@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: <3c27d9c0-eb17-b20f-2d10-01f3bdf8c0d6@iogearbox.net> References: <20200228105435.75298-1-lrizzo@google.com> <20200228110043.2771fddb@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <3c27d9c0-eb17-b20f-2d10-01f3bdf8c0d6@iogearbox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Mar 2020 20:46:55 +0100 Daniel Borkmann wrote: > Thus, when the data/data_end test fails in generic XDP, the user can > call e.g. bpf_xdp_pull_data(xdp, 64) to make sure we pull in as much as > is needed w/o full linearization and once done the data/data_end can be > repeated to proceed. Native XDP will leave xdp->rxq->skb as NULL, but > later we could perhaps reuse the same bpf_xdp_pull_data() helper for > native with skb-less backing. Thoughts? I'm curious why we consider a xdpgeneric-only addition. Is attaching a cls_bpf program noticeably slower than xdpgeneric?