From: Arnaldo Carvalho de Melo <acme@kernel.org>
To: Ian Rogers <irogers@google.com>
Cc: Gautam Menghani <gautam@linux.ibm.com>,
Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Namhyung Kim <namhyung@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@kernel.org>,
Adrian Hunter <adrian.hunter@intel.com>,
Kan Liang <kan.liang@linux.intel.com>,
Howard Chu <howardchu95@gmail.com>,
linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org,
maddy@linux.ibm.com
Subject: Re: [PATCH v3 4/7] perf python: Add support for perf_counts_values to return counter data
Date: Thu, 22 May 2025 19:36:28 -0300 [thread overview]
Message-ID: <aC-m7G-AVJP6sDD3@x1> (raw)
In-Reply-To: <CAP-5=fXdpT3-=e4cqZN4fBJK1c4TnYC1ZVV5Q5zTjmf7T7Fffg@mail.gmail.com>
On Thu, May 22, 2025 at 03:32:44PM -0700, Ian Rogers wrote:
> On Thu, May 22, 2025 at 3:20 PM Arnaldo Carvalho de Melo
> <acme@kernel.org> wrote:
> >
> > On Mon, May 19, 2025 at 12:51:41PM -0700, Ian Rogers wrote:
> > > From: Gautam Menghani <gautam@linux.ibm.com>
> > >
> > > Add support for perf_counts_values struct to enable the python
> > > bindings to read and return the counter data.
> > >
> > > Signed-off-by: Gautam Menghani <gautam@linux.ibm.com>
> > > ---
> > > tools/perf/util/python.c | 92 +++++++++++++++++++++++++++++++++++++++-
> > > 1 file changed, 91 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/tools/perf/util/python.c b/tools/perf/util/python.c
> > > index ead3afd2d996..1cbddfe77c7c 100644
> > > --- a/tools/perf/util/python.c
> > > +++ b/tools/perf/util/python.c
> > > @@ -626,6 +626,92 @@ static int pyrf_thread_map__setup_types(void)
> > > return PyType_Ready(&pyrf_thread_map__type);
> > > }
> > >
> > > +struct pyrf_counts_values {
> > > + PyObject_HEAD
> > > +
> > > + struct perf_counts_values values;
> > > +};
> > > +
> > > +static const char pyrf_counts_values__doc[] = PyDoc_STR("perf counts values object.");
> > > +
> > > +static void pyrf_counts_values__delete(struct pyrf_counts_values *pcounts_values)
> > > +{
> > > + Py_TYPE(pcounts_values)->tp_free((PyObject *)pcounts_values);
> > > +}
> > > +
> > > +#define counts_values_member_def(member, ptype, help) \
> > > + { #member, ptype, \
> > > + offsetof(struct pyrf_counts_values, values.member), \
> > > + 0, help }
> > > +
> > > +static PyMemberDef pyrf_counts_values_members[] = {
> > > + counts_values_member_def(val, Py_T_ULONG, "Value of event"),
> > > + counts_values_member_def(ena, Py_T_ULONG, "Time for which enabled"),
> > > + counts_values_member_def(run, Py_T_ULONG, "Time for which running"),
> > > + counts_values_member_def(id, Py_T_ULONG, "Unique ID for an event"),
> > > + counts_values_member_def(lost, Py_T_ULONG, "Num of lost samples"),
> > > + {NULL}
> > > +};
> >
> > So the above is failing on a aarch64 debian (rpi5):
> >
> > acme@raspberrypi:~/git/perf-tools-next $ dpkg -S /usr/include/python3.11/structmember.h
> > libpython3.11-dev:arm64: /usr/include/python3.11/structmember.h
> > acme@raspberrypi:~/git/perf-tools-next $
> >
> > Where it only has:
> >
> > acme@raspberrypi:~/git/perf-tools-next $ grep -r Py_T_ULONG /usr/include/
> > acme@raspberrypi:~/git/perf-tools-next $ grep -rw Py_T_ULONG /usr/include/
> > acme@raspberrypi:~/git/perf-tools-next $ grep -rw T_ULONG /usr/include/
> > /usr/include/python3.11/structmember.h:#define T_ULONG 12
> > acme@raspberrypi:~/git/perf-tools-next $
> >
> > while on fedora 42 x86_64:
> >
> > ⬢ [acme@toolbx perf-tools-next]$ grep -rw Py_T_ULONG /usr/include/
> > /usr/include/python3.13/descrobject.h:#define Py_T_ULONG 12
> > /usr/include/python3.13/structmember.h:#define T_ULONG Py_T_ULONG
> > ⬢ [acme@toolbx perf-tools-next]$
> >
> > So I'm making it use the T_ULONG and others as all the other PyMemberDef
> > arrays in tools/perf/util/python.c, ok?
>
> The fix makes sense to me. Checking the documentation it seems
> Py_T_ULONG is preferred:
> https://docs.python.org/3/c-api/structures.html#member-types
> perhaps we can add:
> ```
> #ifndef Py_T_ULONG
> #define Py_T_ULONG T_ULONG
> #endif
> ```
> so that we use the approach matching the documentation while fixing
> the RaspberryPi issue.
That can be done as a followup, as there are lots of preexisting usage
for struct method definitions.
- Arnaldo
> Thanks,
> Ian
>
> > - Arnaldo
> >
> > > +static PyObject *pyrf_counts_values_get_values(struct pyrf_counts_values *self, void *closure)
> > > +{
> > > + PyObject *vals = PyList_New(5);
> > > +
> > > + if (!vals)
> > > + return NULL;
> > > + for (int i = 0; i < 5; i++)
> > > + PyList_SetItem(vals, i, PyLong_FromLong(self->values.values[i]));
> > > +
> > > + return vals;
> > > +}
> > > +
> > > +static int pyrf_counts_values_set_values(struct pyrf_counts_values *self, PyObject *list,
> > > + void *closure)
> > > +{
> > > + Py_ssize_t size;
> > > + PyObject *item = NULL;
> > > +
> > > + if (!PyList_Check(list)) {
> > > + PyErr_SetString(PyExc_TypeError, "Value assigned must be a list");
> > > + return -1;
> > > + }
> > > +
> > > + size = PyList_Size(list);
> > > + for (Py_ssize_t i = 0; i < size; i++) {
> > > + item = PyList_GetItem(list, i);
> > > + if (!PyLong_Check(item)) {
> > > + PyErr_SetString(PyExc_TypeError, "List members should be numbers");
> > > + return -1;
> > > + }
> > > + self->values.values[i] = PyLong_AsLong(item);
> > > + }
> > > +
> > > + return 0;
> > > +}
> > > +
> > > +static PyGetSetDef pyrf_counts_values_getset[] = {
> > > + {"values", (getter)pyrf_counts_values_get_values, (setter)pyrf_counts_values_set_values,
> > > + "Name field", NULL},
> > > + {NULL}
> > > +};
> > > +
> > > +static PyTypeObject pyrf_counts_values__type = {
> > > + PyVarObject_HEAD_INIT(NULL, 0)
> > > + .tp_name = "perf.counts_values",
> > > + .tp_basicsize = sizeof(struct pyrf_counts_values),
> > > + .tp_dealloc = (destructor)pyrf_counts_values__delete,
> > > + .tp_flags = Py_TPFLAGS_DEFAULT|Py_TPFLAGS_BASETYPE,
> > > + .tp_doc = pyrf_counts_values__doc,
> > > + .tp_members = pyrf_counts_values_members,
> > > + .tp_getset = pyrf_counts_values_getset,
> > > +};
> > > +
> > > +static int pyrf_counts_values__setup_types(void)
> > > +{
> > > + pyrf_counts_values__type.tp_new = PyType_GenericNew;
> > > + return PyType_Ready(&pyrf_counts_values__type);
> > > +}
> > > +
> > > struct pyrf_evsel {
> > > PyObject_HEAD
> > >
> > > @@ -1475,7 +1561,8 @@ PyMODINIT_FUNC PyInit_perf(void)
> > > pyrf_evlist__setup_types() < 0 ||
> > > pyrf_evsel__setup_types() < 0 ||
> > > pyrf_thread_map__setup_types() < 0 ||
> > > - pyrf_cpu_map__setup_types() < 0)
> > > + pyrf_cpu_map__setup_types() < 0 ||
> > > + pyrf_counts_values__setup_types() < 0)
> > > return module;
> > >
> > > /* The page_size is placed in util object. */
> > > @@ -1520,6 +1607,9 @@ PyMODINIT_FUNC PyInit_perf(void)
> > > Py_INCREF(&pyrf_cpu_map__type);
> > > PyModule_AddObject(module, "cpu_map", (PyObject*)&pyrf_cpu_map__type);
> > >
> > > + Py_INCREF(&pyrf_counts_values__type);
> > > + PyModule_AddObject(module, "counts_values", (PyObject *)&pyrf_counts_values__type);
> > > +
> > > dict = PyModule_GetDict(module);
> > > if (dict == NULL)
> > > goto error;
> > > --
> > > 2.49.0.1101.gccaa498523-goog
next prev parent reply other threads:[~2025-05-22 22:36 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-19 19:51 [PATCH v3 0/7] perf python: Add missing infra pieces for counting Ian Rogers
2025-05-19 19:51 ` [PATCH v3 1/7] libperf threadmap: Don't segv for index 0 for the NULL perf_thread_map Ian Rogers
2025-05-19 19:51 ` [PATCH v3 2/7] libperf threadmap: Add perf_thread_map__idx Ian Rogers
2025-05-19 19:51 ` [PATCH v3 3/7] perf python: Add evsel cpus and threads functions Ian Rogers
2025-05-19 19:51 ` [PATCH v3 4/7] perf python: Add support for perf_counts_values to return counter data Ian Rogers
2025-05-21 13:20 ` Arnaldo Carvalho de Melo
2025-05-21 13:56 ` Ian Rogers
2025-05-21 17:26 ` Arnaldo Carvalho de Melo
2025-05-22 22:20 ` Arnaldo Carvalho de Melo
2025-05-22 22:32 ` Ian Rogers
2025-05-22 22:36 ` Arnaldo Carvalho de Melo [this message]
2025-05-22 22:37 ` Arnaldo Carvalho de Melo
2025-05-23 1:28 ` Arnaldo Carvalho de Melo
2025-05-26 14:49 ` Gautam Menghani
2025-05-19 19:51 ` [PATCH v3 5/7] perf python: Add evsel read method Ian Rogers
2025-05-21 13:18 ` Arnaldo Carvalho de Melo
2025-05-19 19:51 ` [PATCH v3 6/7] perf python: Add evlist close support Ian Rogers
2025-05-19 19:51 ` [PATCH v3 7/7] perf python: Add counting.py as example for counting perf events Ian Rogers
2025-05-21 14:46 ` Arnaldo Carvalho de Melo
2025-05-21 12:27 ` [PATCH v3 0/7] perf python: Add missing infra pieces for counting Gautam Menghani
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=aC-m7G-AVJP6sDD3@x1 \
--to=acme@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=alexander.shishkin@linux.intel.com \
--cc=gautam@linux.ibm.com \
--cc=howardchu95@gmail.com \
--cc=irogers@google.com \
--cc=jolsa@kernel.org \
--cc=kan.liang@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=maddy@linux.ibm.com \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.org \
/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: link
Be 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.