1. 16 Jan, 2014 10 commits
  2. 15 Jan, 2014 23 commits
  3. 14 Jan, 2014 7 commits
    • Arnaldo Carvalho de Melo's avatar
      perf record: Rename --initial-delay to --delay · a6205a35
      Arnaldo Carvalho de Melo authored
      To be consistent with the equivalent option in 'stat', also, for the
      same reason, use -D as the one letter alias.
      Suggested-by: default avatarIngo Molnar <mingo@kernel.org>
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-p5yjnopajb3a8x0xha7yl5w8@git.kernel.orgSigned-off-by: default avatarArnaldo Carvalho de Melo <acme@redhat.com>
      a6205a35
    • Arnaldo Carvalho de Melo's avatar
      perf record: Rename --no-delay to --no-buffering · 509051ea
      Arnaldo Carvalho de Melo authored
      That is how the option summary describes it and so that we can free
      --delay to replace --initial-delay and then be consistent with stat's
      --delay equivalent option.
      Suggested-by: default avatarIngo Molnar <mingo@kernel.org>
      Cc: Adrian Hunter <adrian.hunter@intel.com>
      Cc: David Ahern <dsahern@gmail.com>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jiri Olsa <jolsa@redhat.com>
      Cc: Mike Galbraith <efault@gmx.de>
      Cc: Namhyung Kim <namhyung@kernel.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Peter Zijlstra <peterz@infradead.org>
      Cc: Stephane Eranian <eranian@google.com>
      Link: http://lkml.kernel.org/n/tip-f8hd2010uhjl2zzb34hepbmi@git.kernel.orgSigned-off-by: default avatarArnaldo Carvalho de Melo <acme@redhat.com>
      509051ea
    • Jean Delvare's avatar
      hwmon: (coretemp) Fix truncated name of alarm attributes · 3f9aec76
      Jean Delvare authored
      When the core number exceeds 9, the size of the buffer storing the
      alarm attribute name is insufficient and the attribute name is
      truncated. This causes libsensors to skip these attributes as the
      truncated name is not recognized.
      Reported-by: default avatarAndreas Hollmann <hollmann@in.tum.de>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarGuenter Roeck <linux@roeck-us.net>
      3f9aec76
    • Ingo Molnar's avatar
      Merge tag 'perf-core-for-mingo' of... · 19774998
      Ingo Molnar authored
      Merge tag 'perf-core-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
      
      Pull perf tooling updates from Arnaldo Carvalho de Melo:
      
      New features:
      
       * perf record: Add --initial-delay option (Andi Kleen)
      
       * Column colouring improvements in 'diff' (Ramkumar Ramachandra)
      
      Fixes:
      
       * Don't show counter information when workload fails (Arnaldo Carvalho de Melo)
      
       * Fixup leak on error path in parse events test. (Arnaldo Carvalho de Melo)
      
       * Fix --delay option in 'stat' man page (Andi Kleen)
      
       * Use the DWARF unwind info only if loaded (Jean Pihet):
      
      Developer stuff:
      
       * Improve forked workload error reporting by sending the errno in the signal
         data queueing integer field, using sigqueue and by doing the signal setup in
         the evlist methods, removing open coded equivalents in various tools. (Arnaldo Carvalho de Melo)
      
       * Do more auto exit cleanup shores in the 'evlist' destructor, so that the tools
         don't have to all do that sequence. (Arnaldo Carvalho de Melo)
      
       * Pack 'struct perf_session_env' and 'struct trace' (Arnaldo Carvalho de Melo)
      
       * Include tools/lib/api/ in MANIFEST, fixing detached tarballs (Arnaldo Carvalho de Melo)
      
       * Add test for building detached source tarballs (Arnaldo Carvalho de Melo)
      
       * Shut up libtracevent plugins make message (Jiri Olsa)
      
       * Fix installation tests path setup (Jiri Olsa)
      
       * Fix id_hdr_size initialization (Jiri Olsa)
      
       * Move some header files from tools/perf/ to tools/include/ to make them available to
         other tools/ dwelling codebases (Namhyung Kim)
      
       * Fix 'probe' build when DWARF support libraries not present (Arnaldo Carvalho de Melo)
      
      Refactorings:
      
       * Move logic to warn about kptr_restrict'ed kernels to separate
         function in 'report' (Arnaldo Carvalho de Melo)
      
       * Move hist browser selection code to separate function (Arnaldo Carvalho de Melo)
      
       * Move histogram entries collapsing to separate function (Arnaldo Carvalho de Melo)
      
       * Introduce evlist__for_each() & friends (Arnaldo Carvalho de Melo)
      
       * Automate setup of FEATURE_CHECK_(C|LD)FLAGS-all variables (Jiri Olsa)
      
       * Move arch setup into seprate Makefile (Jiri Olsa)
      
      Trivial stuff:
      
       * Remove misplaced __maybe_unused in 'stat' (Arnaldo Carvalho de Melo)
      
       * Remove old evsel_list usage in 'record' (Arnaldo Carvalho de Melo)
      
       * Comment typo fix (Cody P Schafer)
      
       * Remove unused test-volatile-register-var.c (Yann Droneaud)
      Signed-off-by: default avatarArnaldo Carvalho de Melo <acme@redhat.com>
      Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
      19774998
    • Stephen Warren's avatar
      i2c: Re-instate body of i2c_parent_is_i2c_adapter() · 2fac2b89
      Stephen Warren authored
      The body of i2c_parent_is_i2c_adapter() is currently guarded by
      I2C_MUX. It should be CONFIG_I2C_MUX instead.
      
      Among potentially other problems, this resulted in i2c_lock_adapter()
      only locking I2C mux child adapters, and not the parent adapter. In
      turn, this could allow inter-mingling of mux child selection and I2C
      transactions, which could result in I2C transactions being directed to
      the wrong I2C bus, and possibly even switching between busses in the
      middle of a transaction.
      
      One concrete issue caused by this bug was corrupted HDMI EDID reads
      during boot on the NVIDIA Tegra Seaboard system, although this only
      became apparent in recent linux-next, when the boot timing was changed
      just enough to trigger the race condition.
      
      Fixes: 3923172b ("i2c: reduce parent checking to a NOOP in non-I2C_MUX case")
      Cc: Phil Carmody <phil.carmody@partner.samsung.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Signed-off-by: default avatarWolfram Sang <wsa@the-dreams.de>
      2fac2b89
    • NeilBrown's avatar
      md: fix problem when adding device to read-only array with bitmap. · 8313b8e5
      NeilBrown authored
      If an array is started degraded, and then the missing device
      is found it can be re-added and a minimal bitmap-based recovery
      will bring it fully up-to-date.
      
      If the array is read-only a recovery would not be allowed.
      But also if the array is read-only and the missing device was
      present very recently, then there could be no need for any
      recovery at all, so we simply include the device in the read-only
      array without any recovery.
      
      However... if the missing device was removed a little longer ago
      it could be missing some updates, but if a bitmap is present it will
      be conditionally accepted pending a bitmap-based update.  We don't
      currently detect this case properly and will include that old
      device into the read-only array with no recovery even though it really
      needs a recovery.
      
      This patch keeps track of whether a bitmap-based-recovery is really
      needed or not in the new Bitmap_sync rdev flag.  If that is set,
      then the device will not be added to a read-only array.
      
      Cc: Andrei Warkentin <andreiw@vmware.com>
      Fixes: d70ed2e4
      Cc: stable@vger.kernel.org (3.2+)
      Signed-off-by: default avatarNeilBrown <neilb@suse.de>
      8313b8e5
    • NeilBrown's avatar
      md/raid10: fix bug when raid10 recovery fails to recover a block. · e8b84915
      NeilBrown authored
      commit e875ecea
          md/raid10 record bad blocks as needed during recovery.
      
      added code to the "cannot recover this block" path to record a bad
      block rather than fail the whole recovery.
      Unfortunately this new case was placed *after* r10bio was freed rather
      than *before*, yet it still uses r10bio.
      This is will crash with a null dereference.
      
      So move the freeing of r10bio down where it is safe.
      
      Cc: stable@vger.kernel.org (v3.1+)
      Fixes: e875eceaReported-by: default avatarDamian Nowak <spam@nowaker.net>
      URL: https://bugzilla.kernel.org/show_bug.cgi?id=68181Signed-off-by: default avatarNeilBrown <neilb@suse.de>
      e8b84915