Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4023704pxf; Tue, 16 Mar 2021 04:00:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxI7cAwNTdxW5hXp9NAw/XshU4GsBHrs3SrDpvbXw3S3dzR3HNuSiOmcS+JAxtf3nePRifA X-Received: by 2002:a17:906:b288:: with SMTP id q8mr28810717ejz.210.1615892410419; Tue, 16 Mar 2021 04:00:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615892410; cv=none; d=google.com; s=arc-20160816; b=Wkw9C1mH3i+TTVGKEwnj42hnrBarM1NyD0l5ICY6GqLCCDpI4y/l3GyPWh9IVhnYLE j4D5FgTL1xAbRI2YyzpjXCiQfWjnxhOp0YbJTSVpMjz2hABdAPBWZnJ8U/ybAocPZpLu 8hE03J3o53snurt3/5L1NOadRJ+vDpWHkCKmUaqm9kwa/NSz/BiSMaj4iYeDblofiEWY 6s1St2MZ23xz1JkKRGsGoWruF9BQMfLt9U6C5bVOU2w7emFhrfRl8LcTCvr4/MjxPCRq 9I/J8P3fvAPPVb58VoguyeVX1RK1Zj4LfyqW5WLR871BrFJwN8NpBIm7moukt3rdfG/S INrw== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=/etmbsJvEZM1gH5LxhcUF9EBSBfjTJ2W2V26uLuorFI=; b=OA4UGMjDbCN4BN9tUXR96WYYVOlZvahgJqrdy3AeAn+DOz5T03Q6Rh6zJOK9FIlxaU M4+JNwM7DX4ZPbjRCMvaPTaEOsvkBeRsyDUp+6CSJyVbFFRtTVi2CK0NgJHVWGxCPA4w Tgf5afYNLE3snqLWBnCI6FLg6h5TaQWR8hW0+pPn9ZP8Fo73P1g3Oof8Zk1dp88PURdV l9dd4LFD4gkYm0vTwObOvW0gGQgtDXSPw4dngGKO8cFkWqxBDvA4295+sbdytQHpoGYS 6sPPHRWKfTzJ4vm/sxHjNxhfWCutLEH+XL2CjLN2KlAuWyfsu9hm5PaV2keaMvFItD/x HrQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=aWBGbE79; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z23si13508186eju.427.2021.03.16.03.59.47; Tue, 16 Mar 2021 04:00:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=aWBGbE79; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229897AbhCOXS7 (ORCPT + 99 others); Mon, 15 Mar 2021 19:18:59 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:23127 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229995AbhCOXSp (ORCPT ); Mon, 15 Mar 2021 19:18:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1615850324; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/etmbsJvEZM1gH5LxhcUF9EBSBfjTJ2W2V26uLuorFI=; b=aWBGbE79iSPzA3D6uPUGV9XY6LHB6xjD0/DkMtVZ6oRGG0hWgBMpPLgKge98pn4sdEHFsq gmUYLs1B3lMOp74NpbsLD7VBudjLENu/qZfTIZ3G9Ggx1drIV3NQehE5+r9agBgEg8KTot hyg1J7G07XGwcftVLPq6JU8zhFPyKFs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-493-WG_tzQXgMfORg1YNpVn6og-1; Mon, 15 Mar 2021 19:18:40 -0400 X-MC-Unique: WG_tzQXgMfORg1YNpVn6og-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id BE28F814270; Mon, 15 Mar 2021 23:18:38 +0000 (UTC) Received: from krava (unknown [10.40.196.50]) by smtp.corp.redhat.com (Postfix) with SMTP id 5EC555C3E6; Mon, 15 Mar 2021 23:18:36 +0000 (UTC) Date: Tue, 16 Mar 2021 00:18:35 +0100 From: Jiri Olsa To: Athira Rajeev Cc: Ravi Bangoria , Madhavan Srinivasan , Peter Zijlstra , linux-kernel@vger.kernel.org, acme@kernel.org, linux-perf-users@vger.kernel.org, jolsa@kernel.org, kjain@linux.ibm.com, linuxppc-dev@lists.ozlabs.org, kan.liang@linux.intel.com Subject: Re: [PATCH 4/4] tools/perf: Support pipeline stage cycles for powerpc Message-ID: References: <1615298640-1529-1-git-send-email-atrajeev@linux.vnet.ibm.com> <1615298640-1529-5-git-send-email-atrajeev@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 15, 2021 at 01:22:09PM +0530, Athira Rajeev wrote: SNIP > + > +static char *setup_dynamic_sort_keys(char *str) > +{ > + unsigned int j; > + > + if (sort__mode == SORT_MODE__MEMORY) > + for (j = 0; j < ARRAY_SIZE(dynamic_sort_keys_mem); j++) > + if (arch_support_dynamic_key(dynamic_sort_keys_mem[j])) { > + str = suffix_if_not_in(dynamic_sort_keys_mem[j], str); > + if (str == NULL) > + return str; > + } > + > + return str; > +} > + > static int __setup_sorting(struct evlist *evlist) > { > char *str; > @@ -3050,6 +3085,12 @@ static int __setup_sorting(struct evlist *evlist) > } > } > > + str = setup_dynamic_sort_keys(str); > + if (str == NULL) { > + pr_err("Not enough memory to setup dynamic sort keys"); > + return -ENOMEM; > + } hum, so this is basicaly overloading the default_mem_sort_order for architecture, right? then I think it'd be easier just overload default_mem_sort_order directly I was thinking more about adding extra (arch specific) loop to sort_dimension__add or somehow add arch's specific stuff to memory_sort_dimensions jirka