aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/oprofile
diff options
context:
space:
mode:
authorMaynard Johnson <maynardj@us.ibm.com>2009-05-27 10:15:08 -0500
committerRobert Richter <robert.richter@amd.com>2009-06-12 17:25:43 +0200
commit1cc4ce6f5f89cdc355013aa43f06a14a015766d1 (patch)
tree6311518bac579d1eadadadb335a0f555e0cc8c15 /drivers/oprofile
parentMerge commit 'v2.6.30' into oprofile/master (diff)
downloadlinux-dev-1cc4ce6f5f89cdc355013aa43f06a14a015766d1.tar.xz
linux-dev-1cc4ce6f5f89cdc355013aa43f06a14a015766d1.zip
oprofile: reset bt_lost_no_mapping with other stats
The bt_lost_no_mapping is not getting reset at the start of a profiling run, thus the oprofiled.log shows erroneous values for this statistic. The attached patch fixes this problem. Signed-off-by: Maynard Johnson <maynardj@us.ibm.com> Signed-off-by: Robert Richter <robert.richter@amd.com>
Diffstat (limited to 'drivers/oprofile')
-rw-r--r--drivers/oprofile/oprofile_stats.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/oprofile/oprofile_stats.c b/drivers/oprofile/oprofile_stats.c
index e1f6ce03705e..efefae539a59 100644
--- a/drivers/oprofile/oprofile_stats.c
+++ b/drivers/oprofile/oprofile_stats.c
@@ -33,6 +33,7 @@ void oprofile_reset_stats(void)
atomic_set(&oprofile_stats.sample_lost_no_mm, 0);
atomic_set(&oprofile_stats.sample_lost_no_mapping, 0);
atomic_set(&oprofile_stats.event_lost_overflow, 0);
+ atomic_set(&oprofile_stats.bt_lost_no_mapping,0);
}