From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 23EAF76031 for ; Tue, 20 Feb 2024 15:24:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708442686; cv=none; b=rtY4FJcE1l+h9BB+D+i54ws+M/Bw5uIHqoL68vdUTlwMiPih5rP/mu6lAOubpTl6n9NrCGCYK83LrxcbLB5lfrPxetAfWhvQCayYHg6APlquBUwbYWvxaRdqh0RMKIsCFnp3VsUqs6YVHR5SOg7kL9lzHLWZJRcAyMyahz7VOwY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708442686; c=relaxed/simple; bh=6pODhE1Zx33BITaVfHpYG18YCzm7URFOHUcj+WO+rLE=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=B6xGwWO/1bG5ju50fpCOs7evotbFdwME/6u9tXrwXoC3wcq9TNsIAgMbuEBUzB70ZvSmwT5iKgX6dDp6x2I6BwEfKRAMH3GSet+s+4xAnfndIaQKY1oifoopGH0Q8LPGOPehoBk1CeI7tTx/jv/FL+L4eZO7MR/3b6tSOxr+EYo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=cBggWv2K; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="cBggWv2K" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1708442684; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=c9SenMZraiZayPUOD+gOhwtXJEGEHUkO84uIul9F3WI=; b=cBggWv2K/3qn6/QyeRFCTg2RYid8LcXveaXnjkp1rKxzJPrI+AIkYTQsv73CFxD+py8S3h sWPZlVTTrgZK8h66JbMXYuym552rJq73BZpx7hE/8OP85TYMaQuTGJcDLyPYoYY+7VcReU MoHtAL5PMsZa9ciopp/tlvgzJ7w0ttQ= Received: from mail-ed1-f69.google.com (mail-ed1-f69.google.com [209.85.208.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-615-qVfkgCJ1OLOruAWV505ZQA-1; Tue, 20 Feb 2024 10:24:42 -0500 X-MC-Unique: qVfkgCJ1OLOruAWV505ZQA-1 Received: by mail-ed1-f69.google.com with SMTP id 4fb4d7f45d1cf-56207f0f9cbso2944455a12.1 for ; Tue, 20 Feb 2024 07:24:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708442681; x=1709047481; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=c9SenMZraiZayPUOD+gOhwtXJEGEHUkO84uIul9F3WI=; b=XKSwvKDu4pr1tDgUfyKoKvBQZ2g0iy0rX3EDFGPzukrR0KynPLWKR8qggYj6q2kRst V6QZeDk9Le9o2wRVs9JS/VJru/dycnFdXXwIyvsG2m2JsTaCUylELUKegRLQ3SLChmEi U7QdsgOD1cXgqtKZ/pxEdms/S/vfpI9mtNVcZCurZVpN/ExxjLTgP98Mi61xFG3+uP0J W9C/Q8yQbarnUZ8XwzQphfgljygRsslaQsOjCoHA2ItSBrj6klTO9wN+CtJKf74tmh4K dXri3jDW5cjPHpFcSKfrMw6tP9ARxIJK1MnhtW4wS7n0aZhkddLaeIrTHQfRmjypnXIj CquA== X-Forwarded-Encrypted: i=1; AJvYcCUdcDSyqgnmQFC3raz8yNM1Dw6RDVRrtzXa86IrXGvVC+NaHsQOBfSkTIrX032dbII+6p/JLGeMq+oN0g7+rqSBusM+Bwqf X-Gm-Message-State: AOJu0YwEVs+rdxziz5hEWDeCypvu1QwuZDV2AvImWqWva4N2STLqWDN3 +54pL3CweMT+BRGn+C8RvHScr+qn7jWRyxqezaw07TAWigtg5CjZ7fqMFvPbQN/3SyR5UqW8v16 8nQWe0OnONH7mTXKp8MukxRBHNMwADnGDGAd12JNm2b/N1gWZouGpbA== X-Received: by 2002:a05:6402:5248:b0:564:a994:a057 with SMTP id t8-20020a056402524800b00564a994a057mr3003403edd.27.1708442681246; Tue, 20 Feb 2024 07:24:41 -0800 (PST) X-Google-Smtp-Source: AGHT+IG4wtxriL2KMIYt/yB8VHu8FLT9P/BBDR5P19wxkJzVrZ3eljIjp7F5KDgJZPsPWvAWx/hRlg== X-Received: by 2002:a05:6402:5248:b0:564:a994:a057 with SMTP id t8-20020a056402524800b00564a994a057mr3003388edd.27.1708442680922; Tue, 20 Feb 2024 07:24:40 -0800 (PST) Received: from alrua-x1.borgediget.toke.dk ([2a0c:4d80:42:443::2]) by smtp.gmail.com with ESMTPSA id g7-20020a056402114700b00564d7d23919sm371072edw.67.2024.02.20.07.24.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Feb 2024 07:24:40 -0800 (PST) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 0561710F638B; Tue, 20 Feb 2024 16:24:40 +0100 (CET) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Daniel Borkmann , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Alexei Starovoitov Cc: Alexander Lobakin , netdev@vger.kernel.org, bpf@vger.kernel.org Subject: Re: [PATCH net-next 0/3] Change BPF_TEST_RUN use the system page pool for live XDP frames In-Reply-To: References: <20240215132634.474055-1-toke@redhat.com> <87wmr0b82y.fsf@toke.dk> <631d6b12-fb5c-3074-3770-d6927aea393d@iogearbox.net> <87o7cbbcqj.fsf@toke.dk> X-Clacks-Overhead: GNU Terry Pratchett Date: Tue, 20 Feb 2024 16:24:39 +0100 Message-ID: <87cysr17m0.fsf@toke.dk> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Daniel Borkmann writes: > On 2/20/24 12:23 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >> Daniel Borkmann writes: >>> On 2/19/24 7:52 PM, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >>>> Toke H=C3=B8iland-J=C3=B8rgensen writes: >>>> >>>>> Now that we have a system-wide page pool, we can use that for the live >>>>> frame mode of BPF_TEST_RUN (used by the XDP traffic generator), and >>>>> avoid the cost of creating a separate page pool instance for each >>>>> syscall invocation. See the individual patches for more details. >>>>> >>>>> Toke H=C3=B8iland-J=C3=B8rgensen (3): >>>>> net: Register system page pool as an XDP memory model >>>>> bpf: test_run: Use system page pool for XDP live frame mode >>>>> bpf: test_run: Fix cacheline alignment of live XDP frame data >>>>> structures >>>>> >>>>> include/linux/netdevice.h | 1 + >>>>> net/bpf/test_run.c | 138 +++++++++++++++++++---------------= ---- >>>>> net/core/dev.c | 13 +++- >>>>> 3 files changed, 81 insertions(+), 71 deletions(-) >>>> >>>> Hi maintainers >>>> >>>> This series is targeting net-next, but it's listed as delegate:bpf in >>>> patchwork[0]; is that a mistake? Do I need to do anything more to nudg= e it >>>> along? >>> >>> I moved it over to netdev, it would be good next time if there are depe= ndencies >>> which are in net-next but not yet bpf-next to clearly state them given = from this >>> series the majority touches the bpf test infra code. >>=20 >> Right, I thought that was what I was doing by targeting them at net-next >> (in the subject). What's the proper way to do this, then, just noting it >> in the cover letter? :) > > An explicit lore link to the series this depends on would be best. Alright; seems I'm respinning anyway, so will add one in the next revision :) -Toke