Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4700847rwl; Mon, 10 Apr 2023 15:39:21 -0700 (PDT) X-Google-Smtp-Source: AKy350ZVAthvmjkC/6Eoz4b0UP4Onm4ztBoZrZvntR3sryBM6OrRCkY7SYKAF2aeKUQdoK/2cB8V X-Received: by 2002:a05:6a20:3b82:b0:d4:b24b:4459 with SMTP id b2-20020a056a203b8200b000d4b24b4459mr12276634pzh.13.1681166361540; Mon, 10 Apr 2023 15:39:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681166361; cv=none; d=google.com; s=arc-20160816; b=qzZ4Uphk7XrA+kbso49LYAThKpsZWpzh/cDKLva1i8xV6tj7alGCFQ+rWA8/9aACWA zdBt51Udre2sBo3Z7epRQG4iLmGWftw216oneCcYE9KmIInoPG2ZC4CIlfJMairUC/dQ oS+rbKXuMYzijTRVOMyOh2qiB+SfkPciz0eQ8E3Z6d2rPxanAQW9S2riSpxUpYDgKOMu 6u5aBubE72VCUeczhtGTLsJXbuZ1svMm5JZXjvRSSt5wgG9QdDBfsetGNsYZ6W/4ex8Q lNr81zT4NgxJixA7eMgj1wZH7zOesGq2NeC3X056wWPzlVeybCtR33BPbMWGBtMaU4dP e/Pw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=N6Q6P6tRVatAyl1ATnaBAylo/ZWu1HTPFNGdnz7abXE=; b=ot4YC2ffl3PkO7gv9F1qN3BHvjMp95Xu+CHtI4HcZugxCDL4UxkldPSRTllcAeCU9s T3owphSIdjetTg2aG1PW9D0HuWgRfTsvavSN14ljQIBv9XVjrHaUSbX7XZ8XBO/+A1hq siWHm1a3WFEyiQgv17qXdgvku7Xl1tPKrWGt2ri3GaKRqXZ+5ZjnCldVEnx3ReToVQ9G e8xtEYBIgvO1C2uz+bYJZqppzWBdbzyuBxt/pin3n4n7wOL048FBJMUeLe2t3ZzI2mYK O2lAGkgialsOHU0dPNdH+lb1dbLElCQnlZ1SkdwFAsajOhBJ/Ktg+Bk+r/g0/IB13b8X Lmxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=dN8+hSwA; 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 t70-20020a638149000000b00518f2079b07si5711101pgd.734.2023.04.10.15.39.10; Mon, 10 Apr 2023 15:39:21 -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=@kernel.org header.s=k20201202 header.b=dN8+hSwA; 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 S229896AbjDJWbn (ORCPT + 99 others); Mon, 10 Apr 2023 18:31:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229843AbjDJWbk (ORCPT ); Mon, 10 Apr 2023 18:31:40 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 611501FED; Mon, 10 Apr 2023 15:31:36 -0700 (PDT) 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 dfw.source.kernel.org (Postfix) with ESMTPS id EEE3F61C9A; Mon, 10 Apr 2023 22:31:35 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2DC2EC433EF; Mon, 10 Apr 2023 22:31:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681165895; bh=ODPUu4XbPkXfqtVifM59v1vcAU5MV/y3Fow3J7M6KfM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=dN8+hSwAS9KrTzT4zswys1zsGvx5iSy3DBvXy8/h+Pcs/UTlkzGSRE7TWe/FGBHqn IINC5xbQuqJ3uOf+8tO9A814X541r2ObdNmVQlWWB1L1qDv5+DzqLME2/Q+6qDU/Gx XS20hF6jjRdRZe/BqhfhBDzpZPDiZ7I+SSY0GHOCumlVZ/kNoYLMfxJ594iEvPZH/W sMkf7jLCBbP+2dCIW6Vm7+2rZwBKRWLGFE8HhBS/M6j1k4dtJxjCiFe27+RxfU5hkF GuXP8wPmv0XywIrmC53V/9skcBCYjBMjjXje1GcQu/hTtLm67vwO4Xdxh65TcYafMY JtbJfDFHnAQoA== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id AAA1940009; Mon, 10 Apr 2023 19:31:32 -0300 (-03) Date: Mon, 10 Apr 2023 19:31:32 -0300 From: Arnaldo Carvalho de Melo To: Ravi Bangoria Cc: Namhyung Kim , peterz@infradead.org, mingo@kernel.org, eranian@google.com, kan.liang@linux.intel.com, jolsa@kernel.org, irogers@google.com, adrian.hunter@intel.com, leo.yan@linaro.org, kjain@linux.ibm.com, linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, sandipan.das@amd.com, ananth.narayan@amd.com, santosh.shukla@amd.com Subject: Re: [PATCH v3 0/9] perf/mem: AMD IBS and generic tools improvements Message-ID: References: <20230407112459.548-1-ravi.bangoria@amd.com> <631876a2-5946-82d5-6f70-bf7734db3992@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://acmel.wordpress.com X-Spam-Status: No, score=-5.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS 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 Em Mon, Apr 10, 2023 at 12:15:48PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Mon, Apr 10, 2023 at 07:53:57AM +0530, Ravi Bangoria escreveu: > > On 08-Apr-23 3:14 AM, Namhyung Kim wrote: > > > Hi Ravi, > > > > > > On Fri, Apr 7, 2023 at 4:25 AM Ravi Bangoria wrote: > > >> > > >> Kernel IBS driver wasn't using new PERF_MEM_* APIs due to some of its > > >> limitations. Mainly: > > >> > > >> 1. mem_lvl_num doesn't allow setting multiple sources whereas old API > > >> allows it. Setting multiple data sources is useful because IBS on > > >> pre-zen4 uarch doesn't provide fine granular DataSrc details (there > > >> is only one such DataSrc(2h) though). > > >> 2. perf mem sorting logic (sort__lvl_cmp()) ignores mem_lvl_num. perf > > >> c2c (c2c_decode_stats()) does not use mem_lvl_num at all. perf mem > > >> prints mem_lvl and mem_lvl_num both if both are set, which is ugly. > > >> > > >> Set mem_lvl_num, mem_remote and mem_hops for data_src via IBS. Handle > > >> first issue using mem_lvl_num = ANY_CACHE | HOPS_0. In addition to > > >> setting new API fields, convert all individual field assignments to > > >> compile time wrapper macros built using PERF_MEM_S(). Also convert > > >> DataSrc conditional code to array lookups. > > >> > > >> Interpretation of perf_mem_data_src by perf_mem__lvl_scnprintf() was > > >> non-intuitive. Make it sane. > > > > > > Looks good, but I think you need to split kernel and user patches. > > > > Patch #1 to #3 are kernel changes. Patch #4 to #9 are userspace changes. > > Arnaldo, Peter, please let me know if you wants to split the series and > > resend. > > I can always use b4's -P option :-) So no need to resubmit, I can pick >> the tools bits, Done > - Arnaldo > > > > > > >> > > >> v2: https://lore.kernel.org/r/20230327130851.1565-1-ravi.bangoria%40amd.com > > >> v2->v3: > > >> - IBS: Don't club RmtNode with DataSrc=7 (IO) > > >> - Make perf_mem__lvl_scnprintf() more sane > > >> - Introduce PERF_MEM_LVLNUM_UNC, set it along with PERF_MEM_LVL_UNC > > >> and interpreat it in tool. > > >> - Add PERF_MEM_LVLNUM_NA to default data_src value > > >> - Change some of the IBS bit description according to latest PPR > > >> > > >> Namhyung Kim (1): > > >> perf/x86/ibs: Set mem_lvl_num, mem_remote and mem_hops for data_src > > >> > > >> Ravi Bangoria (8): > > >> perf/mem: Introduce PERF_MEM_LVLNUM_UNC > > >> perf/mem: Add PERF_MEM_LVLNUM_NA to PERF_MEM_NA > > >> perf headers: Sync uapi/linux/perf_event.h > > >> perf mem: Add PERF_MEM_LVLNUM_NA to PERF_MEM_DATA_SRC_NONE > > >> perf mem: Add support for printing PERF_MEM_LVLNUM_UNC > > >> perf mem: Refactor perf_mem__lvl_scnprintf() > > >> perf mem: Increase HISTC_MEM_LVL column size to 39 chars > > >> perf script ibs: Change bit description according to latest PPR > > > > > > Acked-by: Namhyung Kim > > > > Thanks! > > -- > > - Arnaldo -- - Arnaldo