[PATCH 32/35] perf auxtrace: Fix queue resize

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Adrian Hunter When the number of queues grows beyond 32, the array of queues is resized but not all members were being copied. Fix by also copying 'tid', 'cpu' and 'set'. Signed-off-by: Adrian Hunter Cc: Jiri Olsa Cc: sta...@vger.kernel.org Fixes: e502789302a6e ("perf auxtrace: Add

[PATCH 33/35] kallsyms: Simplify update_iter_mod()

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Adrian Hunter The logic in update_iter_mod() is overcomplicated and gets worse every time another get_ksymbol_* function is added. In preparation for adding another get_ksymbol_* function, simplify logic in update_iter_mod(). Signed-off-by: Adrian Hunter Tested-by: (ftrace changes only)

[PATCH 26/35] perf tools: Check for null when copying nsinfo.

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Benno Evers The argument to nsinfo__copy() was assumed to be valid, but some code paths exist that will lead to NULL being passed. In particular, running 'perf script -D' on a perf.data file containing an PERF_RECORD_MMAP event associating the '[vdso]' dso with pid 0 earlier in the event

[PATCH 25/35] tools lib traceevent: Rename static variables and functions in event-parse.c

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes static variables and functions in event-parse.c:

[PATCH 23/35] tools lib traceevent: Rename internal parser related APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_buffer_init, pevent_read_token,

[PATCH 26/35] perf tools: Check for null when copying nsinfo.

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Benno Evers The argument to nsinfo__copy() was assumed to be valid, but some code paths exist that will lead to NULL being passed. In particular, running 'perf script -D' on a perf.data file containing an PERF_RECORD_MMAP event associating the '[vdso]' dso with pid 0 earlier in the event

[PATCH 25/35] tools lib traceevent: Rename static variables and functions in event-parse.c

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes static variables and functions in event-parse.c:

[PATCH 23/35] tools lib traceevent: Rename internal parser related APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_buffer_init, pevent_read_token,

[PATCH 27/35] perf tools: Fix check-headers.sh AND list path of execution

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Alexander Kapshuk The '||' path of execution in the 'test' block of the check_2() function may also be taken if file2 does not exist, in which case the warning message about the ABI headers being different would still be printed where it should not be. See below. % file1=file1;

[PATCH 27/35] perf tools: Fix check-headers.sh AND list path of execution

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Alexander Kapshuk The '||' path of execution in the 'test' block of the check_2() function may also be taken if file2 does not exist, in which case the warning message about the ABI headers being different would still be printed where it should not be. See below. % file1=file1;

[PATCH 24/35] tools lib traceevent: Rename various pevent APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_reset_function_resolver,

[PATCH 24/35] tools lib traceevent: Rename various pevent APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_reset_function_resolver,

[PATCH 16/35] tools lib traceevent, perf tools: Rename traceevent_plugin_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "traceevent_". This changes APIs: traceevent_plugin_list_options,

[PATCH 21/35] tools lib traceevent: Rename pevent_find_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_find_function,

[PATCH 19/35] tools lib traceevent: Rename pevent_data_ APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_data_lat_fmt, pevent_data_type,

[PATCH 15/35] tools lib traceevent: Rename pevent_function* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_function_handler,

[PATCH 16/35] tools lib traceevent, perf tools: Rename traceevent_plugin_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "traceevent_". This changes APIs: traceevent_plugin_list_options,

[PATCH 21/35] tools lib traceevent: Rename pevent_find_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_find_function,

[PATCH 19/35] tools lib traceevent: Rename pevent_data_ APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_data_lat_fmt, pevent_data_type,

[PATCH 15/35] tools lib traceevent: Rename pevent_function* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_function_handler,

[PATCH 18/35] tools lib traceevent: Rename pevent_register / unregister APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_register_print_function,

[PATCH 14/35] tools lib traceevent, tools lib lockdep: Rename 'enum pevent_errno' to 'enum tep_errno'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes 'enum pevent_errno' to 'enum tep_errno'.

[PATCH 17/35] tools lib traceevent: Rename pevent_filter* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: PEVENT_FILTER_ERROR_BUFSZ,

[PATCH 22/35] tools lib traceevent: Rename various pevent get/set/is APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_pid_is_registered, pevent_get_cpus,

[PATCH 13/35] tools lib traceevent, perf tools: Rename 'enum pevent_flag' to 'enum tep_flag'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes pevent_get_page_size API and enum pevent_flag to

[PATCH 20/35] tools lib traceevent: Rename pevent field APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_free_format,

[PATCH 22/35] tools lib traceevent: Rename various pevent get/set/is APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_pid_is_registered, pevent_get_cpus,

[PATCH 13/35] tools lib traceevent, perf tools: Rename 'enum pevent_flag' to 'enum tep_flag'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes pevent_get_page_size API and enum pevent_flag to

[PATCH 20/35] tools lib traceevent: Rename pevent field APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_free_format,

[PATCH 18/35] tools lib traceevent: Rename pevent_register / unregister APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_register_print_function,

[PATCH 14/35] tools lib traceevent, tools lib lockdep: Rename 'enum pevent_errno' to 'enum tep_errno'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes 'enum pevent_errno' to 'enum tep_errno'.

[PATCH 17/35] tools lib traceevent: Rename pevent_filter* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: PEVENT_FILTER_ERROR_BUFSZ,

[PATCH 09/35] tools lib traceevent, perf tools: Rename pevent_read_number_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_read_number,

[PATCH 10/35] tools lib traceevent, perf tools: Rename pevent_register_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_register_comm,

[PATCH 09/35] tools lib traceevent, perf tools: Rename pevent_read_number_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_read_number,

[PATCH 10/35] tools lib traceevent, perf tools: Rename pevent_register_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_register_comm,

[PATCH 12/35] tools lib traceevent, perf tools: Rename traceevent_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "traceevent_". This changes APIs: traceevent_host_bigendian,

[PATCH 11/35] tools lib traceevent, perf tools: Rename pevent_set_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_set_file_bigendian, pevent_set_flag,

[PATCH 12/35] tools lib traceevent, perf tools: Rename traceevent_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "traceevent_". This changes APIs: traceevent_host_bigendian,

[PATCH 11/35] tools lib traceevent, perf tools: Rename pevent_set_* APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_set_file_bigendian, pevent_set_flag,

[PATCH 08/35] tools lib traceevent, perf tools: Rename pevent print APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_print_field, pevent_print_fields,

[PATCH 07/35] tools lib traceevent, perf tools: Rename pevent parse APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_parse_event, pevent_parse_format,

[PATCH 08/35] tools lib traceevent, perf tools: Rename pevent print APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_print_field, pevent_print_fields,

[PATCH 07/35] tools lib traceevent, perf tools: Rename pevent parse APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_parse_event, pevent_parse_format,

[PATCH 06/35] tools lib traceevent, perf tools: Rename pevent find APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_find_any_field,

[PATCH 06/35] tools lib traceevent, perf tools: Rename pevent find APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_find_any_field,

[PATCH 03/35] tools lib traceevent, perf tools: Rename 'struct pevent_record' to 'struct tep_record'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes the 'struct pevent_record' to 'struct

[PATCH 04/35] tools lib traceevent, perf tools: Rename pevent plugin related APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes the pevent plugin related API. Signed-off-by:

[PATCH 03/35] tools lib traceevent, perf tools: Rename 'struct pevent_record' to 'struct tep_record'

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes the 'struct pevent_record' to 'struct

[PATCH 04/35] tools lib traceevent, perf tools: Rename pevent plugin related APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes the pevent plugin related API. Signed-off-by:

[PATCH 05/35] tools lib traceevent, perf tools: Rename pevent alloc / free APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_alloc, pevent_free,

[PATCH 05/35] tools lib traceevent, perf tools: Rename pevent alloc / free APIs

2018-08-15 Thread Arnaldo Carvalho de Melo
From: "Tzvetomir Stoyanov (VMware)" In order to make libtraceevent into a proper library, variables, data structures and functions require a unique prefix to prevent name space conflicts. That prefix will be "tep_" and not "pevent_". This changes APIs: pevent_alloc, pevent_free,

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

2018-08-15 Thread Arnaldo Carvalho de Melo
6a9405b56c274024564f9014bba97b92c91b34d6: perf map: Optimize maps__fixup_overlappings() (2018-08-08 15:56:00 -0300) 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.19-20180815 for you to fetch changes up to 6855dc41b24619c3d1de3dbd27dd0546b0e45272

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

2018-08-15 Thread Arnaldo Carvalho de Melo
6a9405b56c274024564f9014bba97b92c91b34d6: perf map: Optimize maps__fixup_overlappings() (2018-08-08 15:56:00 -0300) 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.19-20180815 for you to fetch changes up to 6855dc41b24619c3d1de3dbd27dd0546b0e45272

[PATCH 01/35] perf probe powerpc: Fix trace event post-processing

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Sandipan Das In some cases, a symbol may have multiple aliases. Attempting to add an entry probe for such symbols results in a probe being added at an incorrect location while it fails altogether for return probes. This is only applicable for binaries with debug information. During the

[PATCH] kdb: kdb_main: refactor code in kdb_md_line

2018-08-15 Thread Gustavo A. R. Silva
Replace the whole switch statement with a for loop. This makes the code much clear and easy to read. This also addresses the following Coverity warnings: Addresses-Coverity-ID: 115090 ("Missing break in switch") Addresses-Coverity-ID: 115091 ("Missing break in switch") Addresses-Coverity-ID:

[PATCH 01/35] perf probe powerpc: Fix trace event post-processing

2018-08-15 Thread Arnaldo Carvalho de Melo
From: Sandipan Das In some cases, a symbol may have multiple aliases. Attempting to add an entry probe for such symbols results in a probe being added at an incorrect location while it fails altogether for return probes. This is only applicable for binaries with debug information. During the

[PATCH] kdb: kdb_main: refactor code in kdb_md_line

2018-08-15 Thread Gustavo A. R. Silva
Replace the whole switch statement with a for loop. This makes the code much clear and easy to read. This also addresses the following Coverity warnings: Addresses-Coverity-ID: 115090 ("Missing break in switch") Addresses-Coverity-ID: 115091 ("Missing break in switch") Addresses-Coverity-ID:

Re: [PATCH v3 04/14] sched/core: uclamp: update CPU's refcount on clamp changes

2018-08-15 Thread Dietmar Eggemann
On 08/06/2018 06:39 PM, Patrick Bellasi wrote: [...] +/** + * uclamp_task_active: check if a task is currently clamping a CPU + * @p: the task to check + * + * A task actively affects the utilization clamp of a CPU if: + * - it's currently enqueued or running on that CPU + * - it's refcounted

Re: [PATCH v3 04/14] sched/core: uclamp: update CPU's refcount on clamp changes

2018-08-15 Thread Dietmar Eggemann
On 08/06/2018 06:39 PM, Patrick Bellasi wrote: [...] +/** + * uclamp_task_active: check if a task is currently clamping a CPU + * @p: the task to check + * + * A task actively affects the utilization clamp of a CPU if: + * - it's currently enqueued or running on that CPU + * - it's refcounted

Re: [PATCH 4.14 000/104] 4.14.63-stable review

2018-08-15 Thread Jinpu Wang
> From: Greg Kroah-Hartman > Date: 2018年8月15日周三 上午8:15 > Subject: Re: [PATCH 4.14 000/104] 4.14.63-stable review > To: > Cc: , , > , , , > , , > > > > On Tue, Aug 14, 2018 at 07:16:14PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.63 release. >

Re: [PATCH 4.14 000/104] 4.14.63-stable review

2018-08-15 Thread Jinpu Wang
> From: Greg Kroah-Hartman > Date: 2018年8月15日周三 上午8:15 > Subject: Re: [PATCH 4.14 000/104] 4.14.63-stable review > To: > Cc: , , > , , , > , , > > > > On Tue, Aug 14, 2018 at 07:16:14PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.14.63 release. >

Re: [PATCH 1/2] perf tools: Make check-headers.sh check based on kernel dir

2018-08-15 Thread Arnaldo Carvalho de Melo
Em Wed, Aug 15, 2018 at 08:02:48PM +1000, Michael Ellerman escreveu: > Jiri Olsa writes: > > On Tue, Aug 14, 2018 at 03:06:44PM -0300, Arnaldo Carvalho de Melo wrote: > >> Em Tue, Aug 14, 2018 at 09:27:26AM +0200, Jiri Olsa escreveu: > >> > sry.. Arnaldo, would you change it for simple cd

Re: [PATCH 1/2] perf tools: Make check-headers.sh check based on kernel dir

2018-08-15 Thread Arnaldo Carvalho de Melo
Em Wed, Aug 15, 2018 at 08:02:48PM +1000, Michael Ellerman escreveu: > Jiri Olsa writes: > > On Tue, Aug 14, 2018 at 03:06:44PM -0300, Arnaldo Carvalho de Melo wrote: > >> Em Tue, Aug 14, 2018 at 09:27:26AM +0200, Jiri Olsa escreveu: > >> > sry.. Arnaldo, would you change it for simple cd

Re: [RFC][PATCH 00/24] tools lib traceevent: Rename pevent to tep for preparation for library

2018-08-15 Thread Arnaldo Carvalho de Melo
Em Wed, Aug 15, 2018 at 09:54:13AM -0400, Steven Rostedt escreveu: > On Wed, 15 Aug 2018 09:04:59 +0200 > Jiri Olsa wrote: > > > On Tue, Aug 14, 2018 at 10:54:35PM -0400, Steven Rostedt wrote: > > > On Fri, 10 Aug 2018 13:57:06 -0300 > > > Arnaldo Carvalho de Melo wrote: > > > > > > > >

Re: [RFC][PATCH 00/24] tools lib traceevent: Rename pevent to tep for preparation for library

2018-08-15 Thread Arnaldo Carvalho de Melo
Em Wed, Aug 15, 2018 at 09:54:13AM -0400, Steven Rostedt escreveu: > On Wed, 15 Aug 2018 09:04:59 +0200 > Jiri Olsa wrote: > > > On Tue, Aug 14, 2018 at 10:54:35PM -0400, Steven Rostedt wrote: > > > On Fri, 10 Aug 2018 13:57:06 -0300 > > > Arnaldo Carvalho de Melo wrote: > > > > > > > >

[PATCH v3 4/4] mm/memory_hotplug: Drop node_online check in unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador We are getting the nid from the pages that are not yet removed, but a node can only be offline when its memory/cpu's have been removed. Therefore, we know that the node is still online. Signed-off-by: Oscar Salvador --- drivers/base/node.c | 2 -- 1 file changed, 2

[PATCH v3 3/4] mm/memory_hotplug: Refactor unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador unregister_mem_sect_under_nodes() tries to allocate a nodemask_t in order to check whithin the loop which nodes have already been unlinked, so we do not repeat the operation on them. NODEMASK_ALLOC calls kmalloc() if NODES_SHIFT > 8, otherwise it just declares a nodemask_t

[PATCH v3 4/4] mm/memory_hotplug: Drop node_online check in unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador We are getting the nid from the pages that are not yet removed, but a node can only be offline when its memory/cpu's have been removed. Therefore, we know that the node is still online. Signed-off-by: Oscar Salvador --- drivers/base/node.c | 2 -- 1 file changed, 2

[PATCH v3 3/4] mm/memory_hotplug: Refactor unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador unregister_mem_sect_under_nodes() tries to allocate a nodemask_t in order to check whithin the loop which nodes have already been unlinked, so we do not repeat the operation on them. NODEMASK_ALLOC calls kmalloc() if NODES_SHIFT > 8, otherwise it just declares a nodemask_t

[PATCH v3 0/4] Refactoring for remove_memory_section/unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador v2 -> v3: - NODEMASK_FREE can deal with NULL pointers, so do not make it conditional (by David). - Split up node_online's check patch (David's suggestion) - Added Reviewed-by from Andrew and David - Fix checkpath.pl warnings This

[PATCH v3 2/4] mm/memory_hotplug: Drop mem_blk check from unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador Before calling to unregister_mem_sect_under_nodes(), remove_memory_section() already checks if we got a valid memory_block. No need to check that again in unregister_mem_sect_under_nodes(). If more functions start using unregister_mem_sect_under_nodes() in the future, we

[PATCH v3 0/4] Refactoring for remove_memory_section/unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador v2 -> v3: - NODEMASK_FREE can deal with NULL pointers, so do not make it conditional (by David). - Split up node_online's check patch (David's suggestion) - Added Reviewed-by from Andrew and David - Fix checkpath.pl warnings This

[PATCH v3 2/4] mm/memory_hotplug: Drop mem_blk check from unregister_mem_sect_under_nodes

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador Before calling to unregister_mem_sect_under_nodes(), remove_memory_section() already checks if we got a valid memory_block. No need to check that again in unregister_mem_sect_under_nodes(). If more functions start using unregister_mem_sect_under_nodes() in the future, we

[PATCH v3 1/4] mm/memory-hotplug: Drop unused args from remove_memory_section

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador unregister_memory_section() calls remove_memory_section() with three arguments: * node_id * section * phys_device Neither node_id nor phys_device are used. Let us drop them from the function. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand Reviewed-by:

[PATCH v3 1/4] mm/memory-hotplug: Drop unused args from remove_memory_section

2018-08-15 Thread Oscar Salvador
From: Oscar Salvador unregister_memory_section() calls remove_memory_section() with three arguments: * node_id * section * phys_device Neither node_id nor phys_device are used. Let us drop them from the function. Signed-off-by: Oscar Salvador Reviewed-by: David Hildenbrand Reviewed-by:

Re: Re2: [PATCH] spi:fix IDR collision on systems with both fixed and dynamic SPI bus numbers

2018-08-15 Thread Mark Brown
On Wed, Aug 15, 2018 at 05:28:56PM +0300, Kirill Kapranov wrote: > On 08/14/2018 05:18 PM, Mark Brown wrote: > > Is this something that's actually happened for you? > Yes, I observed it. OK, that's useful to know - it differentiates between a nice to have fix and something that should be sent to

Re: Re2: [PATCH] spi:fix IDR collision on systems with both fixed and dynamic SPI bus numbers

2018-08-15 Thread Mark Brown
On Wed, Aug 15, 2018 at 05:28:56PM +0300, Kirill Kapranov wrote: > On 08/14/2018 05:18 PM, Mark Brown wrote: > > Is this something that's actually happened for you? > Yes, I observed it. OK, that's useful to know - it differentiates between a nice to have fix and something that should be sent to

Re: [RFC PATCH 0/3] Do not touch pages in remove_memory path

2018-08-15 Thread Oscar Salvador
On Wed, Aug 15, 2018 at 02:05:35PM +, Pavel Tatashin wrote: > > This tries to fix [1], which was reported by David Hildenbrand, and also > > does some cleanups/refactoring. > > Hi Oscar, > > I would like to review this work. Are you in process of sending a new > version? If so, I will wait

Re: [RFC PATCH 0/3] Do not touch pages in remove_memory path

2018-08-15 Thread Oscar Salvador
On Wed, Aug 15, 2018 at 02:05:35PM +, Pavel Tatashin wrote: > > This tries to fix [1], which was reported by David Hildenbrand, and also > > does some cleanups/refactoring. > > Hi Oscar, > > I would like to review this work. Are you in process of sending a new > version? If so, I will wait

Re2: [PATCH] spi:fix IDR collision on systems with both fixed and dynamic SPI bus numbers

2018-08-15 Thread Kirill Kapranov
On 08/14/2018 05:18 PM, Mark Brown wrote: > Is this something that's actually happened for you? Yes, I observed it. Background: The platform: fitlet2 [1] , CPU Intel(R) Celeron(R) CPU J3455 @ 1.50GHz. On an extension board there are three SPI master controllers "Intel Corporation

Re2: [PATCH] spi:fix IDR collision on systems with both fixed and dynamic SPI bus numbers

2018-08-15 Thread Kirill Kapranov
On 08/14/2018 05:18 PM, Mark Brown wrote: > Is this something that's actually happened for you? Yes, I observed it. Background: The platform: fitlet2 [1] , CPU Intel(R) Celeron(R) CPU J3455 @ 1.50GHz. On an extension board there are three SPI master controllers "Intel Corporation

[PATCH 1/3] Kbuild: refactor fixdep to use getopt()

2018-08-15 Thread Rasmus Villemoes
As preparation for teaching an old dog a few new tricks. Signed-off-by: Rasmus Villemoes --- scripts/basic/fixdep.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/scripts/basic/fixdep.c b/scripts/basic/fixdep.c index 850966f3d602..666041841200 100644

[PATCH 2/3] Kbuild: teach fixdep to optionally remove the depfile

2018-08-15 Thread Rasmus Villemoes
Instead of having to spawn an 'rm' instance to remove the depfile after processing, let the fixdep program itself do that. For debugging, it's nice to not do it unconditionally. Note that the fixdep calls from Makefiles are done under 'set -e', so this also preserves the behaviour of keeping the

[PATCH 3/3] Kbuild: let fixdep do the renaming to .cmd

2018-08-15 Thread Rasmus Villemoes
Avoid spawning one more process per TU by having fixdep open the tmpfile and rename to its final name. The only change in behaviour is that if fixdep fails, the tmpfile we leave behind is $(dot-target).cmd.tmp rather than $(dot-target).tmp . Signed-off-by: Rasmus Villemoes ---

[PATCH 2/3] Kbuild: teach fixdep to optionally remove the depfile

2018-08-15 Thread Rasmus Villemoes
Instead of having to spawn an 'rm' instance to remove the depfile after processing, let the fixdep program itself do that. For debugging, it's nice to not do it unconditionally. Note that the fixdep calls from Makefiles are done under 'set -e', so this also preserves the behaviour of keeping the

[PATCH 3/3] Kbuild: let fixdep do the renaming to .cmd

2018-08-15 Thread Rasmus Villemoes
Avoid spawning one more process per TU by having fixdep open the tmpfile and rename to its final name. The only change in behaviour is that if fixdep fails, the tmpfile we leave behind is $(dot-target).cmd.tmp rather than $(dot-target).tmp . Signed-off-by: Rasmus Villemoes ---

[PATCH 1/3] Kbuild: refactor fixdep to use getopt()

2018-08-15 Thread Rasmus Villemoes
As preparation for teaching an old dog a few new tricks. Signed-off-by: Rasmus Villemoes --- scripts/basic/fixdep.c | 21 ++--- 1 file changed, 14 insertions(+), 7 deletions(-) diff --git a/scripts/basic/fixdep.c b/scripts/basic/fixdep.c index 850966f3d602..666041841200 100644

[PATCH 0/3] Kbuild: Some fixdep tweaks

2018-08-15 Thread Rasmus Villemoes
These patches eliminate two (albeit tiny and shortlived) processes from the cmd_and_fixdep rule, i.e. from every TU being compiled. Whether the diffstat below is worth it I'll leave to Kbuild maintainers to decide. Rasmus Villemoes (3): Kbuild: refactor fixdep to use getopt() Kbuild: teach

[PATCH 0/3] Kbuild: Some fixdep tweaks

2018-08-15 Thread Rasmus Villemoes
These patches eliminate two (albeit tiny and shortlived) processes from the cmd_and_fixdep rule, i.e. from every TU being compiled. Whether the diffstat below is worth it I'll leave to Kbuild maintainers to decide. Rasmus Villemoes (3): Kbuild: refactor fixdep to use getopt() Kbuild: teach

Re: [BUG][BISECT] NFSv4 root failures after "fs/locks: allow a lock request to block other requests."

2018-08-15 Thread Jeff Layton
On Wed, 2018-08-15 at 14:28 +0200, Krzysztof Kozlowski wrote: > Hi, > > Bisect pointed commit ce3147990450a68b3f549088b30f087742a08b5d > ("fs/locks: allow a lock request to block other requests.") to failure > boot of NFSv4 with root on several boards. > > Log is here: >

Re: [BUG][BISECT] NFSv4 root failures after "fs/locks: allow a lock request to block other requests."

2018-08-15 Thread Jeff Layton
On Wed, 2018-08-15 at 14:28 +0200, Krzysztof Kozlowski wrote: > Hi, > > Bisect pointed commit ce3147990450a68b3f549088b30f087742a08b5d > ("fs/locks: allow a lock request to block other requests.") to failure > boot of NFSv4 with root on several boards. > > Log is here: >

Re: [PATCH mmc-next v3 2/3] mmc: sdhci: introduce adma_write_desc() hook to struct sdhci_ops

2018-08-15 Thread Adrian Hunter
On 30/07/18 05:45, Jisheng Zhang wrote: > Add this hook so that it can be overridden with driver specific > implementations. We also rename the original sdhci_adma_write_desc() > to _sdhci_adma_write_desc() and export it, so that it could be reused > by driver's specific implementations. > >

Re: [PATCH mmc-next v3 2/3] mmc: sdhci: introduce adma_write_desc() hook to struct sdhci_ops

2018-08-15 Thread Adrian Hunter
On 30/07/18 05:45, Jisheng Zhang wrote: > Add this hook so that it can be overridden with driver specific > implementations. We also rename the original sdhci_adma_write_desc() > to _sdhci_adma_write_desc() and export it, so that it could be reused > by driver's specific implementations. > >

RE: [RFC PATCH 0/3] Do not touch pages in remove_memory path

2018-08-15 Thread Pavel Tatashin
> This tries to fix [1], which was reported by David Hildenbrand, and also > does some cleanups/refactoring. Hi Oscar, I would like to review this work. Are you in process of sending a new version? If so, I will wait for it. Thank you, Pavel > > I am sending this as RFC to see if the

RE: [RFC PATCH 0/3] Do not touch pages in remove_memory path

2018-08-15 Thread Pavel Tatashin
> This tries to fix [1], which was reported by David Hildenbrand, and also > does some cleanups/refactoring. Hi Oscar, I would like to review this work. Are you in process of sending a new version? If so, I will wait for it. Thank you, Pavel > > I am sending this as RFC to see if the

Re: [RFC][PATCH 00/24] tools lib traceevent: Rename pevent to tep for preparation for library

2018-08-15 Thread Steven Rostedt
On Wed, 15 Aug 2018 09:04:59 +0200 Jiri Olsa wrote: > On Tue, Aug 14, 2018 at 10:54:35PM -0400, Steven Rostedt wrote: > > On Fri, 10 Aug 2018 13:57:06 -0300 > > Arnaldo Carvalho de Melo wrote: > > > > > > Arnaldo takes care of that, but I guess pulling from branch is the > > > > prefered

Re: [RFC][PATCH 00/24] tools lib traceevent: Rename pevent to tep for preparation for library

2018-08-15 Thread Steven Rostedt
On Wed, 15 Aug 2018 09:04:59 +0200 Jiri Olsa wrote: > On Tue, Aug 14, 2018 at 10:54:35PM -0400, Steven Rostedt wrote: > > On Fri, 10 Aug 2018 13:57:06 -0300 > > Arnaldo Carvalho de Melo wrote: > > > > > > Arnaldo takes care of that, but I guess pulling from branch is the > > > > prefered

Re: [PATCH 1/3] arm64: implement ftrace with regs

2018-08-15 Thread Torsten Duwe
[working on V2 with your feedback] On Tue, Aug 14, 2018 at 12:04:33PM -0400, Steven Rostedt wrote: > On Tue, 14 Aug 2018 09:33:52 +0100 > Julien Thierry wrote: > > >> Shouldn't this be an error? The option -fpatchable-function-entry has > > >> been added to the CC_FLAGS_FTRACE, so any call to

Re: [PATCH 1/3] arm64: implement ftrace with regs

2018-08-15 Thread Torsten Duwe
[working on V2 with your feedback] On Tue, Aug 14, 2018 at 12:04:33PM -0400, Steven Rostedt wrote: > On Tue, 14 Aug 2018 09:33:52 +0100 > Julien Thierry wrote: > > >> Shouldn't this be an error? The option -fpatchable-function-entry has > > >> been added to the CC_FLAGS_FTRACE, so any call to

<    2   3   4   5   6   7   8   9   >