aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/perf_counter/design.txt
diff options
context:
space:
mode:
authorPeter Zijlstra <a.p.zijlstra@chello.nl>2009-03-24 05:50:24 -0400
committerIngo Molnar <mingo@elte.hu>2009-04-06 03:30:31 -0400
commit0fd112e41cd6f6d4779cbe327c3632d087e31476 (patch)
tree8b332b15f1af8d660dc645bcefd795b0113c7d30 /Documentation/perf_counter/design.txt
parentcbe46555dc4de6403cd757139d42289b5f21abb9 (diff)
perf_counter tools: remove glib dependency and fix bugs in kerneltop.c, fix poll()
Paul Mackerras wrote: > I noticed the poll stuff is bogus - we have a 2D array of struct > pollfds (MAX_NR_CPUS x MAX_COUNTERS), we fill in a sub-array (with the > rest being uninitialized, since the array is on the stack) and then > pass the first nr_cpus elements to poll. Not what we really meant, I > suspect. :) Not even if we only have one counter, since it's the > counter dimension that varies fastest. This should fix the most obvious poll fubar.. not enough to fix the full problem though.. Reported-by: Paul Mackerras <paulus@samba.org> Reported-by: Mike Galbraith <efault@gmx.de> Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Arjan van de Ven <arjan@linux.intel.com> Orig-LKML-Reference: <18888.29986.340328.540512@cargo.ozlabs.ibm.com> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'Documentation/perf_counter/design.txt')
0 files changed, 0 insertions, 0 deletions