Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/06/2017 12:02 PM, Bart Van Assche wrote: On Thu, 2017-03-02 at 16:14 +1100, Benjamin Herrenschmidt wrote: On Wed, 2017-03-01 at 21:26 -0600, Larry Finger wrote: My Powerbook G4 Aluminum generates a fatal splat early in the boot process, just after identifying the driver for the disk.

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/06/2017 12:02 PM, Bart Van Assche wrote: On Thu, 2017-03-02 at 16:14 +1100, Benjamin Herrenschmidt wrote: On Wed, 2017-03-01 at 21:26 -0600, Larry Finger wrote: My Powerbook G4 Aluminum generates a fatal splat early in the boot process, just after identifying the driver for the disk.

[PATCH 05/35] tools arch x86: Introduce atomic_cmpxchg()

From: Arnaldo Carvalho de Melo Will be used by atomic_cmpxchg_relaxed(), in turn used by refcount.h. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 05/35] tools arch x86: Introduce atomic_cmpxchg()

From: Arnaldo Carvalho de Melo Will be used by atomic_cmpxchg_relaxed(), in turn used by refcount.h. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-kdmovd3l4gw5b1w31ypr6...@git.kernel.org Signed-off-by:

[PATCH 01/35] perf vendor events: Add mapping for KnightsMill PMU events

From: Karol Wachowski Reuse events from KnightsLanding for KnightsMill Signed-off-by: Karol Wachowski Cc: Alexander Shishkin Cc: Andi Kleen Cc: Dave Hansen

[PATCH 01/35] perf vendor events: Add mapping for KnightsMill PMU events

From: Karol Wachowski Reuse events from KnightsLanding for KnightsMill Signed-off-by: Karol Wachowski Cc: Alexander Shishkin Cc: Andi Kleen Cc: Dave Hansen Cc: Kan Liang Cc: Peter Zijlstra Cc: Piotr Luc Cc: Srinivas Pandruvada Link:

[PATCH 02/35] perf stat: Issue a HW watchdog disable hint

From: Borislav Petkov When using perf stat on an AMD F15h system with the default hw events attributes, some of the events don't get counted: Performance counter stats for 'sleep 1': 0.749208 task-clock (msec) #0.001 CPUs utilized 1

[PATCH 20/35] perf tools: Allow sorting by symbol size

From: Charles Baylis Add new sort key 'symbol_size' to allow user to sort by symbol size, or (more usefully) display the symbol size using --fields=...,symbol_size. Committer note: Testing it together with the recently added -q, to remove the headers, and using the

[PATCH 20/35] perf tools: Allow sorting by symbol size

From: Charles Baylis Add new sort key 'symbol_size' to allow user to sort by symbol size, or (more usefully) display the symbol size using --fields=...,symbol_size. Committer note: Testing it together with the recently added -q, to remove the headers, and using the '+' sign with -s, to add the

[PATCH 02/35] perf stat: Issue a HW watchdog disable hint

From: Borislav Petkov When using perf stat on an AMD F15h system with the default hw events attributes, some of the events don't get counted: Performance counter stats for 'sleep 1': 0.749208 task-clock (msec) #0.001 CPUs utilized 1

[PATCH 28/35] perf intel-PT/BTS: Add missing initialization

From: Adrian Hunter $ perf test decoder 57: x86 instruction decoder - new instructions : FAILED! $ Failed to decode 'rel' value (0xfffc vs expected 0): 0f 1b 80 78 56 34 12 bndstx %bnd0,0x12345678(%rax) Failed to decode 'rel' value (0xfffc vs

[PATCH 28/35] perf intel-PT/BTS: Add missing initialization

From: Adrian Hunter $ perf test decoder 57: x86 instruction decoder - new instructions : FAILED! $ Failed to decode 'rel' value (0xfffc vs expected 0): 0f 1b 80 78 56 34 12 bndstx %bnd0,0x12345678(%rax) Failed to decode 'rel' value (0xfffc vs expected 0): 0f 1b 85 78

[PATCH 31/35] tools build: Add test for sched_getcpu()

From: Arnaldo Carvalho de Melo Instead of trying to go on adding more ifdef conditions, do a feature test and define HAVE_SCHED_GETCPU_SUPPORT instead, then use it to provide the prototype. No need to change the stub, as it is already a __weak symbol. Cc: Adrian Hunter

[PATCH 31/35] tools build: Add test for sched_getcpu()

From: Arnaldo Carvalho de Melo Instead of trying to go on adding more ifdef conditions, do a feature test and define HAVE_SCHED_GETCPU_SUPPORT instead, then use it to provide the prototype. No need to change the stub, as it is already a __weak symbol. Cc: Adrian Hunter Cc: David Ahern Cc:

[PATCH 07/35] tools include: Provide gcc based cmpxchg fallback for !x86

From: Arnaldo Carvalho de Melo We've been using an atomic_t implementation subset based on the gcc builtin functions for a while, now, with refcount.h we need cmpxchg(), use gcc's __sync_val_compare_and_swap() for that. Cc: Adrian Hunter Cc: David

[PATCH 07/35] tools include: Provide gcc based cmpxchg fallback for !x86

From: Arnaldo Carvalho de Melo We've been using an atomic_t implementation subset based on the gcc builtin functions for a while, now, with refcount.h we need cmpxchg(), use gcc's __sync_val_compare_and_swap() for that. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc:

[GIT PULL 00/35] perf/core improvements and fixes

nflict (2017-03-02 08:05:45 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.11-20170306 for you to fetch changes up to 001916b94a04809a94abb07daba6f9ace01906ba: perf bench numa: Add more comment for -c

[GIT PULL 00/35] perf/core improvements and fixes

:45 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-4.11-20170306 for you to fetch changes up to 001916b94a04809a94abb07daba6f9ace01906ba: perf bench numa: Add more comment for -c option (2017-03-06 12:39:30

Re: [RFC PATCH 2/2] mm/sparse: add last_section_nr in sparse_init() to reduce some iteration cycle

Hello, Wei. On Fri, Feb 17, 2017 at 10:12:31PM +0800, Wei Yang wrote: > > And compare the ruling with the iteration for the loop to be (1UL << > > 5) and (1UL << 19). > > The runtime is 0.00s and 0.04s respectively. The absolute value is not much. systemd-analyze usually does a pretty good job

Re: [RFC PATCH 2/2] mm/sparse: add last_section_nr in sparse_init() to reduce some iteration cycle

Hello, Wei. On Fri, Feb 17, 2017 at 10:12:31PM +0800, Wei Yang wrote: > > And compare the ruling with the iteration for the loop to be (1UL << > > 5) and (1UL << 19). > > The runtime is 0.00s and 0.04s respectively. The absolute value is not much. systemd-analyze usually does a pretty good job

Re: [PATCHv4 00/33] 5-level paging

On Mon, Mar 6, 2017 at 11:09 AM, Kirill A. Shutemov wrote: > > The first 7 patches are relatively low-risk. It would be nice to have them > in earlier. Ok, I gave those another look since you mentioned them in particular, and they still look fine and non-controversial to

Re: [PATCHv4 00/33] 5-level paging

On Mon, Mar 6, 2017 at 11:09 AM, Kirill A. Shutemov wrote: > > The first 7 patches are relatively low-risk. It would be nice to have them > in earlier. Ok, I gave those another look since you mentioned them in particular, and they still look fine and non-controversial to me. I'd be willing to

[PATCH 12/35] perf comm: Convert comm_str.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 12/35] perf comm: Convert comm_str.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t

On Mon, Mar 06, 2017 at 04:27:11PM +0100, Johannes Thumshirn wrote: > On 03/06/2017 03:21 PM, Elena Reshetova wrote: > > refcount_t type and corresponding API should be > > used instead of atomic_t when the variable is used as > > a reference counter. This allows to avoid accidental > > refcounter

Re: [PATCH 21/29] drivers, s390: convert fc_fcp_pkt.ref_cnt from atomic_t to refcount_t

On Mon, Mar 06, 2017 at 04:27:11PM +0100, Johannes Thumshirn wrote: > On 03/06/2017 03:21 PM, Elena Reshetova wrote: > > refcount_t type and corresponding API should be > > used instead of atomic_t when the variable is used as > > a reference counter. This allows to avoid accidental > > refcounter

Re: [PATCH RFC 01/14] block, bfq: introduce the BFQ-v0 I/O scheduler as an extra scheduler

On 03/04/2017 08:01 AM, Paolo Valente wrote: > BFQ is a proportional-share I/O scheduler, whose general structure, > plus a lot of code, are borrowed from CFQ. > [ ... ] This description is very useful. However, since it is identical to the description this patch adds to

Re: [PATCH RFC 01/14] block, bfq: introduce the BFQ-v0 I/O scheduler as an extra scheduler

On 03/04/2017 08:01 AM, Paolo Valente wrote: > BFQ is a proportional-share I/O scheduler, whose general structure, > plus a lot of code, are borrowed from CFQ. > [ ... ] This description is very useful. However, since it is identical to the description this patch adds to

[PATCH 09/35] tools include: Adopt kernel's refcount.h

From: Arnaldo Carvalho de Melo To aid in catching bugs when using atomics as a reference count. This is a trimmed down version with just what is used by tools/ at this point. After this, the patches submitted by Elena for tools/ doing the conversion from atomic_ to recount_

[PATCH 09/35] tools include: Adopt kernel's refcount.h

From: Arnaldo Carvalho de Melo To aid in catching bugs when using atomics as a reference count. This is a trimmed down version with just what is used by tools/ at this point. After this, the patches submitted by Elena for tools/ doing the conversion from atomic_ to recount_ methods can be

[PATCH 06/35] tools include: Introduce atomic_cmpxchg_{relaxed,release}()

From: Arnaldo Carvalho de Melo Will be used by refcnt.h Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan

[PATCH 06/35] tools include: Introduce atomic_cmpxchg_{relaxed,release}()

From: Arnaldo Carvalho de Melo Will be used by refcnt.h Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-jszriruqfqpez1bkivwfj...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 23/35] perf ftrace: Add support for -a and -C option

From: Namhyung Kim The -a/--all-cpus and -C/--cpu option is for controlling tracing cpus. Signed-off-by: Namhyung Kim Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Steven

[PATCH 30/35] perf tools: Force uncore events to system wide monitoring

From: Jiri Olsa Make system wide (-a) the default option if no target was specified and one of following conditions is met: - there's no workload specified (current behaviour) - there is workload specified but all requested events are system wide ones Mixed events

[PATCH 23/35] perf ftrace: Add support for -a and -C option

From: Namhyung Kim The -a/--all-cpus and -C/--cpu option is for controlling tracing cpus. Signed-off-by: Namhyung Kim Cc: Frederic Weisbecker Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Steven Rostedt Cc: kernel-t...@lge.com Link:

[PATCH 30/35] perf tools: Force uncore events to system wide monitoring

From: Jiri Olsa Make system wide (-a) the default option if no target was specified and one of following conditions is met: - there's no workload specified (current behaviour) - there is workload specified but all requested events are system wide ones Mixed events core/uncore with

[PATCH 10/35] perf cgroup: Convert cgroup_sel.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 25/35] kretprobes: Ensure probe location is at function entry

From: "Naveen N. Rao" kretprobes can be registered by specifying an absolute address or by specifying offset to a symbol. However, we need to ensure this falls at function entry so as to be able to determine the return address. Validate the same during kretprobe

[PATCH 25/35] kretprobes: Ensure probe location is at function entry

From: "Naveen N. Rao" kretprobes can be registered by specifying an absolute address or by specifying offset to a symbol. However, we need to ensure this falls at function entry so as to be able to determine the return address. Validate the same during kretprobe registration. By default, there

[PATCH 10/35] perf cgroup: Convert cgroup_sel.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 18/35] perf thread_map: Convert thread_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 26/35] trace/kprobes: Allow return probes with offsets and absolute addresses

From: "Naveen N. Rao" Since the kernel includes many non-global functions with same names, we will need to use offsets from other symbols (typically _text/_stext) or absolute addresses to place return probes on specific functions. Also, the core

[PATCH 26/35] trace/kprobes: Allow return probes with offsets and absolute addresses

From: "Naveen N. Rao" Since the kernel includes many non-global functions with same names, we will need to use offsets from other symbols (typically _text/_stext) or absolute addresses to place return probes on specific functions. Also, the core register_kretprobe() API never forbid use of

[PATCH 18/35] perf thread_map: Convert thread_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 22/35] perf cpumap: Introduce cpu_map__snprint_mask()

From: Namhyung Kim The cpu_map__snprint_mask() generates a string representation of a cpumask bitmap. For cpu 0 to 11, it'll return "fff". Committer notes: Fix compiler warning on some toolchains: 19 fedora:24-x-ARC-uClibc: FAIL CC

[PATCH 19/35] perf evlist: Clarify a bit the use of perf_mmap->refcnt

From: Arnaldo Carvalho de Melo This is an odd refcount use case, so add some more comments to help understand that when it hits zero it really means that the mmap()ed area (on a perf_event_open() returned fd) has been munmap()ed. Cc: Adrian Hunter Cc:

[PATCH 22/35] perf cpumap: Introduce cpu_map__snprint_mask()

From: Namhyung Kim The cpu_map__snprint_mask() generates a string representation of a cpumask bitmap. For cpu 0 to 11, it'll return "fff". Committer notes: Fix compiler warning on some toolchains: 19 fedora:24-x-ARC-uClibc: FAIL CC /tmp/build/perf/util/cpumap.o

[PATCH 19/35] perf evlist: Clarify a bit the use of perf_mmap->refcnt

From: Arnaldo Carvalho de Melo This is an odd refcount use case, so add some more comments to help understand that when it hits zero it really means that the mmap()ed area (on a perf_event_open() returned fd) has been munmap()ed. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri

[PATCH 16/35] perf evlist: Convert perf_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 34/35] tools build: Use the same CC for feature detection and actual build

From: Arnaldo Carvalho de Melo When build with: 'make CC=clang' we were not using that CC to do feature detection, which resulted in features being detected with gcc and then the actual tools being built with clang. Most of the time these compilers are

[PATCH 16/35] perf evlist: Convert perf_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 34/35] tools build: Use the same CC for feature detection and actual build

From: Arnaldo Carvalho de Melo When build with: 'make CC=clang' we were not using that CC to do feature detection, which resulted in features being detected with gcc and then the actual tools being built with clang. Most of the time these compilers are compatible enough, so no

[PATCH 13/35] perf dso: Convert dso.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 13/35] perf dso: Convert dso.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 15/35] perf map: Convert map_groups.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 15/35] perf map: Convert map_groups.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 33/35] perf bench futex: Fix build on musl + clang

From: Arnaldo Carvalho de Melo When building with clang on a musl libc system, Alpine Linux, we end up hitting a problem where memset() is used but its prototype is not present, add it to avoid this: bench/futex-wake.c:99:3: error: implicitly declaring library function

[PATCH 3/3] ASoC: dio2125: add dt-bindings

Signed-off-by: Jerome Brunet --- Documentation/devicetree/bindings/sound/dioo,dio2125.txt | 12 1 file changed, 12 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/dioo,dio2125.txt diff --git

[PATCH 33/35] perf bench futex: Fix build on musl + clang

From: Arnaldo Carvalho de Melo When building with clang on a musl libc system, Alpine Linux, we end up hitting a problem where memset() is used but its prototype is not present, add it to avoid this: bench/futex-wake.c:99:3: error: implicitly declaring library function 'memset' with type

[PATCH 3/3] ASoC: dio2125: add dt-bindings

Signed-off-by: Jerome Brunet --- Documentation/devicetree/bindings/sound/dioo,dio2125.txt | 12 1 file changed, 12 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/dioo,dio2125.txt diff --git a/Documentation/devicetree/bindings/sound/dioo,dio2125.txt

[PATCH 17/35] perf thread: convert thread.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 35/35] perf bench numa: Add more comment for -c option

From: Jiri Olsa Adding more commentary for -c/--show_convergence option, to explain how the convergence is defined. Before: -c, --show_convergence show convergence details Now: -c, --show_convergence convergence is

[PATCH 17/35] perf thread: convert thread.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 35/35] perf bench numa: Add more comment for -c option

From: Jiri Olsa Adding more commentary for -c/--show_convergence option, to explain how the convergence is defined. Before: -c, --show_convergence show convergence details Now: -c, --show_convergence convergence is reached when each

[PATCH 32/35] perf bench futex: Use __maybe_unused

From: Arnaldo Carvalho de Melo Instead of attributing a variable to itself to silence the compiler, use the attribute designed for that, avoiding this: In file included from bench/futex-hash.c:24: bench/futex.h:95:7: error: explicitly assigning value of variable of type

[PATCH 32/35] perf bench futex: Use __maybe_unused

From: Arnaldo Carvalho de Melo Instead of attributing a variable to itself to silence the compiler, use the attribute designed for that, avoiding this: In file included from bench/futex-hash.c:24: bench/futex.h:95:7: error: explicitly assigning value of variable of type 'pthread_attr_t *' to

[PATCH 14/35] perf map: Convert map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 27/35] perf probe: Generalize probe event file open routine

From: "Naveen N. Rao" Generalize probe event file open routine into a generic function for opening trace files. Signed-off-by: Naveen N. Rao Acked-by: Masami Hiramatsu Cc: Ananth N Mavinakayanahalli

[PATCH 24/35] perf ftrace: Use pager for displaying result

From: Namhyung Kim It's convenient to use the pager when seeing many lines of result. Note that setup_pager() should be called after perf_evlist__prepare_workload() since they can interfere each other regarding shared stdio streams. Signed-off-by: Namhyung Kim

[PATCH 14/35] perf map: Convert map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 27/35] perf probe: Generalize probe event file open routine

From: "Naveen N. Rao" Generalize probe event file open routine into a generic function for opening trace files. Signed-off-by: Naveen N. Rao Acked-by: Masami Hiramatsu Cc: Ananth N Mavinakayanahalli Cc: Michael Ellerman Cc: Steven Rostedt Cc: linuxppc-...@lists.ozlabs.org Link:

[PATCH 24/35] perf ftrace: Use pager for displaying result

From: Namhyung Kim It's convenient to use the pager when seeing many lines of result. Note that setup_pager() should be called after perf_evlist__prepare_workload() since they can interfere each other regarding shared stdio streams. Signed-off-by: Namhyung Kim Tested-by: Arnaldo Carvalho de

[PATCH 11/35] perf cpumap: Convert cpu_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by:

[PATCH 11/35] perf cpumap: Convert cpu_map.refcnt from atomic_t to refcount_t

From: Elena Reshetova The refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

[PATCH 29/35] trace/kprobes: Add back warning about offset in return probes

From: "Steven Rostedt (VMware)" Let's not remove the warning about offsets and return probes when the offset is invalid. Signed-off-by: Steven Rostedt Acked-by: Masami Hiramatsu Acked-by: Naveen N. Rao

[PATCH 29/35] trace/kprobes: Add back warning about offset in return probes

From: "Steven Rostedt (VMware)" Let's not remove the warning about offsets and return probes when the offset is invalid. Signed-off-by: Steven Rostedt Acked-by: Masami Hiramatsu Acked-by: Naveen N. Rao Cc: Ananth N Mavinakayanahalli Cc: Michael Ellerman Cc: linuxppc-...@lists.ozlabs.org

[PATCH 03/35] tools include: Adopt __compiletime_error

From: Arnaldo Carvalho de Melo >From the kernel, get the gcc one and provide the fallback so that we can continue build with other compilers, such as with clang. Will be used by tools/arch/x86/include/asm/cmpxchg.h. Cc: Adrian Hunter Cc: David Ahern

[PATCH 03/35] tools include: Adopt __compiletime_error

From: Arnaldo Carvalho de Melo >From the kernel, get the gcc one and provide the fallback so that we can continue build with other compilers, such as with clang. Will be used by tools/arch/x86/include/asm/cmpxchg.h. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc:

[PATCH 21/35] perf ftrace: Add support for --pid option

From: Namhyung Kim The -p (--pid) option enables to trace existing process by its pid. Committer notes: Testing it: Using the function_graph tracer on a process that is just waiting for user input and thus will make 'perf ftrace' sit there waiting for that, then press any

[PATCH 21/35] perf ftrace: Add support for --pid option

From: Namhyung Kim The -p (--pid) option enables to trace existing process by its pid. Committer notes: Testing it: Using the function_graph tracer on a process that is just waiting for user input and thus will make 'perf ftrace' sit there waiting for that, then press any key on that mutt

[PATCH 04/35] tools arch x86: Include asm/cmpxchg.h

From: Arnaldo Carvalho de Melo Will be included from atomic.h and used in refcount.h Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 04/35] tools arch x86: Include asm/cmpxchg.h

From: Arnaldo Carvalho de Melo Will be included from atomic.h and used in refcount.h Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-pzrydfee75mhq64kazxmf...@git.kernel.org Signed-off-by: Arnaldo Carvalho

[PATCH 08/35] tools include: Add UINT_MAX def to kernel.h

From: Arnaldo Carvalho de Melo The kernel has it and some files we got from there would require us including the userland header for that, so add it conditionally. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova

[PATCH 08/35] tools include: Add UINT_MAX def to kernel.h

From: Arnaldo Carvalho de Melo The kernel has it and some files we got from there would require us including the userland header for that, so add it conditionally. Cc: Adrian Hunter Cc: David Ahern Cc: Elena Reshetova Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link:

[next-20170306] Memory off-on resulted in Oops on Power 6 system

Hi, Today’s next resulted in kernel Oops while running memory-off-on test from kernel selftest. Kernel Version : 4.11.0-rc1-next-20170306 Machine type : Power6 PowerVM LPAR [stdout] make[1]: Entering directory `/var/tmp/avocado_kkNtjt/1-kernel_kselftest.py_kselftest.test/src/linux-4.8.6/tools

[next-20170306] Memory off-on resulted in Oops on Power 6 system

Hi, Today’s next resulted in kernel Oops while running memory-off-on test from kernel selftest. Kernel Version : 4.11.0-rc1-next-20170306 Machine type : Power6 PowerVM LPAR [stdout] make[1]: Entering directory `/var/tmp/avocado_kkNtjt/1-kernel_kselftest.py_kselftest.test/src/linux-4.8.6/tools

Re: [PATCH] scsi: qedf: Use vsprintf extension %pad

On Mon, 6 Mar 2017, 6:32pm -, Joe Perches wrote: > Using %llx for a dma_addr_t can lead to format/argument mismatches. > Use %pad and the address of the dma_addr_t instead. > > Signed-off-by: Joe Perches > --- > drivers/scsi/qedf/qedf_main.c | 4 ++-- > 1 file changed, 2

Re: [PATCH] scsi: qedf: Use vsprintf extension %pad

On Mon, 6 Mar 2017, 6:32pm -, Joe Perches wrote: > Using %llx for a dma_addr_t can lead to format/argument mismatches. > Use %pad and the address of the dma_addr_t instead. > > Signed-off-by: Joe Perches > --- > drivers/scsi/qedf/qedf_main.c | 4 ++-- > 1 file changed, 2 insertions(+), 2

Re: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

Hi Marc, On 03/06/2017 11:53 AM, Marc Kleine-Budde wrote: On 03/06/2017 03:21 AM, Wenyou Yang wrote: Enables the transmission of CAN FD frames on M_CAN IP core >= v3.1.x and with the bit rate switching. Tested on M_CAN IP 3.1.0 (CREL = 0x31040730) of SAMA5D2 SoC. Does this patch work still

Re: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

Hi Marc, On 03/06/2017 11:53 AM, Marc Kleine-Budde wrote: On 03/06/2017 03:21 AM, Wenyou Yang wrote: Enables the transmission of CAN FD frames on M_CAN IP core >= v3.1.x and with the bit rate switching. Tested on M_CAN IP 3.1.0 (CREL = 0x31040730) of SAMA5D2 SoC. Does this patch work still

Re: [PATCH 1/3] staging: sm750fb: fixes add blank line after function/struct/union/enum declarations

Hi Arushi, On Sun, Mar 5, 2017 at 12:24 PM, Arushi Singhal wrote: > This patch fixes the warnings reported by checkpatch.pl > for please use a blank line after function/struct/union/enum > declarations. > > Signed-off-by: Arushi Singhal

Re: [PATCH 1/3] staging: sm750fb: fixes add blank line after function/struct/union/enum declarations

Hi Arushi, On Sun, Mar 5, 2017 at 12:24 PM, Arushi Singhal wrote: > This patch fixes the warnings reported by checkpatch.pl > for please use a blank line after function/struct/union/enum > declarations. > > Signed-off-by: Arushi Singhal > --- > drivers/staging/sm750fb/ddk750_display.h | 1 + >

Re: [PATCH] scsi: qedf: Fix defective logging format and argument mismatches

On Sat, 4 Mar 2017, 8:07am -, Joe Perches wrote: > Add __printf compiler verification of format and arguments. > Fix fallout. > > Signed-off-by: Joe Perches > --- > drivers/scsi/qedf/qedf_dbg.h | 13 - > drivers/scsi/qedf/qedf_fip.c | 2 +- >

Re: [PATCH] scsi: qedf: Fix defective logging format and argument mismatches

On Sat, 4 Mar 2017, 8:07am -, Joe Perches wrote: > Add __printf compiler verification of format and arguments. > Fix fallout. > > Signed-off-by: Joe Perches > --- > drivers/scsi/qedf/qedf_dbg.h | 13 - > drivers/scsi/qedf/qedf_fip.c | 2 +- > drivers/scsi/qedf/qedf_io.c | 4

Re: [bdi_unregister] 165a5e22fa INFO: task swapper:1 blocked for more than 120 seconds.

On Mon, 2017-03-06 at 16:14 +0100, Jan Kara wrote: > On Mon 06-03-17 06:35:21, James Bottomley wrote: > > On Mon, 2017-03-06 at 13:01 +0100, Jan Kara wrote: > > > On Mon 06-03-17 11:27:33, Jan Kara wrote: > > > > Hi, > > > > > > > > On Sun 05-03-17 10:21:11, Wu Fengguang wrote: > > > > > FYI

[PATCH 1/1] Fix coding style errors

This patch fixes two conding style errors, reported by the checkpatch script. Signed-off-by: Elia Geretto --- drivers/staging/rtl8192u/r8192U_core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8192u/r8192U_core.c

Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption

On 2/25/2017 11:10 AM, Borislav Petkov wrote: On Thu, Feb 16, 2017 at 09:46:04AM -0600, Tom Lendacky wrote: Since DMA addresses will effectively look like 48-bit addresses when the memory encryption mask is set, SWIOTLB is needed if the DMA mask of the device performing the DMA does not support

Re: [bdi_unregister] 165a5e22fa INFO: task swapper:1 blocked for more than 120 seconds.

On Mon, 2017-03-06 at 16:14 +0100, Jan Kara wrote: > On Mon 06-03-17 06:35:21, James Bottomley wrote: > > On Mon, 2017-03-06 at 13:01 +0100, Jan Kara wrote: > > > On Mon 06-03-17 11:27:33, Jan Kara wrote: > > > > Hi, > > > > > > > > On Sun 05-03-17 10:21:11, Wu Fengguang wrote: > > > > > FYI

[PATCH 1/1] Fix coding style errors

This patch fixes two conding style errors, reported by the checkpatch script. Signed-off-by: Elia Geretto --- drivers/staging/rtl8192u/r8192U_core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8192u/r8192U_core.c

Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption

On 2/25/2017 11:10 AM, Borislav Petkov wrote: On Thu, Feb 16, 2017 at 09:46:04AM -0600, Tom Lendacky wrote: Since DMA addresses will effectively look like 48-bit addresses when the memory encryption mask is set, SWIOTLB is needed if the DMA mask of the device performing the DMA does not support

<    2   3   4   5   6   7   8   9   10   11   >