Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp569335rwe; Fri, 26 Aug 2022 10:01:41 -0700 (PDT) X-Google-Smtp-Source: AA6agR45NBHC2HbeRoe/XuGAtI8v7Ly69o5SFKlDzbj/iefINcKrFXyKGwtRIPezH06c6zm09T22 X-Received: by 2002:a63:e011:0:b0:42a:1c12:17a9 with SMTP id e17-20020a63e011000000b0042a1c1217a9mr3840837pgh.557.1661533300828; Fri, 26 Aug 2022 10:01:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661533300; cv=none; d=google.com; s=arc-20160816; b=gVhqvg3V2hIQjvBNsB05wXdFC7aqCbWbLFncAHwKMGEaSJwxylyLvv1akEzNPNF9tE L5pArymfC5fGnkFfRsQLbyFUg8x6NN/P9yjpDNqEAHZe1BFUgdEkuK9KFkBnkMj19x2k KZo0lnMbwN8FY8onwCoy1SqHveqs7XBsck9awkFLmLGlzf7KXSbcnUFLfdSQMtAE81iO 4Qj+/4KJWRhdmKSvLAjrppfqBx7utAYi1aS+gc6TRmCzN2Y7dKrxU0g6zOqpGG2BLN+J ra3WC4qwTUKXWWB56zgVPaQkXtTp5ir4AtRY35bmIh7MOhEHbZmmi8YQEuykOHui1Y45 ec5Q== 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=zzUl8oGEgJMTlOJPy7VJibE5hKJrOS3klLzu+K6mIGI=; b=b69nwgPMa6jFALzvKemsHJz0d5QyVGetpIAU/JztDvG/CYNYIXpACnm3pkS82qFfy6 LctwdGQjtdBlUyASmtw+kmPRR7KUtiNKlfLrNhSFIn89EPZ+KsjQb6N2hkxSeCPzsJae MbmENmiKc0EipqIcUr8ujGCCJSRjN6jQa8E36oDjvcVJClrx8efCNq9K+Vy2LGT7qhv8 WZRQ3yv+8U3VmnMH+aimLJGHhEKPlMLZ2QS9VZpmv3J88dC4CcJhTPr+G0SD58o1ZMWv YP6R2YmSSxCG26oMNsqa7axJu4wshvKPDpBWMQbCwqKvWK39FRt2XI5iuUkPQhFSELK6 TSHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=AUXpZ8o3; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id e70-20020a636949000000b003fc61e0fb47si1994699pgc.799.2022.08.26.10.01.24; Fri, 26 Aug 2022 10:01:40 -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=@google.com header.s=20210112 header.b=AUXpZ8o3; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344677AbiHZQUh (ORCPT + 99 others); Fri, 26 Aug 2022 12:20:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344654AbiHZQUf (ORCPT ); Fri, 26 Aug 2022 12:20:35 -0400 Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3AF92DB7CF for ; Fri, 26 Aug 2022 09:20:34 -0700 (PDT) Received: by mail-wr1-x42f.google.com with SMTP id bs25so2391732wrb.2 for ; Fri, 26 Aug 2022 09:20:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=zzUl8oGEgJMTlOJPy7VJibE5hKJrOS3klLzu+K6mIGI=; b=AUXpZ8o3OzsJFe3HFNnQVRYKL+5Z2LIyptjGTfOIPlrPcqx0kUV9ZrF3HDoPmmvjRK U4hDGe4LP/tZwofzgFGa3f8D6BE2Nogk8L1rW1OqW3SQQV3K71U2YlnZbOUG1Ji99JKN 5sZQogZHUiUhbbWAoBQee4Az/ov84ugpEq52Sy2SfEp2b1Mq3J/humyf7lO4IOQtSkhT BKRAfYtaW48wuzb8YgNJoL21kqihA+w4YdhQvWVjQ3NWvUVmHSf5zymQhVFz5wvHZnuG 4qeleKj2qJMIW+W88sGPnSbnkeRtdA98Q0Ne2J8ho3EEHhYe6Bxi5O3Rg4cFPv7HNt6g 2Rlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=zzUl8oGEgJMTlOJPy7VJibE5hKJrOS3klLzu+K6mIGI=; b=C534H3ynrNem86Jm/VoN1XuqJys9+6/b09CZ5DMSxVRqTjK/InmrtwWyqOeZMSunho DgJNfiftkoGzgManrRBNpehPwYTcyeX20owc2GWlzB4ZlQAqWRMEyoVacj9ignDEt8Wr ZZmj7D6mf2fc8Rft+mNIiFPPW98T0oPiHCm8yzqBmckNi7eXuKl5tcnOKqZJcdcqu356 fsHjFZpiamZD4aXWY1xTVf9f2io3BI6RY1kcEphCLHubtQ245CdQLQI7oFi3LU2YAynN tVBCL53Pi/u7a0lb9u+gl04A0tZkqpJXiaT+S2bS/vbdPYjSzeFmkYOL/fjCD/WpO8vA ZiSw== X-Gm-Message-State: ACgBeo0rY2i40kHiHKFKvV/jDaid1N203SdpGhcpuWFdQ6WGQLn5lyKU Wdg1Z84tjH6HaKwk1ijBfUdFAyEGkpL4KNWXyiYHWQ== X-Received: by 2002:a05:6000:1008:b0:225:58e0:223f with SMTP id a8-20020a056000100800b0022558e0223fmr226802wrx.375.1661530832589; Fri, 26 Aug 2022 09:20:32 -0700 (PDT) MIME-Version: 1.0 References: <20220614143353.1559597-1-irogers@google.com> <20220614143353.1559597-5-irogers@google.com> In-Reply-To: From: Ian Rogers Date: Fri, 26 Aug 2022 09:20:20 -0700 Message-ID: Subject: Re: [PATCH v2 4/6] perf cpumap: Fix alignment for masks in event encoding To: Alexander Gordeev Cc: Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , James Clark , Kees Cook , "Gustavo A. R. Silva" , Adrian Hunter , Riccardo Mancini , German Gomez , Colin Ian King , Song Liu , Dave Marchevsky , Athira Rajeev , Alexey Bayduraev , Leo Yan , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, Stephane Eranian Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable 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 Fri, Aug 26, 2022 at 5:57 AM Alexander Gordeev wrote: > > On Tue, Jun 14, 2022 at 07:33:51AM -0700, Ian Rogers wrote: > > Hi Ian, > > Although it is committed, still have a question. > > > index e7758707cadd..d2d32589758a 100644 > > --- a/tools/lib/perf/include/perf/event.h > > +++ b/tools/lib/perf/include/perf/event.h > > @@ -6,6 +6,7 @@ > > #include > > #include > > #include > > +#include > > Is it correct approach to include it into user-exposed headers? > AFAICT headers_install.sh strips #include and > compiler*.h itself do not get installed with make headers_install. > > [...] > > > +struct __packed perf_record_cpu_map_data { > > And it is only needed to pull __packed macro, right? > > Thanks! Hi Alexander, I can see your point about compiler.h, it is true that it is just being used for the __packed definition. Why don't you write your proposed change as a patch and send it to LKML? libperf is more of an experimental library than a stable API. We don't currently have any build tests for things outside of the kernel tree. Thanks, Ian