From: Arnaldo Carvalho de Melo <acme@kernel.org> To: Namhyung Kim <namhyung@kernel.org> Cc: "Ian Rogers" <irogers@google.com>, "Adrian Hunter" <adrian.hunter@intel.com>, "James Clark" <james.clark@arm.com>, "Peter Zijlstra" <peterz@infradead.org>, "Ingo Molnar" <mingo@redhat.com>, "Mark Rutland" <mark.rutland@arm.com>, "Alexander Shishkin" <alexander.shishkin@linux.intel.com>, "Jiri Olsa" <jolsa@kernel.org>, "Suzuki K Poulose" <suzuki.poulose@arm.com>, "Mike Leach" <mike.leach@linaro.org>, "John Garry" <john.g.garry@oracle.com>, "Will Deacon" <will@kernel.org>, "Thomas Gleixner" <tglx@linutronix.de>, "Darren Hart" <dvhart@infradead.org>, "Davidlohr Bueso" <dave@stgolabs.net>, "André Almeida" <andrealmeid@igalia.com>, "Kan Liang" <kan.liang@linux.intel.com>, "K Prateek Nayak" <kprateek.nayak@amd.com>, "Sean Christopherson" <seanjc@google.com>, "Paolo Bonzini" <pbonzini@redhat.com>, "Kajol Jain" <kjain@linux.ibm.com>, "Athira Rajeev" <atrajeev@linux.vnet.ibm.com>, "Andrew Jones" <ajones@ventanamicro.com>, "Alexandre Ghiti" <alexghiti@rivosinc.com>, "Atish Patra" <atishp@rivosinc.com>, "Steinar H. Gunderson" <sesse@google.com>, "Yang Jihong" <yangjihong1@huawei.com>, "Yang Li" <yang.lee@linux.alibaba.com>, "Changbin Du" <changbin.du@huawei.com>, "Sandipan Das" <sandipan.das@amd.com>, "Ravi Bangoria" <ravi.bangoria@amd.com>, "Paran Lee" <p4ranlee@gmail.com>, "Nick Desaulniers" <ndesaulniers@google.com>, "Huacai Chen" <chenhuacai@kernel.org>, "Yanteng Si" <siyanteng@loongson.cn>, linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, bpf@vger.kernel.org, "Leo Yan" <leo.yan@linux.dev> Subject: Re: [PATCH v3 0/8] Clean up libperf cpumap's empty function Date: Mon, 18 Mar 2024 18:37:36 -0300 [thread overview] Message-ID: <Zfi0IJV-OKwyDK0r@x1> (raw) In-Reply-To: <CAM9d7cgbxHZoaq4ZLCda-6TW5A+b+-8dSrRApk+AjcTVNC5hNA@mail.gmail.com> On Thu, Mar 07, 2024 at 03:47:00PM -0800, Namhyung Kim wrote: > Hi Ian, > > Sorry for the late reply. > > On Fri, Feb 16, 2024 at 5:04 PM Namhyung Kim <namhyung@kernel.org> wrote: > > > > On Wed, Feb 14, 2024 at 2:03 PM Ian Rogers <irogers@google.com> wrote: > > > > > > On Fri, Feb 2, 2024 at 3:41 PM Ian Rogers <irogers@google.com> wrote: > > > > > > > > Rename and clean up the use of libperf CPU map functions particularly > > > > focussing on perf_cpu_map__empty that may return true for maps > > > > containing CPUs but also with an "any CPU"/dummy value. > > > > > > > > perf_cpu_map__nr is also troubling in that iterating an empty CPU map > > > > will yield the "any CPU"/dummy value. Reduce the appearance of some > > > > calls to this by using the perf_cpu_map__for_each_cpu macro. > > > > > > > > v3: Address handling of "any" is arm-spe/cs-etm patch. > > > > v2: 6 patches were merged by Arnaldo. New patch added ensure empty > > > > maps are allocated as NULL (suggested by James Clark). Hopefully a > > > > fix to "perf arm-spe/cs-etm: Directly iterate CPU maps". > > > > > > > > Ian Rogers (8): > > > > libperf cpumap: Add any, empty and min helpers > > > > libperf cpumap: Ensure empty cpumap is NULL from alloc > > > > perf arm-spe/cs-etm: Directly iterate CPU maps > > > > perf intel-pt/intel-bts: Switch perf_cpu_map__has_any_cpu_or_is_empty > > > > use > > > > perf cpumap: Clean up use of perf_cpu_map__has_any_cpu_or_is_empty > > > > perf arm64 header: Remove unnecessary CPU map get and put > > > > perf stat: Remove duplicate cpus_map_matched function > > > > perf cpumap: Use perf_cpu_map__for_each_cpu when possible > > > > > > Ping. Thanks, > > > Ian > > Adrian and James, are you ok with this now? > I think James is fine now and the Intel-pt part seems straight-forward > so I'd like to merge this change. Please tell me if you have any concerns. Namhyung, I noticed this hasn't been merged and applies cleanly, so I'm adding it to perf-tools-next, from your comment above can I take it as an Acked-by or even Reviewed-by? - Arnaldo
WARNING: multiple messages have this Message-ID (diff)
From: Arnaldo Carvalho de Melo <acme@kernel.org> To: Namhyung Kim <namhyung@kernel.org> Cc: "Ian Rogers" <irogers@google.com>, "Adrian Hunter" <adrian.hunter@intel.com>, "James Clark" <james.clark@arm.com>, "Peter Zijlstra" <peterz@infradead.org>, "Ingo Molnar" <mingo@redhat.com>, "Mark Rutland" <mark.rutland@arm.com>, "Alexander Shishkin" <alexander.shishkin@linux.intel.com>, "Jiri Olsa" <jolsa@kernel.org>, "Suzuki K Poulose" <suzuki.poulose@arm.com>, "Mike Leach" <mike.leach@linaro.org>, "John Garry" <john.g.garry@oracle.com>, "Will Deacon" <will@kernel.org>, "Thomas Gleixner" <tglx@linutronix.de>, "Darren Hart" <dvhart@infradead.org>, "Davidlohr Bueso" <dave@stgolabs.net>, "André Almeida" <andrealmeid@igalia.com>, "Kan Liang" <kan.liang@linux.intel.com>, "K Prateek Nayak" <kprateek.nayak@amd.com>, "Sean Christopherson" <seanjc@google.com>, "Paolo Bonzini" <pbonzini@redhat.com>, "Kajol Jain" <kjain@linux.ibm.com>, "Athira Rajeev" <atrajeev@linux.vnet.ibm.com>, "Andrew Jones" <ajones@ventanamicro.com>, "Alexandre Ghiti" <alexghiti@rivosinc.com>, "Atish Patra" <atishp@rivosinc.com>, "Steinar H. Gunderson" <sesse@google.com>, "Yang Jihong" <yangjihong1@huawei.com>, "Yang Li" <yang.lee@linux.alibaba.com>, "Changbin Du" <changbin.du@huawei.com>, "Sandipan Das" <sandipan.das@amd.com>, "Ravi Bangoria" <ravi.bangoria@amd.com>, "Paran Lee" <p4ranlee@gmail.com>, "Nick Desaulniers" <ndesaulniers@google.com>, "Huacai Chen" <chenhuacai@kernel.org>, "Yanteng Si" <siyanteng@loongson.cn>, linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org, bpf@vger.kernel.org, "Leo Yan" <leo.yan@linux.dev> Subject: Re: [PATCH v3 0/8] Clean up libperf cpumap's empty function Date: Mon, 18 Mar 2024 18:37:36 -0300 [thread overview] Message-ID: <Zfi0IJV-OKwyDK0r@x1> (raw) In-Reply-To: <CAM9d7cgbxHZoaq4ZLCda-6TW5A+b+-8dSrRApk+AjcTVNC5hNA@mail.gmail.com> On Thu, Mar 07, 2024 at 03:47:00PM -0800, Namhyung Kim wrote: > Hi Ian, > > Sorry for the late reply. > > On Fri, Feb 16, 2024 at 5:04 PM Namhyung Kim <namhyung@kernel.org> wrote: > > > > On Wed, Feb 14, 2024 at 2:03 PM Ian Rogers <irogers@google.com> wrote: > > > > > > On Fri, Feb 2, 2024 at 3:41 PM Ian Rogers <irogers@google.com> wrote: > > > > > > > > Rename and clean up the use of libperf CPU map functions particularly > > > > focussing on perf_cpu_map__empty that may return true for maps > > > > containing CPUs but also with an "any CPU"/dummy value. > > > > > > > > perf_cpu_map__nr is also troubling in that iterating an empty CPU map > > > > will yield the "any CPU"/dummy value. Reduce the appearance of some > > > > calls to this by using the perf_cpu_map__for_each_cpu macro. > > > > > > > > v3: Address handling of "any" is arm-spe/cs-etm patch. > > > > v2: 6 patches were merged by Arnaldo. New patch added ensure empty > > > > maps are allocated as NULL (suggested by James Clark). Hopefully a > > > > fix to "perf arm-spe/cs-etm: Directly iterate CPU maps". > > > > > > > > Ian Rogers (8): > > > > libperf cpumap: Add any, empty and min helpers > > > > libperf cpumap: Ensure empty cpumap is NULL from alloc > > > > perf arm-spe/cs-etm: Directly iterate CPU maps > > > > perf intel-pt/intel-bts: Switch perf_cpu_map__has_any_cpu_or_is_empty > > > > use > > > > perf cpumap: Clean up use of perf_cpu_map__has_any_cpu_or_is_empty > > > > perf arm64 header: Remove unnecessary CPU map get and put > > > > perf stat: Remove duplicate cpus_map_matched function > > > > perf cpumap: Use perf_cpu_map__for_each_cpu when possible > > > > > > Ping. Thanks, > > > Ian > > Adrian and James, are you ok with this now? > I think James is fine now and the Intel-pt part seems straight-forward > so I'd like to merge this change. Please tell me if you have any concerns. Namhyung, I noticed this hasn't been merged and applies cleanly, so I'm adding it to perf-tools-next, from your comment above can I take it as an Acked-by or even Reviewed-by? - Arnaldo _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2024-03-18 21:37 UTC|newest] Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-02-02 23:40 [PATCH v3 0/8] Clean up libperf cpumap's empty function Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 1/8] libperf cpumap: Add any, empty and min helpers Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 2/8] libperf cpumap: Ensure empty cpumap is NULL from alloc Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-17 0:25 ` Namhyung Kim 2024-02-17 0:25 ` Namhyung Kim 2024-02-17 0:52 ` Ian Rogers 2024-02-17 0:52 ` Ian Rogers 2024-02-19 10:38 ` James Clark 2024-02-19 10:38 ` James Clark 2024-02-02 23:40 ` [PATCH v3 3/8] perf arm-spe/cs-etm: Directly iterate CPU maps Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-17 1:01 ` Namhyung Kim 2024-02-17 1:01 ` Namhyung Kim 2024-02-17 1:33 ` Ian Rogers 2024-02-17 1:33 ` Ian Rogers 2024-02-19 10:16 ` James Clark 2024-02-19 10:16 ` James Clark 2024-02-02 23:40 ` [PATCH v3 4/8] perf intel-pt/intel-bts: Switch perf_cpu_map__has_any_cpu_or_is_empty use Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 5/8] perf cpumap: Clean up use of perf_cpu_map__has_any_cpu_or_is_empty Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 6/8] perf arm64 header: Remove unnecessary CPU map get and put Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 7/8] perf stat: Remove duplicate cpus_map_matched function Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-02 23:40 ` [PATCH v3 8/8] perf cpumap: Use perf_cpu_map__for_each_cpu when possible Ian Rogers 2024-02-02 23:40 ` Ian Rogers 2024-02-14 22:02 ` [PATCH v3 0/8] Clean up libperf cpumap's empty function Ian Rogers 2024-02-14 22:02 ` Ian Rogers 2024-02-17 1:04 ` Namhyung Kim 2024-02-17 1:04 ` Namhyung Kim 2024-03-07 23:47 ` Namhyung Kim 2024-03-07 23:47 ` Namhyung Kim 2024-03-18 21:37 ` Arnaldo Carvalho de Melo [this message] 2024-03-18 21:37 ` Arnaldo Carvalho de Melo 2024-03-19 4:18 ` Namhyung Kim 2024-03-19 4:18 ` Namhyung Kim
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=Zfi0IJV-OKwyDK0r@x1 \ --to=acme@kernel.org \ --cc=adrian.hunter@intel.com \ --cc=ajones@ventanamicro.com \ --cc=alexander.shishkin@linux.intel.com \ --cc=alexghiti@rivosinc.com \ --cc=andrealmeid@igalia.com \ --cc=atishp@rivosinc.com \ --cc=atrajeev@linux.vnet.ibm.com \ --cc=bpf@vger.kernel.org \ --cc=changbin.du@huawei.com \ --cc=chenhuacai@kernel.org \ --cc=coresight@lists.linaro.org \ --cc=dave@stgolabs.net \ --cc=dvhart@infradead.org \ --cc=irogers@google.com \ --cc=james.clark@arm.com \ --cc=john.g.garry@oracle.com \ --cc=jolsa@kernel.org \ --cc=kan.liang@linux.intel.com \ --cc=kjain@linux.ibm.com \ --cc=kprateek.nayak@amd.com \ --cc=leo.yan@linux.dev \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-perf-users@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=mike.leach@linaro.org \ --cc=mingo@redhat.com \ --cc=namhyung@kernel.org \ --cc=ndesaulniers@google.com \ --cc=p4ranlee@gmail.com \ --cc=pbonzini@redhat.com \ --cc=peterz@infradead.org \ --cc=ravi.bangoria@amd.com \ --cc=sandipan.das@amd.com \ --cc=seanjc@google.com \ --cc=sesse@google.com \ --cc=siyanteng@loongson.cn \ --cc=suzuki.poulose@arm.com \ --cc=tglx@linutronix.de \ --cc=will@kernel.org \ --cc=yang.lee@linux.alibaba.com \ --cc=yangjihong1@huawei.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.