Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp16779273rwd; Mon, 26 Jun 2023 15:14:07 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6xd1mesCi22EotqmGgdtgVAOOmLgjnV7nu+fGd5BkbEGO/7UFLKU0s656Ed3yiv93U7v9d X-Received: by 2002:a9d:65c8:0:b0:6b7:56d3:1827 with SMTP id z8-20020a9d65c8000000b006b756d31827mr1774834oth.5.1687817647061; Mon, 26 Jun 2023 15:14:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687817647; cv=none; d=google.com; s=arc-20160816; b=isUdFcFRyHO2DxyF+8SDyODunEyLoGMoke9ost72bm1Vk09wVIELgD6dw1ejLnj5NY koqqxOIQhtVRrSM/tUEe7rfziu0idKRxJJK23iAh6F8RMaUI7OOiCmzD6wWJzH+HknYF QK2449P3B4ObePrQincnHeE6bwdbY2NFdUnYAsGTUn+qZgmUC1htw1l34eIQLZlhbiEq zQ/VprU5vtXcq3OVQP+42NzTSeGEKXLp71emhf/CZj87qMoc0FmCK/TY1PheU+l+zGYJ QKRGD6clS29YDrlAwsrcitFn9hT/vFdxsMsRiSckhCgmavZsUcRCNknw7mMwu7nWbErz WEMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=cekfoJmplhHT+lpdmw5VF5cwxwtJZDS2VLe2o3Lf180=; fh=COGxxbVzyh+tqNT9K+Nsc8qXqGnodXyHnFPCWAj2P9o=; b=UYVJYobWla3YEPVN7MS1oso2RbjZy/Q+nvc4tfoJYkRIkA+6KOep4I4m2Jlj1/BW9f AiL2clYM2baiE4D9cs++bQKTk01i2rOgMR19WgeoQ9dFVHfDx6qBRjDGLusyYau/90aV ZKbGd4FErevFxP1gFEZPiiX1GXc5B6mkO+0lBpnk19n+nXXnwo78bGtm/vUDqJqd3oM1 UiZokl6+dXYzwbCB1fSnrpD2xIp8Cd4UyeryuhxEqA114q6Bp9zPj+OEwOpZCzBZu5y2 yXKQH4Gyqj+q5TdQ2JuIjfspFM9P3eEvo3h15OxYS8rMceX6BWM7duwyrhC9lIlDLvI5 Zfaw== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l70-20020a638849000000b0053fb354c191si5944831pgd.861.2023.06.26.15.13.55; Mon, 26 Jun 2023 15:14:07 -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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231745AbjFZWFM convert rfc822-to-8bit (ORCPT + 99 others); Mon, 26 Jun 2023 18:05:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53472 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230328AbjFZWEe (ORCPT ); Mon, 26 Jun 2023 18:04:34 -0400 Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com [209.85.128.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 12BB959EA; Mon, 26 Jun 2023 15:00:49 -0700 (PDT) Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-57012b2973eso42613107b3.2; Mon, 26 Jun 2023 15:00:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687816786; x=1690408786; h=content-transfer-encoding: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=JJh7dtMVo5GmIYekWj93QB7xbo0tvUawqR/reVR61tY=; b=XsjYSrgT1VsNqIRY9LLlyaApcbKablXLI49JWzVRYF8c0NXu0/Gzht630Mh9bhwZgs DZQgbzV6C4pxQvO4dC5hl0GuzWyilVp5/hiic9W+GXYd8jixMsvDHQEEKcgX+cqpA8e0 /5QQiEr8fugYNODSfx33WfGWOzNfF05xFpiPjcSAKa35cmy560Xc4UH8pUDOjxyU5IQT 5pIaKKi6kAw97Z8UhFE0+wE3Fr8gUk9WHTBpQFtn4BTtAh9Nh/M9srcWOQJGHZXd/Mkh I/UrbG8WFB1nzgausc33B7FDynX/nsXOzRFdIX0AA8Xsmc3BcvJA7WlrituHL1cwTHIE w1yg== X-Gm-Message-State: AC+VfDyfLjs8F8H9ZphkRF/8NhjJNAcvK152+XrIMGZcwry+3+1kGgTI VmEo6eBUK58khBqUeu7P09t1BWe29MQifjBbPHk= X-Received: by 2002:a05:6902:18b:b0:bc6:c22f:581a with SMTP id t11-20020a056902018b00b00bc6c22f581amr24823925ybh.38.1687816786531; Mon, 26 Jun 2023 14:59:46 -0700 (PDT) MIME-Version: 1.0 References: <5791ec06-7174-9ae5-4fe4-6969ed110165@tessares.net> <3065880.1687785614@warthog.procyon.org.uk> <3067876.1687787456@warthog.procyon.org.uk> <2cb3b411-9010-a44b-ebee-1914e7fd7b9c@tessares.net> <20230626145353.468fd133@kernel.org> In-Reply-To: <20230626145353.468fd133@kernel.org> From: Namhyung Kim Date: Mon, 26 Jun 2023 14:59:35 -0700 Message-ID: Subject: Re: [PATCH net-next] tools: Fix MSG_SPLICE_PAGES build error in trace tools To: Jakub Kicinski Cc: Matthieu Baerts , David Howells , netdev@vger.kernel.org, Arnaldo Carvalho de Melo , David Miller , Eric Dumazet , Paolo Abeni , Jens Axboe , Matthew Wilcox , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Ian Rogers , Adrian Hunter , linux-perf-users@vger.kernel.org, bpf@vger.kernel.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=no 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 On Mon, Jun 26, 2023 at 2:53 PM Jakub Kicinski wrote: > > On Mon, 26 Jun 2023 14:31:39 -0700 Namhyung Kim wrote: > > Right, we want to keep the headers files in the tools in sync with > > the kernel ones. And they are used to generate some tables. > > Full explanation from Arnaldo below. > > > > So I'm ok for the msg_flags.c changes, but please refrain from > > changing the header directly. We will update it later. > > > > With that, > > Acked-by: Namhyung Kim > > Ah, missed this email, sounds like this is preferred to Matthieu's > fix, we'll take this one. Hmm.. I believe they are the same when it comes to the changes in the .c file. > > > Also I wonder if the tool needs to keep the original flag > > (SENDPAGE_NOTLAST) for the older kernels. > > That's a bit unclear, because it's just a kernel-internal flag. > Future kernels may well use that bit for something else. Ah, ok then. I thought it's a user-visible flag. > > Better long term solution would be to use an enum so that the values > are included in debuginfo and perf can read them at runtime :( Right, we also consider BTF to read the values and hopefully get rid of the business of copying kernel headers. Thanks, Namhyung