Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp566286iob; Wed, 18 May 2022 08:10:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw0o35qusNd3tSxl2h6YJKakryh/NKOrCL3ENNsL4fV2f1haKjkls/0XMYA+1UFPD8GkSNe X-Received: by 2002:a17:90b:4b91:b0:1dc:3149:1749 with SMTP id lr17-20020a17090b4b9100b001dc31491749mr519267pjb.46.1652886623582; Wed, 18 May 2022 08:10:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652886623; cv=none; d=google.com; s=arc-20160816; b=j8AjBVuFp1XaXQz5m9n6ulPBMqg//SDRm8fjeUHdHjoBlkWaQ+EVyaQ002ljtQC2qU eo1+8kOPaziktD3egh8EV+JqUc3uOUctWvHOLFDUD1vPplofjejazEnRaMMHZxe7EDm9 RCPiqshfuV9ZhyPiOAh5wTGiNmD4K15ZC07/EbuosSGGQAZv5pWN/w2FgD5cK8r+R3nb tZOs27lcuIrEt9qu4bpO8Tt4wvvGan/BOmqyY9bv3aVcQrMwD+iBFVzOTUVV71O8FYJ7 3z9LQjr7xvd344H/Pg92DP/kP/NpVHmtoMQLDsJ2I7T/Q03WdJJR1/Lgq9WLeVyRTicl CafA== 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=DNSWvn36P8Ju40/gmO65ugg5AqpVVXxbcERcQscLzpM=; b=f6KHXZEiaMFHqMGguDSapMtXE2OIxU0pcRhX8D0MmWbmE3H/3iysAN5gGpMYXrQalY fHG76JwFDzUT15tJDTOmfZnXlP7AC18Y/svCH5kZLQEqM7px0r4bW1gHk/Rwcg6pqjkL 9OiWkqM9vHudrq78F03M8gDQT0gaJI2F0xar2r0a2ccinwNjOtkchjcqwgf4zSKl62RH fxfhQ7B6KUUWZzBs0MJAsqbpuj/zAu0yjHMysXn0pkYiJFOXqbg6ZQtC7JQMgwey/IP3 xo1AWrC6L//iPXAZDgKz4xEwYeaVQqInAS/+u73vUipD/Q1HZDCWPXpOvX5BPe1VXc/x UcQw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=keN5z+Jg; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id m14-20020a654c8e000000b003daeb3ad0e3si3434072pgt.172.2022.05.18.08.10.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 08:10:23 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=keN5z+Jg; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DC8621DFD95; Wed, 18 May 2022 08:10:21 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239178AbiERPKQ (ORCPT + 99 others); Wed, 18 May 2022 11:10:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39294 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239087AbiERPKK (ORCPT ); Wed, 18 May 2022 11:10:10 -0400 Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD11F1DFD9A for ; Wed, 18 May 2022 08:10:08 -0700 (PDT) Received: by mail-pj1-x102a.google.com with SMTP id v5-20020a17090a7c0500b001df84fa82f8so2339330pjf.5 for ; Wed, 18 May 2022 08:10:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DNSWvn36P8Ju40/gmO65ugg5AqpVVXxbcERcQscLzpM=; b=keN5z+JgikftdiPVK5OarD3l3Cy6ZqPF2RrKWaiQQehRNfGPKlqPo13y8OhK52vKhv ztgjk/7nXmm3/cHLh7h4wPrT+Sdo0QRXCsrr5vEO/i7kPmrHEZIl5MCEGYER5kCTNRnt QGZdMfNzb+ExarPWG7ZTlmv9OK/fEuKQTvYNUWDM8Mx3RIHPjzGOw0hzI8P29gx1UGG3 lzLaMZ+zNTW5nFV718xLo5qgwS5Sx9Zt4vrgudgDiZWslG9QyJVthaRBqYCrrxIBh4Zi Hli/lsuacSHz6rsqEm1E119KiIlBkovKcckbIXq20ImaRYCKnADdE811yREqtAV/KgeS Yd1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DNSWvn36P8Ju40/gmO65ugg5AqpVVXxbcERcQscLzpM=; b=7iqiI83wmMOWu0Oys7AICeepI0GielonQ1Kam2a5b5jBMlYMVMeW/lpJXwmX90I+VP T1VLEYN+pBEq1wtSeV2XOklGcLKiDvMGSnNd1QW4Ju3fI6EnYvUWuof4ATGSm8DnA4Cb SZvvWtxgNvlQVCDaCcCckHmgZ++anKOWRzvwP9BsL4nmSGLfr98Wgg03cayQwA8FUNVy TiIdTOhhD4hvwZFujUq4I7tA5hHRAI3WMwSyHEhXkgyJtaAUbyV9WJTDyNcgmWjedRVX X389qKDgl1fMM+WFiyai5hOVvvyM9YuMS352rTsdvgNYlNTsaXysbGHH7Uz4/wXSLnpe bNuQ== X-Gm-Message-State: AOAM5327ZxRpAsuHKpxqA+riBwt2PqoRypBGYBTYp3yH2W7HA3kyEI+d BXK2dY+0K7uBYYqTpVTvz6e3oIaoT2R80zrxj9qJJQ== X-Received: by 2002:a17:90b:3a81:b0:1df:109f:ceed with SMTP id om1-20020a17090b3a8100b001df109fceedmr427956pjb.237.1652886607934; Wed, 18 May 2022 08:10:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Shakeel Butt Date: Wed, 18 May 2022 08:09:55 -0700 Message-ID: Subject: Re: [PATCH v3] tracing: add 'accounted' entry into output of allocation tracepoints To: Vasily Averin Cc: Steven Rostedt , Roman Gushchin , Vlastimil Babka , Matthew Wilcox , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Muchun Song , kernel@openvz.org, LKML , Ingo Molnar , Andrew Morton , Linux MM , Joonsoo Kim , David Rientjes , Pekka Enberg , Christoph Lameter , Michal Hocko Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.5 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE, USER_IN_DEF_DKIM_WL 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 Tue, May 17, 2022 at 11:24 PM Vasily Averin wrote: > > Slab caches marked with SLAB_ACCOUNT force accounting for every > allocation from this cache even if __GFP_ACCOUNT flag is not passed. > Unfortunately, at the moment this flag is not visible in ftrace output, > and this makes it difficult to analyze the accounted allocations. > > This patch adds boolean "allocated" entry into trace output, > and set it to 'true' for calls used __GFP_ACCOUNT flag and > for allocations from caches marked with SLAB_ACCOUNT. > > Signed-off-by: Vasily Averin Acked-by: Shakeel Butt