Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp2366037rwl; Thu, 13 Apr 2023 05:40:23 -0700 (PDT) X-Google-Smtp-Source: AKy350Yj7wVWPGrWslJr0LApRE5q5GXBLtKi62rkZboXa1PiY7O+wocxBTgblhe18sZDG1+AicwM X-Received: by 2002:a17:906:6ada:b0:92b:3c78:91fa with SMTP id q26-20020a1709066ada00b0092b3c7891famr2353245ejs.28.1681389623346; Thu, 13 Apr 2023 05:40:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681389623; cv=none; d=google.com; s=arc-20160816; b=Hk8oMquPoekMuYBk8jWIa2A9rVRwYyPpOBlMCUVd0ZoLFkXTIdqGXLlsCZPxtdjmJZ NcBi8Vk4SCjv7MIDDaYYU613j96gE5ATgQvEk8+eKbuQ3DCSy073Z0tfgRxbZ0zdVKE1 mzeMuzqlkeddYKOg18BAYBAqhpWIX+umyPs2buG1TUCunpBlFSI1vOicj4dNGz3uJLMz c1sbJrCW9XDpC8Wlehvq8/ihfNVHo6A9D70D9Fx3DvY8TQtuet1/DCvj3i/NrGNHVNZY OrrFNsDRJsBSUuiaon5aQDv8lQoruTsIL9Z8n7Ih1ifcDHy2VjD5qoDrZfQv2KbUSfga Jw1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=80XOupwEydImNFImNi9YzwZQAYrfVPalPz/6koNH+OQ=; b=Re119sBGKKwVm1hvNYu4n1VL2CsuA25vrfG1dbUn4nwp4xPjnRzYuAXkA1iFPj9OvJ juRXrumBCBK1MgJzi0qzo735Qz+dsIfoWcRHi6l0eDStRkuLX1w3MOLhyJMCJZQElLi1 k3kGDwp+6sYzXWYn/wzuoAQuW7HL1BG2w5yPtyxlJI+ompbbxezNyPClJ27a9gb68f4i TcdJ0XP79HK4aDAEHfu2UXWJ2b13WE6VO6WGy5Fmf0SVwMPOHlycjG8ayJhVo5YYXgyp 18kwD6STxsE7GHK0WSy2ZHawvWv6+UwqDpiFvtSIk1aBHcJrkbSthN8aR7QzLRxPkAiN 3Wew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@dectris.com header.s=google header.b=WbVa8mtE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dectris.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id fb15-20020a1709073a0f00b0094de00ae5f9si1783607ejc.94.2023.04.13.05.39.58; Thu, 13 Apr 2023 05:40:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@dectris.com header.s=google header.b=WbVa8mtE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dectris.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229530AbjDMMix (ORCPT + 99 others); Thu, 13 Apr 2023 08:38:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47672 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229593AbjDMMiv (ORCPT ); Thu, 13 Apr 2023 08:38:51 -0400 Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0151793D2 for ; Thu, 13 Apr 2023 05:38:50 -0700 (PDT) Received: by mail-ej1-x62f.google.com with SMTP id ga37so37406829ejc.0 for ; Thu, 13 Apr 2023 05:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dectris.com; s=google; t=1681389528; x=1683981528; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=80XOupwEydImNFImNi9YzwZQAYrfVPalPz/6koNH+OQ=; b=WbVa8mtEKFuN8Fzn/sc1Ag//M4u6Tv5kyOLYzxXpgsNB3kQOvmss8fAbTSfgYAqrXz Nz2gdQrelH8JdEkKyk5V5QhlHd6mtgGgZfhNjAaLYa7ccyQIzf/kcqgdvMsMWuqpmwbm 3U3PuUG+M0Cm9IQC/KXg12OKTeqLLiws1BHfM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681389528; x=1683981528; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=80XOupwEydImNFImNi9YzwZQAYrfVPalPz/6koNH+OQ=; b=FrVQTZ9EvZD9GzonKnL9OU/gSL+if1u0f0jnvWgRvwrva0/El3zKiJQa212yIP8mj1 Bjd48UxIAZvpZoARuWzGqAdNIUTL8H7ew6Uz/Xd0QTqPnTclR6dr9RBrePExnMpRgLFe qna7QaU1ZCJJVJyXlajFOoBV0KqGPVwXZQcbGGJBRETsPkKiAcYfLQRm/0WPTtNckAaA VSJ2dTnMmr/RzVqKg+CV6QNKzOj7WJe9JiuwQKrJT13KmSgj3y97AXfmgGA4gvlC1ONj h04kXsJuYgTI8WM3FFGXYdjppfLemBtYKhdExJO0fzjn5wOM5ZhwHHAfzCmme8vLahuy +EGA== X-Gm-Message-State: AAQBX9cUZUOnRbh6BpXusEGUNSsCUjWaFTfZK46qWIxF2hEXHJU/C+Aw 466QiAySC25/ARKkgqI13cOXO44UdVHBcj1WfZoqJg== X-Received: by 2002:a17:906:d298:b0:932:1bdf:be3e with SMTP id ay24-20020a170906d29800b009321bdfbe3emr1232299ejb.0.1681389528500; Thu, 13 Apr 2023 05:38:48 -0700 (PDT) MIME-Version: 1.0 References: <20230406130205.49996-1-kal.conley@dectris.com> <20230406130205.49996-2-kal.conley@dectris.com> <87sfdckgaa.fsf@toke.dk> <875ya12phx.fsf@toke.dk> <87ile011kz.fsf@toke.dk> In-Reply-To: <87ile011kz.fsf@toke.dk> From: Kal Cutter Conley Date: Thu, 13 Apr 2023 14:43:32 +0200 Message-ID: Subject: Re: [PATCH bpf-next v3 1/3] xsk: Support UMEM chunk_size > PAGE_SIZE To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Maciej Fijalkowski , =?UTF-8?B?QmrDtnJuIFTDtnBlbA==?= , Magnus Karlsson , Jonathan Lemon , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Jonathan Corbet , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , netdev@vger.kernel.org, bpf@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Well, you mentioned yourself that: > > > The disadvantage of this patchset is requiring the user to allocate > > HugeTLB pages which is an extra complication. It's a small extra complication *for the user*. However, users that need this feature are willing to allocate hugepages. We are one such user. For us, having to deal with packets split into disjoint buffers (from the XDP multi-buffer paradigm) is a significantly more annoying complication than allocating hugepages (particularly on the RX side).