Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp266322pxm; Tue, 1 Mar 2022 20:24:00 -0800 (PST) X-Google-Smtp-Source: ABdhPJwIDK8wKSgXRASPJFz7/neM46Gw8HbucNKykAXeMrON9dMKnogVRm6ZLFGsglkSPETF1oAp X-Received: by 2002:a17:907:b590:b0:6c1:c061:d945 with SMTP id qx16-20020a170907b59000b006c1c061d945mr20822803ejc.768.1646195039861; Tue, 01 Mar 2022 20:23:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646195039; cv=none; d=google.com; s=arc-20160816; b=KgDp6GHV0jq2ZIC2O0c8a8KH8Qi/eTXtz1rxsfGIajuPrkKcilrqB7ohnEz3qU0baj vow7dQSFJkVziPvIyTzTUxY7jnwGC6yXC8S9FeM05KAMYD6fUzLBFbgXzJJP6adXllDD maef5KM3ekjIxulM3gIgzL1ewK3LLI9Jc1buhrX5SZoT5KN/YcXJcGndxf4aqUAnK6LD 5i3i7ixitKyXz3EdCPUJq6klV7Q53Zh6kWDidhjDecokGg5uxyGKql2+d/rM7sj/8yEk kdHrvJ8lpCwKNaBFOjvlNdrc3ZX42uqGR6q0kl76Br/0t2Ib15/x2GrjqtRILVJhOWNX qB4A== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=ea9G1vTRtm60a8vHlfdf6eist7csUPPWTbSopFP1qos=; b=eT7wQ1ChZobfaN2z7Fk2GDCNjogNadJH22nxoDMuT2EISLwya8IwnF3pyzovvJ36e2 UBUn85R8TLOP/qUUe31SCR2mQ+EHtHJ9TWX93/hQHhuUVOmUBRhCBWwkIAnGzrEobRu9 8tWkua3wmCOXquESR8S144bVTQ5XWKc2qAbKsQoBmjhofDO3SckD+dqKzAi8+aF0aGNg 4KpAIkr0GaSP/QwKh6IH4M3RaFd8sIKKTBDdVuyjCQwuNMfZOX74UUvKa75nkQvKx7VY m7wYqfVJx2G6p93/BJJE8TkkcennPA9vq4iYqbaNyY/Z0tUBY3u8XeZLogG5b0ooSHkF h8yg== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b13-20020a17090630cd00b006d086ff85e9si8310066ejb.221.2022.03.01.20.23.37; Tue, 01 Mar 2022 20:23:59 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238102AbiCAUTl (ORCPT + 99 others); Tue, 1 Mar 2022 15:19:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56664 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238336AbiCAUSe (ORCPT ); Tue, 1 Mar 2022 15:18:34 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1D0FB37024; Tue, 1 Mar 2022 12:17:51 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id BD457B81D1D; Tue, 1 Mar 2022 20:17:49 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 69D77C340F1; Tue, 1 Mar 2022 20:17:46 +0000 (UTC) Date: Tue, 1 Mar 2022 15:17:44 -0500 From: Steven Rostedt To: Jithu Joseph Cc: hdegoede@redhat.com, markgross@kernel.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, corbet@lwn.net, gregkh@linuxfoundation.org, andriy.shevchenko@linux.intel.com, ashok.raj@intel.com, tony.luck@intel.com, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, platform-driver-x86@vger.kernel.org, patches@lists.linux.dev, ravi.v.shankar@intel.com Subject: Re: [RFC 10/10] trace: platform/x86/intel/ifs: Add trace point to track Intel IFS operations Message-ID: <20220301151744.1ad5e11a@gandalf.local.home> In-Reply-To: <20220301195457.21152-11-jithu.joseph@intel.com> References: <20220301195457.21152-1-jithu.joseph@intel.com> <20220301195457.21152-11-jithu.joseph@intel.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_HI,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 On Tue, 1 Mar 2022 11:54:57 -0800 Jithu Joseph wrote: > + TP_STRUCT__entry( > + __field( u8, start ) > + __field( u8, stop ) > + __field( u64, status ) > + ), I'd suggest swapping this to: __field( u64, status ) __field( u8, start ) __field( u8, stop ) As trace events are usually aligned by 4 bytes (sometimes 8 for archs that require 8byte alignment for 8 byte words), but any event, putting the padding at the end of the event is better than in the middle of the event. Having the u64 come after two u8 (two byes) will pretty much guarantee a 6 bytes hole in the middle of the event. -- Steve