diff options
author | Vladimir Mezentsev <vladimir.mezentsev@oracle.com> | 2024-01-08 22:00:24 -0800 |
---|---|---|
committer | Vladimir Mezentsev <vladimir.mezentsev@oracle.com> | 2024-01-10 09:31:08 -0800 |
commit | 8fe04eeb2cbb8c4cf7b6e8d9183fe09a8b2e8d51 (patch) | |
tree | c3c29dfecf57ea78d8de663665a8c4ab53706b6a /test-driver | |
parent | e1cab50d2dd3d416662b5399bd80e6311a6ade0e (diff) | |
download | gdb-8fe04eeb2cbb8c4cf7b6e8d9183fe09a8b2e8d51.zip gdb-8fe04eeb2cbb8c4cf7b6e8d9183fe09a8b2e8d51.tar.gz gdb-8fe04eeb2cbb8c4cf7b6e8d9183fe09a8b2e8d51.tar.bz2 |
gprofng: 31123 improvements to hardware event implementation
Our hardware counter profiling is based on perf_event_open().
Our HWC tables are absent for new machines.
I have added HWC tables for the following events: PERF_TYPE_HARDWARE,
PERF_TYPE_SOFTWARE, PERF_TYPE_HW_CACHE. Other events require additional fixes.
Did a little cleaning: marked the symbols as static, used Stringbuilder,
created a function to read /proc/cpuinfo.
gprofng/ChangeLog
2024-01-08 Vladimir Mezentsev <vladimir.mezentsev@oracle.com>
PR gprofng/31123
* common/core_pcbe.c: Mark the symbols as static. Add events_generic[].
* common/hwc_cpus.h: Declare a new function read_cpuinfo.
* common/hwcdrv.c: Add a new parameter in init_perf_event().
* common/hwcentry.h: Add use_perf_event_type in Hwcentry.
* common/hwcfuncs.c (process_data_descriptor): Read use_perf_event_type,
type, config.
* common/hwctable.c: Add a new HWC table generic_list[].
* common/opteron_pcbe.c (opt_pcbe_init): Accept AMD machines.
* src/collctrl.cc: Use StringBuilder in Coll_Ctrl::build_data_desc().
Add a new function read_cpuinfo.
Diffstat (limited to 'test-driver')
0 files changed, 0 insertions, 0 deletions