[ANNOUNCE] Git v2.9.2

The latest maintenance release Git v2.9.2 is now available at the usual places. This is only a fix to the test suite; there is no change in the actual code produced for your daily use of Git. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public

[ANNOUNCE] Git v2.9.2

The latest maintenance release Git v2.9.2 is now available at the usual places. This is only a fix to the test suite; there is no change in the actual code produced for your daily use of Git. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public

Re: System freezes after OOM

On Fri, 15 Jul 2016, Mikulas Patocka wrote: > > Umm, show me an explicit guarantee where the oom reaper will free memory > > such that other threads may return memory to this process's mempool so it > > can make forward progress in mempool_alloc() without the need of utilizing > > memory

Re: System freezes after OOM

On Fri, 15 Jul 2016, Mikulas Patocka wrote: > > Umm, show me an explicit guarantee where the oom reaper will free memory > > such that other threads may return memory to this process's mempool so it > > can make forward progress in mempool_alloc() without the need of utilizing > > memory

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

On Saturday, July 16, 2016 12:32:14 AM Fu Wei wrote: > Hi Rafael, > > On 15 July 2016 at 21:07, Rafael J. Wysocki wrote: > > On Friday, July 15, 2016 02:15:27 PM Rafael J. Wysocki wrote: > >> On Friday, July 15, 2016 03:32:35 PM Fu Wei wrote: > >> > Hi Rafael, > >> > > > > >

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

On Saturday, July 16, 2016 12:32:14 AM Fu Wei wrote: > Hi Rafael, > > On 15 July 2016 at 21:07, Rafael J. Wysocki wrote: > > On Friday, July 15, 2016 02:15:27 PM Rafael J. Wysocki wrote: > >> On Friday, July 15, 2016 03:32:35 PM Fu Wei wrote: > >> > Hi Rafael, > >> > > > > > [cut] > > > >> > > >

Re: [PATCH net-next] rxrpc: checking for IS_ERR() instead of NULL

From: David Howells Date: Thu, 14 Jul 2016 15:47:01 +0100 > From: Dan Carpenter > > The rxrpc_lookup_peer() function returns NULL on error, it never returns > error pointers. > > Fixes: 8496af50eb38 ('rxrpc: Use RCU to access a peer's service

Re: [PATCH net-next] rxrpc: checking for IS_ERR() instead of NULL

From: David Howells Date: Thu, 14 Jul 2016 15:47:01 +0100 > From: Dan Carpenter > > The rxrpc_lookup_peer() function returns NULL on error, it never returns > error pointers. > > Fixes: 8496af50eb38 ('rxrpc: Use RCU to access a peer's service connection > tree') > Signed-off-by: Dan

Re: [PATCH 04/10] phy: da8xx-usb: new driver for DA8xx SoC USB PHY

On Tuesday, July 5, 2016 10:53:51 AM CEST Kishon Vijay Abraham I wrote: > From: David Lechner > > This is a new phy driver for the SoC USB controllers on the TI DA8xx > family of microcontrollers. The USB 1.1 PHY is just a simple on/off. > The USB 2.0 PHY also allows

Re: [PATCH 04/10] phy: da8xx-usb: new driver for DA8xx SoC USB PHY

On Tuesday, July 5, 2016 10:53:51 AM CEST Kishon Vijay Abraham I wrote: > From: David Lechner > > This is a new phy driver for the SoC USB controllers on the TI DA8xx > family of microcontrollers. The USB 1.1 PHY is just a simple on/off. > The USB 2.0 PHY also allows overriding the VBUS and ID

[patch] tools/vm/slabinfo: fix an unintentional printf

The curly braces are missing here so we print stuff unintentionally. Fixes: 9da4714a2d4f ('slub: slabinfo update for cmpxchg handling') Signed-off-by: Dan Carpenter diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c index 7cf6e17..b9d34b3 100644 ---

[patch] tools/vm/slabinfo: fix an unintentional printf

The curly braces are missing here so we print stuff unintentionally. Fixes: 9da4714a2d4f ('slub: slabinfo update for cmpxchg handling') Signed-off-by: Dan Carpenter diff --git a/tools/vm/slabinfo.c b/tools/vm/slabinfo.c index 7cf6e17..b9d34b3 100644 --- a/tools/vm/slabinfo.c +++

[patch] [IA64] fix SN_DMA_ADDRTYPE() condition

The parentheses are in the wrong place so it causes a static checker warning. It means we don't mask away the high bits of dma_flags before doing the comparison. Fixes: 83821d3f558d ('[PATCH] PCI: altix: msi support') Signed-off-by: Dan Carpenter diff --git

[patch] [IA64] fix SN_DMA_ADDRTYPE() condition

The parentheses are in the wrong place so it causes a static checker warning. It means we don't mask away the high bits of dma_flags before doing the comparison. Fixes: 83821d3f558d ('[PATCH] PCI: altix: msi support') Signed-off-by: Dan Carpenter diff --git a/arch/ia64/sn/pci/pcibr/pcibr_dma.c

[PATCH V2] leds: trigger: Introduce an USB port trigger

This commit adds a new trigger that can turn on LED when USB device gets connected to the USB port. This can be useful for various home routers that have USB port and a proper LED telling user a device is connected. Right now this trigger is usable with a proper DT only, there isn't a way to

[PATCH V2] leds: trigger: Introduce an USB port trigger

This commit adds a new trigger that can turn on LED when USB device gets connected to the USB port. This can be useful for various home routers that have USB port and a proper LED telling user a device is connected. Right now this trigger is usable with a proper DT only, there isn't a way to

[patch] testing/radix-tree: fix a macro expansion bug

There are no parentheses around this macro and it causes a problem when we do: index = rand() % THRASH_SIZE; Signed-off-by: Dan Carpenter diff --git a/tools/testing/radix-tree/tag_check.c b/tools/testing/radix-tree/tag_check.c index b7447ce..b0ac057 100644

[patch] testing/radix-tree: fix a macro expansion bug

There are no parentheses around this macro and it causes a problem when we do: index = rand() % THRASH_SIZE; Signed-off-by: Dan Carpenter diff --git a/tools/testing/radix-tree/tag_check.c b/tools/testing/radix-tree/tag_check.c index b7447ce..b0ac057 100644 ---

[patch 2/2] perf jit: remove some no-op error handling

info.e_machine is a uint16_t so m is never less than zero. It looks like this was maybe left over code from earlier versions so I've just removed it. Signed-off-by: Dan Carpenter diff --git a/tools/perf/jvmti/jvmti_agent.c b/tools/perf/jvmti/jvmti_agent.c index

[patch 2/2] perf jit: remove some no-op error handling

info.e_machine is a uint16_t so m is never less than zero. It looks like this was maybe left over code from earlier versions so I've just removed it. Signed-off-by: Dan Carpenter diff --git a/tools/perf/jvmti/jvmti_agent.c b/tools/perf/jvmti/jvmti_agent.c index 91bf333..55daeff 100644 ---

[patch 1/2] perf jit: add missing curly braces

It doesn't change the runtime behavior, but my static checker complains that curly braces were intended. Signed-off-by: Dan Carpenter diff --git a/tools/perf/jvmti/jvmti_agent.c b/tools/perf/jvmti/jvmti_agent.c index 3573f31..91bf333 100644 ---

[patch 1/2] perf jit: add missing curly braces

It doesn't change the runtime behavior, but my static checker complains that curly braces were intended. Signed-off-by: Dan Carpenter diff --git a/tools/perf/jvmti/jvmti_agent.c b/tools/perf/jvmti/jvmti_agent.c index 3573f31..91bf333 100644 --- a/tools/perf/jvmti/jvmti_agent.c +++

Re: [GIT PULL] ARM: at91: dt for 4.8 #3

On Friday, July 15, 2016 10:58:26 PM CEST Alexandre Belloni wrote: > DT Changes for 4.8 #3: > - Lot of fixes for dtc warnings > - Separate dtb compilation for ARMv4 and ARMv5 Great timing, I was just looking for things to merge before the end of the week, so I pulled it into next/dt and pushed

Re: [GIT PULL] ARM: at91: dt for 4.8 #3

On Friday, July 15, 2016 10:58:26 PM CEST Alexandre Belloni wrote: > DT Changes for 4.8 #3: > - Lot of fixes for dtc warnings > - Separate dtb compilation for ARMv4 and ARMv5 Great timing, I was just looking for things to merge before the end of the week, so I pulled it into next/dt and pushed

Re: [PATCH 00/14] Present useful limits to user (v2)

,Johannes Weiner ,Alexei Starovoitov ,Arnaldo Carvalho de Melo ,Alexander Shishkin ,Balbir Singh ,Markus Elfring ,"David S.

Re: [PATCH 00/14] Present useful limits to user (v2)

,Johannes Weiner ,Alexei Starovoitov ,Arnaldo Carvalho de Melo ,Alexander Shishkin ,Balbir Singh ,Markus Elfring ,"David S. Miller" ,Nicolas Dichtel ,Andrew Morton ,Konstantin Khlebnikov ,Jiri Slaby ,Cyrill Gorcunov ,Michal Hocko ,Vlastimil Babka ,Dave Hansen ,Greg Kroah-Hartman ,Dan

Re: [RFC 0/3] extend kexec_file_load system call

Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: > On Friday, July 15, 2016 2:42:10 PM CEST Russell King - ARM Linux wrote: > > On other architectures, DT can also contain open-firmware "functions" > > but I don't think there's much support in the kernel for that - maybe > > the PPC folk

Re: [RFC 0/3] extend kexec_file_load system call

Am Freitag, 15 Juli 2016, 22:26:09 schrieb Arnd Bergmann: > On Friday, July 15, 2016 2:42:10 PM CEST Russell King - ARM Linux wrote: > > On other architectures, DT can also contain open-firmware "functions" > > but I don't think there's much support in the kernel for that - maybe > > the PPC folk

Re: v3.14.73-rt77 build: 6 failures 10 warnings (v3.14.73-rt77)

On Friday, July 15, 2016 2:34:10 PM CEST Steven Rostedt wrote: > > * Arnd Bergmann | 2016-07-15 09:42:40 [+0200]: > > > > >On Friday, July 15, 2016 5:55:39 AM CEST Build bot for Mark Brown wrote: > > >> > > >> arm64-allnoconfig > > >>

Re: v3.14.73-rt77 build: 6 failures 10 warnings (v3.14.73-rt77)

On Friday, July 15, 2016 2:34:10 PM CEST Steven Rostedt wrote: > > * Arnd Bergmann | 2016-07-15 09:42:40 [+0200]: > > > > >On Friday, July 15, 2016 5:55:39 AM CEST Build bot for Mark Brown wrote: > > >> > > >> arm64-allnoconfig > > >>

[GIT PULL] ARM: at91: dt for 4.8 #3

Arnd, Olof, Kevin, Here is a PR including a fix for kernelci and many fixes for DTC warnings. As discussed with Arnd, the PMC ones are not that easy to fix and will require some code changes. I'll try to take care of those for 4.9. The following changes since commit

[GIT PULL] ARM: at91: dt for 4.8 #3

Arnd, Olof, Kevin, Here is a PR including a fix for kernelci and many fixes for DTC warnings. As discussed with Arnd, the PMC ones are not that easy to fix and will require some code changes. I'll try to take care of those for 4.9. The following changes since commit

[PATCH 03/24] tools: Make "__always_inline" just "inline" on Android

From: Arnaldo Carvalho de Melo As the gcc there is producing tons of: "warning: always_inline function might not be inlinable" At least on android-ndk-r12/platforms/android-24/arch-arm, so, for the time being, use this big hammer. Cc: Adrian Hunter

[PATCH 03/24] tools: Make "__always_inline" just "inline" on Android

From: Arnaldo Carvalho de Melo As the gcc there is producing tons of: "warning: always_inline function might not be inlinable" At least on android-ndk-r12/platforms/android-24/arch-arm, so, for the time being, use this big hammer. Cc: Adrian Hunter Cc: Chris Phlipot Cc: David Ahern Cc:

Re: [PATCH] radix-tree: fix radix_tree_iter_retry() for tagged iterators.

On Fri, 15 Jul 2016 13:00:40 -0600 Ross Zwisler wrote: > > ... > > In looking at this more, I agree that your patch fixes this particular bug, > but I think that ultimately we might want something more general. > > ... > > --- a/include/linux/radix-tree.h > +++

Re: [PATCH] radix-tree: fix radix_tree_iter_retry() for tagged iterators.

On Fri, 15 Jul 2016 13:00:40 -0600 Ross Zwisler wrote: > > ... > > In looking at this more, I agree that your patch fixes this particular bug, > but I think that ultimately we might want something more general. > > ... > > --- a/include/linux/radix-tree.h > +++ b/include/linux/radix-tree.h >

[PATCH 05/24] perf tools: Bail out at "--sort dcacheline" and cacheline_size not known

From: Arnaldo Carvalho de Melo There are cases where further work would be needed to overcome the fact that neither sysconf(_SC_LEVEL1_DCACHE_LINESIZE) nor /sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size are available in some systems (Android, for instance), so

[PATCH 05/24] perf tools: Bail out at "--sort dcacheline" and cacheline_size not known

From: Arnaldo Carvalho de Melo There are cases where further work would be needed to overcome the fact that neither sysconf(_SC_LEVEL1_DCACHE_LINESIZE) nor /sys/devices/system/cpu/cpu0/cache/index0/coherency_line_size are available in some systems (Android, for instance), so bail out when such a

[PATCH 24/24] objtool: Initialize variable to silence old compiler

From: Arnaldo Carvalho de Melo gcc version 4.1.2 20080704 (Red Hat 4.1.2-55) barfs with: CC /tmp/build/objtool/builtin-check.o cc1: warnings being treated as errors builtin-check.c: In function 'cmd_check': builtin-check.c:667: warning: 'prev_rela' may be used

[PATCH 24/24] objtool: Initialize variable to silence old compiler

From: Arnaldo Carvalho de Melo gcc version 4.1.2 20080704 (Red Hat 4.1.2-55) barfs with: CC /tmp/build/objtool/builtin-check.o cc1: warnings being treated as errors builtin-check.c: In function 'cmd_check': builtin-check.c:667: warning: 'prev_rela' may be used uninitialized in

[PATCH 14/24] perf evlist: Introduce backward_mmap array for evlist

From: Wang Nan Add backward_mmap to evlist, free it together with normal mmap. Improve perf_evlist__pick_pc(), search backward_mmap if evlist->mmap is not available. This patch doesn't alloc this array. It will be allocated conditionally in the following commits.

[PATCH 06/24] tools lib api fs: Use base 0 in filename__read_ull

From: Jiri Olsa By using 0 for base, the strtoull() detects the base automatically (see 'man strtoull'). ATM we have just one user of this function, the cpu__get_max_freq function reading the "cpuinfo_max_freq" sysfs file. It should not get affected by this change. Committer

[PATCH 02/24] perf tools: Do not provide dup sched_getcpu() prototype on Android

From: Arnaldo Carvalho de Melo The Bionic libc has this definition, so don't duplicate it. Cc: Adrian Hunter Cc: Chris Phlipot Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim

[PATCH 16/24] perf evlist: Drop evlist->backward

From: Wang Nan Now there's no real user of evlist->backward. Drop it. We are going to use evlist->backward_mmap as a container for backward ring buffer. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang

[PATCH 14/24] perf evlist: Introduce backward_mmap array for evlist

From: Wang Nan Add backward_mmap to evlist, free it together with normal mmap. Improve perf_evlist__pick_pc(), search backward_mmap if evlist->mmap is not available. This patch doesn't alloc this array. It will be allocated conditionally in the following commits. Signed-off-by: Wang Nan

[PATCH 06/24] tools lib api fs: Use base 0 in filename__read_ull

From: Jiri Olsa By using 0 for base, the strtoull() detects the base automatically (see 'man strtoull'). ATM we have just one user of this function, the cpu__get_max_freq function reading the "cpuinfo_max_freq" sysfs file. It should not get affected by this change. Committer note: This change

[PATCH 02/24] perf tools: Do not provide dup sched_getcpu() prototype on Android

From: Arnaldo Carvalho de Melo The Bionic libc has this definition, so don't duplicate it. Cc: Adrian Hunter Cc: Chris Phlipot Cc: David Ahern Cc: Jiri Olsa Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-rmd19832zkt07e4crdzye...@git.kernel.org Signed-off-by: Arnaldo

[PATCH 16/24] perf evlist: Drop evlist->backward

From: Wang Nan Now there's no real user of evlist->backward. Drop it. We are going to use evlist->backward_mmap as a container for backward ring buffer. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Nilay Vaish Cc: Zefan Li Cc:

[PATCH 12/24] perf evlist: Record mmap cookie into fdarray private field

From: Wang Nan Insetad of saving a index into fdarray entries private field, save the corresponding 'struct perf_mmap' pointer, and release them directly using perf_mmap__put(). Following commits introduce multiple mmap arrays to evlist. Without this patch,

[PATCH 12/24] perf evlist: Record mmap cookie into fdarray private field

From: Wang Nan Insetad of saving a index into fdarray entries private field, save the corresponding 'struct perf_mmap' pointer, and release them directly using perf_mmap__put(). Following commits introduce multiple mmap arrays to evlist. Without this patch, perf_evlist__munmap_filtered() is

[PATCH 21/24] perf session: Don't warn about out of order event if write_backward is used

From: Wang Nan If write_backward attribute is set, records are written into kernel ring buffer from end to beginning, but read from beginning to end. To avoid 'XX out of order events recorded' warning message (timestamps of records is in reverse order when using

[PATCH 21/24] perf session: Don't warn about out of order event if write_backward is used

From: Wang Nan If write_backward attribute is set, records are written into kernel ring buffer from end to beginning, but read from beginning to end. To avoid 'XX out of order events recorded' warning message (timestamps of records is in reverse order when using write_backward), suppress the

[PATCH 17/24] perf evlist: Setup backward mmap state machine

From: Wang Nan Introduce a bkw_mmap_state state machine to evlist: .(forbid)_. | V NOTREADY --(0)--> RUNNING --(1)--> DATA_PENDING --(2)--> EMPTY

[PATCH 17/24] perf evlist: Setup backward mmap state machine

From: Wang Nan Introduce a bkw_mmap_state state machine to evlist: .(forbid)_. | V NOTREADY --(0)--> RUNNING --(1)--> DATA_PENDING --(2)--> EMPTY ^ ^ |

[PATCH 10/24] perf evlist: Update mmap related APIs and helpers

From: Wang Nan Currently, the evlist mmap related helpers and APIs accept evlist and idx, and dereference 'struct perf_mmap' by evlist->mmap[idx]. This is unnecessary, and force each evlist contains only one mmap array. Following commits are going to introduce multiple mmap

[PATCH 18/24] perf record: Read from overwritable ring buffer

From: Wang Nan Drive the evlist->bkw_mmap_state state machine during draining and when SIGUSR2 is received. Read the backward ring buffer in record__mmap_read_all. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: Masami Hiramatsu

[PATCH 15/24] perf evlist: Map backward events to backward_mmap

From: Wang Nan In perf_evlist__mmap_per_evsel(), select backward_mmap for backward events. Utilize new perf_mmap APIs. Dynamically alloc backward_mmap. Remove useless functions. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He

[PATCH 10/24] perf evlist: Update mmap related APIs and helpers

From: Wang Nan Currently, the evlist mmap related helpers and APIs accept evlist and idx, and dereference 'struct perf_mmap' by evlist->mmap[idx]. This is unnecessary, and force each evlist contains only one mmap array. Following commits are going to introduce multiple mmap arrays to a evlist.

[PATCH 18/24] perf record: Read from overwritable ring buffer

From: Wang Nan Drive the evlist->bkw_mmap_state state machine during draining and when SIGUSR2 is received. Read the backward ring buffer in record__mmap_read_all. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Nilay Vaish Cc: Zefan Li Cc:

[PATCH 15/24] perf evlist: Map backward events to backward_mmap

From: Wang Nan In perf_evlist__mmap_per_evsel(), select backward_mmap for backward events. Utilize new perf_mmap APIs. Dynamically alloc backward_mmap. Remove useless functions. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Nilay Vaish

[PATCH 23/24] objtool: Add -I$(srctree)/tools/arch/$(ARCH)/include/uapi

From: Arnaldo Carvalho de Melo So that it can find asm/bitsperlong.h to get the __BITS_PER_LONG definition. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Josh Poimboeuf Cc: Namhyung Kim

[PATCH 23/24] objtool: Add -I$(srctree)/tools/arch/$(ARCH)/include/uapi

From: Arnaldo Carvalho de Melo So that it can find asm/bitsperlong.h to get the __BITS_PER_LONG definition. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Josh Poimboeuf Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link:

[PATCH 11/24] perf record: Decouple record__mmap_read() and evlist.

From: Wang Nan Perf evlist will have multiple mmap arrays. Update record__mmap_read(): it should read from 'struct perf_mmap' directly. Also, make record__mmap_read() ready to read from backward ring buffer. Signed-off-by: Wang Nan Acked-by: Jiri Olsa

[PATCH 20/24] perf tools: Enable overwrite settings

From: Wang Nan This patch allows following config terms and option: Globally setting events to overwrite; # perf record --overwrite ... Set specific events to be overwrite or no-overwrite. # perf record --event cycles/overwrite/ ... # perf record --event

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

:13 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20160715 for you to fetch changes up to b49364f36cfdb6d540ac961102d7ffaf84279bb6: objtool: Initialize variable to silence old compiler (2016-07-15 17:32:52

[PATCH 19/24] perf evlist: Make {pause,resume} internal helpers

From: Wang Nan There's no user of these two function outside evlist.c. Remove them from public namespace. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang Cc: Masami Hiramatsu Cc:

[PATCH 11/24] perf record: Decouple record__mmap_read() and evlist.

From: Wang Nan Perf evlist will have multiple mmap arrays. Update record__mmap_read(): it should read from 'struct perf_mmap' directly. Also, make record__mmap_read() ready to read from backward ring buffer. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang Cc: Masami Hiramatsu Cc:

[PATCH 20/24] perf tools: Enable overwrite settings

From: Wang Nan This patch allows following config terms and option: Globally setting events to overwrite; # perf record --overwrite ... Set specific events to be overwrite or no-overwrite. # perf record --event cycles/overwrite/ ... # perf record --event cycles/no-overwrite/ ... Add

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

:13 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20160715 for you to fetch changes up to b49364f36cfdb6d540ac961102d7ffaf84279bb6: objtool: Initialize variable to silence old compiler (2016-07-15 17:32:52

[PATCH 19/24] perf evlist: Make {pause,resume} internal helpers

From: Wang Nan There's no user of these two function outside evlist.c. Remove them from public namespace. Signed-off-by: Wang Nan Acked-by: Jiri Olsa Cc: He Kuang Cc: Masami Hiramatsu Cc: Namhyung Kim Cc: Nilay Vaish Cc: Zefan Li Cc: pi3or...@163.com Link:

[PATCH 01/24] tools lib traceevent: Add correct header for ipv6 definitions

From: Arnaldo Carvalho de Melo We need to include netinet/in.h to get the in6_addr struct definition, needed to build it on the Android NDK: In file included from event-parse.c:36:0:

[PATCH 01/24] tools lib traceevent: Add correct header for ipv6 definitions

From: Arnaldo Carvalho de Melo We need to include netinet/in.h to get the in6_addr struct definition, needed to build it on the Android NDK: In file included from event-parse.c:36:0: /home/acme/android/android-ndk-r12/platforms/android-24/arch-arm/usr/include/netinet/ip6.h:82:18: error:

[PATCH 13/24] perf evlist: Extract common code in mmap failure processing

From: Wang Nan In perf_evlist__mmap_per_cpu() and perf_evlist__mmap_per_thread(), in case of mmap failure, successfully created maps should be cleared. Current code uses two loops calling __perf_evlist__munmap() for each function. This patch extracts common code to

[PATCH 13/24] perf evlist: Extract common code in mmap failure processing

From: Wang Nan In perf_evlist__mmap_per_cpu() and perf_evlist__mmap_per_thread(), in case of mmap failure, successfully created maps should be cleared. Current code uses two loops calling __perf_evlist__munmap() for each function. This patch extracts common code to perf_evlist__munmap_nofree()

[PATCH 22/24] perf record: Add --tail-synthesize option

From: Wang Nan When working with overwritable ring buffer there's a inconvenience problem: if perf dumps data after a long period after it starts, non-sample events may lost, which makes following 'perf report' unable to identify proc name and mmap layout. For example: #

[PATCH 22/24] perf record: Add --tail-synthesize option

From: Wang Nan When working with overwritable ring buffer there's a inconvenience problem: if perf dumps data after a long period after it starts, non-sample events may lost, which makes following 'perf report' unable to identify proc name and mmap layout. For example: # perf record -m 4 -e

[PATCH 09/24] tools lib fd array: Allow associating a pointer cookie with each entry

From: Wang Nan Add a 'ptr' field to fdarray->priv array. This feature will be used by following commits, which introduce muiltiple 'struct perf_mmap' arrays for different types of mapping. Because of this, during fdarray__filter(), a simple 'idx' is not enough. Add a

[PATCH 09/24] tools lib fd array: Allow associating a pointer cookie with each entry

From: Wang Nan Add a 'ptr' field to fdarray->priv array. This feature will be used by following commits, which introduce muiltiple 'struct perf_mmap' arrays for different types of mapping. Because of this, during fdarray__filter(), a simple 'idx' is not enough. Add a pointer cookie that

[PATCH 04/24] perf tools: Just pr_debug() about not being able to read cacheline_size

From: Arnaldo Carvalho de Melo So far the cacheline_size is only useful for the "dcacheline" --sort order, i.e. if that is not used, which is the norm, then the user shouldn't care that he is running this, say, on an Android system where sysconf(_SC_LEVEL1_DCACHE_LINESIZE) and

[PATCH 07/24] perf evlist: Drop redundant evsel->overwrite indicator

From: Arnaldo Carvalho de Melo evsel->overwrite indicator means an event should be put into overwritable ring buffer. In current implementation, it equals to evsel->attr.write_backward. To reduce compliexity, remove evsel->overwrite, use evsel->attr.write_backward instead. In

[PATCH 08/24] tools: Simplify BITS_PER_LONG define

From: Peter Zijlstra Do it using (__CHAR_BIT__ * __SIZEOF_LONG__), simpler, works everywhere, reduces the complexity by ditching CONFIG_64BIT, that was being synthesized from yet another set of defines, which proved fragile, breaking the build on linux-next for no obvious

[PATCH 04/24] perf tools: Just pr_debug() about not being able to read cacheline_size

From: Arnaldo Carvalho de Melo So far the cacheline_size is only useful for the "dcacheline" --sort order, i.e. if that is not used, which is the norm, then the user shouldn't care that he is running this, say, on an Android system where sysconf(_SC_LEVEL1_DCACHE_LINESIZE) and the

[PATCH 07/24] perf evlist: Drop redundant evsel->overwrite indicator

From: Arnaldo Carvalho de Melo evsel->overwrite indicator means an event should be put into overwritable ring buffer. In current implementation, it equals to evsel->attr.write_backward. To reduce compliexity, remove evsel->overwrite, use evsel->attr.write_backward instead. In addition, in

[PATCH 08/24] tools: Simplify BITS_PER_LONG define

From: Peter Zijlstra Do it using (__CHAR_BIT__ * __SIZEOF_LONG__), simpler, works everywhere, reduces the complexity by ditching CONFIG_64BIT, that was being synthesized from yet another set of defines, which proved fragile, breaking the build on linux-next for no obvious reasons. Committer

[PATCH] drm/virtgpu: Delete unnecessary checks before drm_gem_object_unreference_unlocked()

From: Markus Elfring Date: Fri, 15 Jul 2016 22:38:42 +0200 The drm_gem_object_unreference_unlocked() function tests whether its argument is NULL and then returns immediately. Thus the test around the calls is not needed. This issue was detected by using the

[PATCH] drm/virtgpu: Delete unnecessary checks before drm_gem_object_unreference_unlocked()

From: Markus Elfring Date: Fri, 15 Jul 2016 22:38:42 +0200 The drm_gem_object_unreference_unlocked() function tests whether its argument is NULL and then returns immediately. Thus the test around the calls is not needed. This issue was detected by using the Coccinelle software. Signed-off-by:

[PATCH] fbmon: remove unused function argument

When building with "make W=1", we get a warning about an empty stub function that does nothing but reassign its one of its arguments: drivers/video/fbdev/core/fbmon.c: In function 'fb_edid_to_monspecs': drivers/video/fbdev/core/fbmon.c:1497:67: error: parameter 'specs' set but not used

[PATCH] fbmon: remove unused function argument

When building with "make W=1", we get a warning about an empty stub function that does nothing but reassign its one of its arguments: drivers/video/fbdev/core/fbmon.c: In function 'fb_edid_to_monspecs': drivers/video/fbdev/core/fbmon.c:1497:67: error: parameter 'specs' set but not used

[PATCH] pinctrl: bcm: add OF dependencies

Building without CONFIG_OF gives us these warnings for the broadcom pinctrl drivers: drivers/pinctrl/bcm/pinctrl-nsp-mux.c:356:20: error: 'pinconf_generic_dt_node_to_map_group' undeclared here (not in a function) drivers/pinctrl/bcm/pinctrl-cygnus-mux.c:739:20: error:

[PATCH] pinctrl: bcm: add OF dependencies

Building without CONFIG_OF gives us these warnings for the broadcom pinctrl drivers: drivers/pinctrl/bcm/pinctrl-nsp-mux.c:356:20: error: 'pinconf_generic_dt_node_to_map_group' undeclared here (not in a function) drivers/pinctrl/bcm/pinctrl-cygnus-mux.c:739:20: error:

Re: [PATCH/RFC] Re: linux-next: build failure after merge of the luto-misc tree

On 07/15/16 09:28, Arnaldo Carvalho de Melo wrote: > Em Fri, Jul 15, 2016 at 05:49:30PM +0200, Peter Zijlstra escreveu: >> On Fri, Jul 15, 2016 at 12:43:26PM -0300, Arnaldo Carvalho de Melo wrote: >>> Ok, same results, it works, queuing this one, ack? >> >> Sure. Although I'm still somewhat

Re: [PATCH/RFC] Re: linux-next: build failure after merge of the luto-misc tree

On 07/15/16 09:28, Arnaldo Carvalho de Melo wrote: > Em Fri, Jul 15, 2016 at 05:49:30PM +0200, Peter Zijlstra escreveu: >> On Fri, Jul 15, 2016 at 12:43:26PM -0300, Arnaldo Carvalho de Melo wrote: >>> Ok, same results, it works, queuing this one, ack? >> >> Sure. Although I'm still somewhat

Re: [RFC 0/3] extend kexec_file_load system call

On Friday, July 15, 2016 2:42:10 PM CEST Russell King - ARM Linux wrote: > > On other architectures, DT can also contain open-firmware "functions" > but I don't think there's much support in the kernel for that - maybe > the PPC folk can reply on that point. The open firmware runtime interface

Re: [RFC 0/3] extend kexec_file_load system call

On Friday, July 15, 2016 2:42:10 PM CEST Russell King - ARM Linux wrote: > > On other architectures, DT can also contain open-firmware "functions" > but I don't think there's much support in the kernel for that - maybe > the PPC folk can reply on that point. The open firmware runtime interface

Re: mm: GPF in find_get_pages_tag

On Fri, Jul 15, 2016 at 10:21 PM, Ross Zwisler wrote: > On Fri, Jul 15, 2016 at 09:07:48PM +0200, Dmitry Vyukov wrote: >> On Fri, Jul 15, 2016 at 9:03 PM, Ross Zwisler >> wrote: >> >> // autogenerated by syzkaller

Re: mm: GPF in find_get_pages_tag

On Fri, Jul 15, 2016 at 10:21 PM, Ross Zwisler wrote: > On Fri, Jul 15, 2016 at 09:07:48PM +0200, Dmitry Vyukov wrote: >> On Fri, Jul 15, 2016 at 9:03 PM, Ross Zwisler >> wrote: >> >> // autogenerated by syzkaller (http://github.com/google/syzkaller) >> >> #include >> >> #include >> >>

Re: [PATCH 3/4] qcom: ipq4019: ASoC tlmm/pinctrl support

On Fri, Jul 15, 2016 at 12:37:05PM +0530, njaig...@codeaurora.org wrote: > From: Jaiganesh Narayanan > > This patch adds the tlmm/pinctrl support for IPQ4019 ASoC. > > Signed-off-by: Jaiganesh Narayanan > --- >

Re: [PATCH 3/4] qcom: ipq4019: ASoC tlmm/pinctrl support

On Fri, Jul 15, 2016 at 12:37:05PM +0530, njaig...@codeaurora.org wrote: > From: Jaiganesh Narayanan > > This patch adds the tlmm/pinctrl support for IPQ4019 ASoC. > > Signed-off-by: Jaiganesh Narayanan > --- > drivers/pinctrl/qcom/pinctrl-ipq4019.c | 116 > +

Re: [PATCH v2 2/5] locking/pvqspinlock: Fix missed PV wakeup problem

On 07/15/2016 06:07 AM, Peter Zijlstra wrote: On Fri, Jul 15, 2016 at 05:39:46PM +0800, Pan Xinhui wrote: I'm thinking you're trying to say this: CPU0CPU1CPU2 __pv_queued_spin_unlock_slowpath() ... smp_store_release(>locked, 0);

Re: [PATCH v2 2/5] locking/pvqspinlock: Fix missed PV wakeup problem

On 07/15/2016 06:07 AM, Peter Zijlstra wrote: On Fri, Jul 15, 2016 at 05:39:46PM +0800, Pan Xinhui wrote: I'm thinking you're trying to say this: CPU0CPU1CPU2 __pv_queued_spin_unlock_slowpath() ... smp_store_release(>locked, 0);

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