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 X-Spam-Level: X-Spam-Status: No, score=-4.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E0CDCC4743C for ; Wed, 23 Jun 2021 03:41:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C6CDC6135A for ; Wed, 23 Jun 2021 03:41:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229890AbhFWDoC (ORCPT ); Tue, 22 Jun 2021 23:44:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54788 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229774AbhFWDoC (ORCPT ); Tue, 22 Jun 2021 23:44:02 -0400 Received: from mail-ot1-x32d.google.com (mail-ot1-x32d.google.com [IPv6:2607:f8b0:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6345EC061574; Tue, 22 Jun 2021 20:41:45 -0700 (PDT) Received: by mail-ot1-x32d.google.com with SMTP id n99-20020a9d206c0000b029045d4f996e62so606598ota.4; Tue, 22 Jun 2021 20:41:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=S/q1ilT1hs2TT/ds+4HdNsDS+C0sqazQRzGoxal5Y9M=; b=PxQfmNFvrGQBO70YokAHlLczCPk+UCQXuBnXSWJgaebVZRomvU1opT4g303+VbW82C EYISUruPWGX/gfarPsg5i4H6Ks3Y0MTzN43ezR6kbDDRbU70cwBoGewHjBWlXBi7fTqM bs/C0K9rkGzONWLBLNcYNmDpceaHxgId3hyl4g8jMP8Xtp0tLwa2tn+JhFn4sCvdfC4w KYj8WDL9UqK64HZUqJhOIjh9T3d064PQ1D/P+CnzcgJ9+6V+6Kgk4nEJUWkRQQJBYpw8 5MtsTLZlf2hIkdgMU9+EfuXeV7NVijymAncE9190ucUt4ywCkaZZJrluUUauAKaa1Hos W0yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=S/q1ilT1hs2TT/ds+4HdNsDS+C0sqazQRzGoxal5Y9M=; b=uSTfDXuLdYvveD2vqPv2Y8HMuv5HSkWAY0Rxybm9Se/egrdnJEmMp0BjPyAsn/3sMA 8utDND7lZt0A3C45dKYn0ajBA00qY2BxQLf/m24NL2+5oYMhKbOgvRKOBhVxhVDptsNE qwHieHQlLmpcLej6KRHCiztIhpBqQlPe38Md078VQeT3QE8Fo3lQZAhtiN7TVIvN0ea0 ByrWP8aMR6akxR3/unogc3o58zy/6wg3P7TrtQF1pxsB4d8Ey6jN2Shv8NKhxsvYDp0u IFbiQDJh8hpNBcHymyymaOi7dUWMmu6pmvp8Xaftc/myxvLx+gWR6xQGfokQKMbnsGnD dVTQ== X-Gm-Message-State: AOAM531NBJsBruYd2KEHz4o/xuF496ykEY2N1frIbddAQ4ZezHi2Mha0 VzWRZETOHQ3qIvGb6CLBSfs= X-Google-Smtp-Source: ABdhPJzhJZpGiwd0SquMzMC6URN8IvrzXjtMucSiKVjc8p8GbVoC1+AoU9gU7wZ1lGpsdbptmD8Dmg== X-Received: by 2002:a9d:6f88:: with SMTP id h8mr5743849otq.73.1624419704829; Tue, 22 Jun 2021 20:41:44 -0700 (PDT) Received: from Davids-MacBook-Pro.local ([8.48.134.38]) by smtp.googlemail.com with ESMTPSA id f12sm999346ooh.38.2021.06.22.20.41.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Jun 2021 20:41:44 -0700 (PDT) Subject: Re: [PATCH v9 bpf-next 00/14] mvneta: introduce XDP multi-buffer support To: John Fastabend , Lorenzo Bianconi , bpf@vger.kernel.org, netdev@vger.kernel.org Cc: lorenzo.bianconi@redhat.com, davem@davemloft.net, kuba@kernel.org, ast@kernel.org, daniel@iogearbox.net, shayagr@amazon.com, sameehj@amazon.com, dsahern@kernel.org, brouer@redhat.com, echaudro@redhat.com, jasowang@redhat.com, alexander.duyck@gmail.com, saeed@kernel.org, maciej.fijalkowski@intel.com, magnus.karlsson@intel.com, tirthendu.sarkar@intel.com References: <60d26fcdbd5c7_1342e208f6@john-XPS-13-9370.notmuch> From: David Ahern Message-ID: Date: Tue, 22 Jun 2021 21:41:41 -0600 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <60d26fcdbd5c7_1342e208f6@john-XPS-13-9370.notmuch> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: bpf@vger.kernel.org On 6/22/21 5:18 PM, John Fastabend wrote: > At this point I don't think we can have a partial implementation. At > the moment we have packet capture applications and protocol parsers > running in production. If we allow this to go in staged we are going > to break those applications that make the fundamental assumption they > have access to all the data in the packet. What about cases like netgpu where headers are accessible but data is not (e.g., gpu memory)? If the API indicates limited buffer access, is that sufficient?