1. Oct 25, 2010
    • Ingo Molnar's avatar
      x86/oprofile: Fix uninitialized variable use in debug printk · 2c78ffec
      Ingo Molnar authored
      
      
      Stephen Rothwell reported this build warning:
      
        arch/x86/oprofile/op_model_amd.c: In function 'ibs_eilvt_valid':
        arch/x86/oprofile/op_model_amd.c:289: warning: 'offset' may be used uninitialized in this function
      
      And correctly observed that indeed the variable is used uninitialized in
      this function. The result of this bug can be a debug printk with a bogus
      value.
      
      Also fix a few more small details that made this function hard to read
      and which probably contributed to the bug being introduced to begin with:
      
       - Use more symmetric error conditions
      
       - Remove the !0 obfuscation
      
       - Add newlines to the printk output
      
       - Remove bogus linebreaks in printk strings and elsewhere
      
      Reported-by: default avatarStephen Rothwell <sfr@canb.auug.org.au>
      Cc: Robert Richter <robert.richter@amd.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      LKML-Reference: <20101025115736.41d51abe.sfr@canb.auug.org.au>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      2c78ffec
  2. Oct 24, 2010
  3. Oct 23, 2010
    • Arnaldo Carvalho de Melo's avatar
      perf tools: Remove direct slang.h include · 8bfb5e7d
      Arnaldo Carvalho de Melo authored
      
      
      We wrap it in libslang.h because we need to deal with older slang release
      where HAVE_LONG_LONG is referenced as:
      
      So we need to define it.
      
      Noticed when rebuilding the perf tools on a RHEL5 machine.
      
      Cc: Frédéric Weisbecker <fweisbec@gmail.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Stephane Eranian <eranian@google.com>
      LKML-Reference: <new-submission>
      Signed-off-by: default avatarArnaldo Carvalho de Melo <acme@redhat.com>
      8bfb5e7d
  4. Oct 22, 2010