Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp507486ybf; Fri, 28 Feb 2020 02:17:28 -0800 (PST) X-Google-Smtp-Source: APXvYqxJFjqxvDw6keGpNTpuR31nx+fW7p5VuW9gJmPHFPrKxAE5xUpnHSxvnyyH0DN/+V+2MIPH X-Received: by 2002:a05:6830:4a6:: with SMTP id l6mr1198916otd.287.1582885048462; Fri, 28 Feb 2020 02:17:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582885048; cv=none; d=google.com; s=arc-20160816; b=FBAUlbVsNf8WdLU5fLbPBZt7yz3T0BE0FZXFou8s0OhP3ynRBaQkhL14sgr9z2Q2lh ujXjUNy/gPXiA2y6gl/qzWGTeXSvoolqZHnDwHO9XKbxBohStmpBPsLwFSBs2Bcd3Ajs Lhj0uOpxhvs+2BM4FH0nrgaunuMCQkxX6pjePUW3WdXlb5abglzuKKASYpvxSjYrZxVu nvIG2zKu314ThkAw4M6P9FFrNdHQS0d6T5WUYgYA1gGGPbHGySqlUCvcsT33GK4Ae55X B9N7e5RCxChyyUGJuljp2ETMBo8ffbHMkmNHD3DOqIpBu+6cYeLfoUT4C0IZvOWAfnu0 bGnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=eVoGLbtnYzXWlmc48w0t/0qrnxkTvQefS/f9aokidUA=; b=nSZ2vPu5dJT8BSa+FCNllf2DGtT+m9AqPe2bsnIBtuYH/i1ag+HeElq4P/8PGJjZQG BCi0+t5EsfMofqni7KeYINd4Q7QjseyRKR7iiIyK0HhqPDrD0H5LBdZM0WK9r2kX0gDF 431ssLBytzDFH/WX22OLjY1IE1g2XTCUzHb898huLslp/WrV2jnS8jl0xkGNzTbVgEWG YxwTAewWSFDZA0cnrT8P3B4Coyl811wIikMpoNY+b0FnSpceE2BMEB/acktmmuUyK7fu 0tSNffAMhlRA7H+5e1OoSPc6wWYECDQXnTOU9ehekHNdPLLbQaF8Oe3Ci3qhfC3vHjRN a6kg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=PwfWjye5; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i6si1298665otp.5.2020.02.28.02.17.16; Fri, 28 Feb 2020 02:17:28 -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=@redhat.com header.s=mimecast20190719 header.b=PwfWjye5; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726896AbgB1KQo (ORCPT + 99 others); Fri, 28 Feb 2020 05:16:44 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:28865 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726766AbgB1KQo (ORCPT ); Fri, 28 Feb 2020 05:16:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1582885003; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=eVoGLbtnYzXWlmc48w0t/0qrnxkTvQefS/f9aokidUA=; b=PwfWjye5QTLBcABwlf9U/iP6ZBjcDQFk4ZuRCvNKvWDrbGRSzaTyW5PO+uRL2HSZU9Dck+ +K6CtzyPzko6yFcWA0Z4mOd42q5T8n5uMTDOGbvb2JlRID6xecqDY9x8AMTwqWix4eI3hW VDocAQ6ls9uFd/MmppZTT6MgUQCLtPA= Received: from mail-lf1-f69.google.com (mail-lf1-f69.google.com [209.85.167.69]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-150-aROSRINmPOmvXvPhI84mxg-1; Fri, 28 Feb 2020 05:16:40 -0500 X-MC-Unique: aROSRINmPOmvXvPhI84mxg-1 Received: by mail-lf1-f69.google.com with SMTP id j204so347186lfj.3 for ; Fri, 28 Feb 2020 02:16:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=eVoGLbtnYzXWlmc48w0t/0qrnxkTvQefS/f9aokidUA=; b=J89qdou+TcF6Tx6dNhHg8SxCokkc1kXYaGgW7TwB8SpKt6qswRm+Sk7Pp1XETFy/0U WnqYVG5WKLaTo+G7raaVZEX30vH6gq6mwTMEZHJdrQDpOpq3HgpcF3UKkD4grWQVHZF2 ZFIMwukp8R2XmBDNpxLCXP7sD3EhD/nSK4tKz5dnvVb8A5DQ2KN3AMW2Oq25k2p8cZ9l OWb0/QcaB5hxf68ObDPvFDUdbtQWvfcpcRLy1Ddcb54cEuxZao2pdS6Ld+mLqXeci8Yo e7y3W1CkR3sI5Do/NRJhFm+DuNkK9XqLTF3fDa1XuqA6NyEn+oVvQXq+T5ucypick4lD 2Jqw== X-Gm-Message-State: ANhLgQ3koK+jkrhqMSzo+kqCq6bvteyIAKEeNELyF9HabV3KdzdWI3p+ RhVjeuF/khYNBTFFRqbUcg8b7NcgV299fvzm3itr2UQpeFhXBy4dBztKmXtaI9FEnmu292wKOap CKa3lpXnTwBJJS6sh6y2A86Mw X-Received: by 2002:a19:7d04:: with SMTP id y4mr2282666lfc.111.1582884998573; Fri, 28 Feb 2020 02:16:38 -0800 (PST) X-Received: by 2002:a19:7d04:: with SMTP id y4mr2282655lfc.111.1582884998373; Fri, 28 Feb 2020 02:16:38 -0800 (PST) Received: from alrua-x1.borgediget.toke.dk ([2a0c:4d80:42:443::2]) by smtp.gmail.com with ESMTPSA id 19sm4543665lfp.86.2020.02.28.02.16.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 28 Feb 2020 02:16:37 -0800 (PST) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id AC741180362; Fri, 28 Feb 2020 11:16:36 +0100 (CET) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Luigi Rizzo , netdev@vger.kernel.org, davem@davemloft.net, hawk@kernel.org, sameehj@amazon.com Cc: linux-kernel@vger.kernel.org, Luigi Rizzo Subject: Re: [PATCH v3 net-next] netdev attribute to control xdpgeneric skb linearization In-Reply-To: <20200227173428.5298-1-lrizzo@google.com> References: <20200227173428.5298-1-lrizzo@google.com> X-Clacks-Overhead: GNU Terry Pratchett Date: Fri, 28 Feb 2020 11:16:36 +0100 Message-ID: <87h7zbuid7.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Luigi Rizzo writes: > Add a netdevice flag to control skb linearization in generic xdp mode. > > The attribute can be modified through > /sys/class/net//xdp_linearize > The default is 1 (on) Calling it just 'xdp_linearize' implies (to me) that it also affects driver-mode XDP. So maybe generic_xdp_linearize ? [...] > + > +What: /sys/class/net//xdp_linearize > +Date: Jan 2020 > +KernelVersion: 5.6 > +Contact: netdev@vger.kernel.org > +Description: > + boolean controlling whether skb should be linearized in > + generic xdp. Defaults to true. Could you also add a few words explaining what the tradeoff here is? Something like: "turning this off can increase the performance of generic XDP at the cost of making the content of making the XDP program unable to access packet fragments after the first one" -Toke