Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp26531952rwd; Mon, 3 Jul 2023 10:59:50 -0700 (PDT) X-Google-Smtp-Source: APBJJlG9nIwEJE6oGs/BHdbnnKfiHje3agvXtLsv6KBEVtAoUDXYhT8IzIOr61j+2kbwmaoJUDog X-Received: by 2002:a05:6a00:9a8:b0:677:cda3:2222 with SMTP id u40-20020a056a0009a800b00677cda32222mr14825064pfg.14.1688407189768; Mon, 03 Jul 2023 10:59:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688407189; cv=none; d=google.com; s=arc-20160816; b=cDoA2skBj402FhKXU1ktB6FOz/rWPF59hx0WVeiKnLqTa7cgJniXl6qTGH57Lyjhje GarEUyznHC07T7Lb9gUUgjOjTFBMT7IFBQHEloAEZ9MPcqgdfVAT7upOpAP1JbHM/gd1 J3vrL8u3/WHuwEdFnPWBz0LIuSw4utSBnxwlHDuncgKDgI0yaG0jg6k/CRDez4CfedOi CSYUozFh+AfavDUhqJzK9LhTDYtTd1tjtIvTBr0n3Fn1m0Pn1g1u2wy4v9xNpdW4/tza R3Jzlwh7kPI5rVwh0W0HOD1JM95JfuaubnIPQJvaNYSctF424i639vrDnGOzesV0OJCW q0sA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=tYxoSf5LmrE4cpA7IxtAMm4INNC8n+qNcVDWmGD7Rqc=; fh=lawhU2sP+ABgkvhDrsQUiHU9TEXBt/ATl8du8wBc3as=; b=E2PszKUiDqrcfwbI2ODRJWvd/B87yqednKCHo1M/1vdc+h3RLk+vpBo9k+sqpGbcgq m+sHnzEzOOgtMDtUsmURvSQqRgWmozeHs43FOCJjGNZ4envq1NJxmGfTL99ETxJbTX7J ujTI70DswgtJBR073SFBItjYxKsr70hZQ4lPQriCoLD6AjkvpEzsxG8CwbO4RWE8Dp0I MHNVaJ2JZFTB374Xc9g0ZKksaD1qK+gOdeAu+9pS2wIoh06AAJYynBmV+KD6UROznUXQ lg9epGg+ypG6Z35baGPEZdf7EK/wH041jAYVEc+P2ue7kp+W+mq4rNOriI6/5t9oKSPZ uYXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tu-berlin.de header.s=dkim-tub header.b=hV8X6A3V; 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=QUARANTINE sp=NONE dis=NONE) header.from=tu-berlin.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e193-20020a6369ca000000b0055afc8d8a09si13895991pgc.448.2023.07.03.10.59.36; Mon, 03 Jul 2023 10:59:49 -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=@tu-berlin.de header.s=dkim-tub header.b=hV8X6A3V; 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=QUARANTINE sp=NONE dis=NONE) header.from=tu-berlin.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230102AbjGCRxN (ORCPT + 99 others); Mon, 3 Jul 2023 13:53:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56226 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229450AbjGCRxL (ORCPT ); Mon, 3 Jul 2023 13:53:11 -0400 X-Greylist: delayed 62 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Mon, 03 Jul 2023 10:53:06 PDT Received: from mailrelay.tu-berlin.de (mailrelay.tu-berlin.de [130.149.7.70]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CBBE3E6C; Mon, 3 Jul 2023 10:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tu-berlin.de; l=1488; s=dkim-tub; t=1688406787; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=tYxoSf5LmrE4cpA7IxtAMm4INNC8n+qNcVDWmGD7Rqc=; b=hV8X6A3VmKfhh29uX9FhisOyLGXIJyt0tESEQOQ001b3/w8rjM/CDrcR qbfMyL7uBAaxd3uCUVm3/nHj34dzAp1mZR9ovcHI9br4g+60aXV8MPYdB jtrTY3iLmgsppcMG+ZZ3+P9avdcxSDrPKBKXWjfHybDGY302hdcla2CRN 8=; X-IronPort-AV: E=Sophos;i="6.01,178,1684792800"; d="scan'208";a="1387328" Received: from mail.tu-berlin.de ([141.23.12.141]) by mailrelay.tu-berlin.de with ESMTP; 03 Jul 2023 19:52:02 +0200 From: =?UTF-8?q?J=C3=B6rn-Thorben=20Hinz?= To: , , , CC: =?UTF-8?q?J=C3=B6rn-Thorben=20Hinz?= , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Shuah Khan , Willem de Bruijn , Deepa Dinamani Subject: [PATCH 0/2] bpf, net: Allow setting SO_TIMESTAMPING* from BPF Date: Mon, 3 Jul 2023 19:50:44 +0200 Message-ID: <20230703175048.151683-1-jthinz@mailbox.tu-berlin.de> X-Mailer: git-send-email 2.39.2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE 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 BPF applications, e.g., a TCP congestion control, might benefit from precise packet timestamps. These timestamps are already available in __sk_buff and bpf_sock_ops, but could not be requested: A BPF program was not allowed to set SO_TIMESTAMPING* on a socket. This change enables BPF programs to actively request the generation of timestamps from a stream socket. To reuse the setget_sockopt BPF prog test for bpf_{get,set}sockopt(SO_TIMESTAMPING_NEW), also implement the missing getsockopt(SO_TIMESTAMPING_NEW) in the network stack. I reckon the way I added getsockopt(SO_TIMESTAMPING_NEW) causes an API change: For existing users that set SO_TIMESTAMPING_NEW but queried SO_TIMESTAMPING_OLD afterwards, it would now look as if no timestamping flags have been set. Is this an acceptable change? If not, I’m happy to change getsockopt() to only be strict about the newly-implemented getsockopt(SO_TIMESTAMPING_NEW), or not distinguish between SO_TIMESTAMPING_NEW and SO_TIMESTAMPING_OLD at all. Jörn-Thorben Hinz (2): net: Implement missing getsockopt(SO_TIMESTAMPING_NEW) bpf: Allow setting SO_TIMESTAMPING* with bpf_setsockopt() include/uapi/linux/bpf.h | 3 ++- net/core/filter.c | 2 ++ net/core/sock.c | 9 +++++++-- tools/include/uapi/linux/bpf.h | 3 ++- tools/testing/selftests/bpf/progs/bpf_tracing_net.h | 2 ++ tools/testing/selftests/bpf/progs/setget_sockopt.c | 4 ++++ 6 files changed, 19 insertions(+), 4 deletions(-) -- 2.39.2