[PATCH v14 10/14] arm, tile: turn off timer tick for oneshot_stopped state

When the schedule tick is disabled in tick_nohz_stop_sched_tick(), we call hrtimer_cancel(), which eventually calls down into __remove_hrtimer() and thus into hrtimer_force_reprogram(). That function's call to tick_program_event() detects that we are trying to set the expiration to KTIME_MAX and

[PATCH v14 10/14] arm, tile: turn off timer tick for oneshot_stopped state

When the schedule tick is disabled in tick_nohz_stop_sched_tick(), we call hrtimer_cancel(), which eventually calls down into __remove_hrtimer() and thus into hrtimer_force_reprogram(). That function's call to tick_program_event() detects that we are trying to set the expiration to KTIME_MAX and

[PATCH v14 13/14] task_isolation: add user-settable notification signal

By default, if a task in task isolation mode re-enters the kernel, it is terminated with SIGKILL. With this commit, the application can choose what signal to receive on a task isolation violation by invoking prctl() with PR_TASK_ISOLATION_ENABLE, or'ing in the PR_TASK_ISOLATION_USERSIG bit, and

[PATCH v14 01/14] vmstat: add quiet_vmstat_sync function

In commit f01f17d3705b ("mm, vmstat: make quiet_vmstat lighter") the quiet_vmstat() function became asynchronous, in the sense that the vmstat work was still scheduled to run on the core when the function returned. For task isolation, we need a synchronous version of the function that guarantees

[PATCH v14 06/14] arch/x86: enable task isolation functionality

In exit_to_usermode_loop(), call task_isolation_ready() for TIF_TASK_ISOLATION tasks when we are checking the thread-info flags, and after we've handled the other work, call task_isolation_enter() for such tasks. In syscall_trace_enter_phase1(), we add the necessary support for reporting syscalls

[PATCH v14 08/14] arch/arm64: enable task isolation functionality

In do_notify_resume(), call task_isolation_ready() for TIF_TASK_ISOLATION tasks when we are checking the thread-info flags; and after we've handled the other work, call task_isolation_enter() for such tasks. To ensure we always call task_isolation_enter() when returning to userspace, add

[PATCH v14 09/14] arch/tile: enable task isolation functionality

We add the necessary call to task_isolation_enter() in the prepare_exit_to_usermode() routine. We already unconditionally call into this routine if TIF_NOHZ is set, since that's where we do the user_enter() call. We add calls to task_isolation_quiet_exception() in places where exceptions may not

[PATCH v14 13/14] task_isolation: add user-settable notification signal

By default, if a task in task isolation mode re-enters the kernel, it is terminated with SIGKILL. With this commit, the application can choose what signal to receive on a task isolation violation by invoking prctl() with PR_TASK_ISOLATION_ENABLE, or'ing in the PR_TASK_ISOLATION_USERSIG bit, and

[PATCH v14 01/14] vmstat: add quiet_vmstat_sync function

In commit f01f17d3705b ("mm, vmstat: make quiet_vmstat lighter") the quiet_vmstat() function became asynchronous, in the sense that the vmstat work was still scheduled to run on the core when the function returned. For task isolation, we need a synchronous version of the function that guarantees

[PATCH v14 06/14] arch/x86: enable task isolation functionality

In exit_to_usermode_loop(), call task_isolation_ready() for TIF_TASK_ISOLATION tasks when we are checking the thread-info flags, and after we've handled the other work, call task_isolation_enter() for such tasks. In syscall_trace_enter_phase1(), we add the necessary support for reporting syscalls

[PATCH v14 08/14] arch/arm64: enable task isolation functionality

In do_notify_resume(), call task_isolation_ready() for TIF_TASK_ISOLATION tasks when we are checking the thread-info flags; and after we've handled the other work, call task_isolation_enter() for such tasks. To ensure we always call task_isolation_enter() when returning to userspace, add

[PATCH v14 09/14] arch/tile: enable task isolation functionality

We add the necessary call to task_isolation_enter() in the prepare_exit_to_usermode() routine. We already unconditionally call into this routine if TIF_NOHZ is set, since that's where we do the user_enter() call. We add calls to task_isolation_quiet_exception() in places where exceptions may not

[PATCH v14 07/14] arm64: factor work_pending state machine to C

Currently ret_fast_syscall, work_pending, and ret_to_user form an ad-hoc state machine that can be difficult to reason about due to duplicated code and a large number of branch targets. This patch factors the common logic out into the existing do_notify_resume function, converting the code to C

[PATCH v14 11/14] clocksource: Do not schedule watchdog on isolated or NOHZ cpus

From: Christoph Lameter watchdog checks can only run on housekeeping capable cpus. Otherwise we will be generating noise that we would like to avoid on the isolated processors. Signed-off-by: Christoph Lameter Signed-off-by: Chris Metcalf

[PATCH v14 07/14] arm64: factor work_pending state machine to C

Currently ret_fast_syscall, work_pending, and ret_to_user form an ad-hoc state machine that can be difficult to reason about due to duplicated code and a large number of branch targets. This patch factors the common logic out into the existing do_notify_resume function, converting the code to C

[PATCH v14 11/14] clocksource: Do not schedule watchdog on isolated or NOHZ cpus

From: Christoph Lameter watchdog checks can only run on housekeeping capable cpus. Otherwise we will be generating noise that we would like to avoid on the isolated processors. Signed-off-by: Christoph Lameter Signed-off-by: Chris Metcalf [line-wrapped and added equivalent fix in

[PATCH v14 05/14] task_isolation: track asynchronous interrupts

This commit adds support for tracking asynchronous interrupts delivered to task-isolation tasks, e.g. IPIs or IRQs. Just as for exceptions and syscalls, when this occurs we arrange to deliver a signal to the task so that it knows it has been interrupted. If the task is interrupted by an NMI, we

[PATCH v14 00/14] support "task_isolation" mode

Here is a respin of the task-isolation patch set. This primarily reflects some testing on x86, and a rebase to 4.8. I have been getting email asking me when and where this patch will be upstreamed so folks can start using it. I had been thinking the obvious path was via Frederic Weisbecker to

[PATCH v14 05/14] task_isolation: track asynchronous interrupts

This commit adds support for tracking asynchronous interrupts delivered to task-isolation tasks, e.g. IPIs or IRQs. Just as for exceptions and syscalls, when this occurs we arrange to deliver a signal to the task so that it knows it has been interrupted. If the task is interrupted by an NMI, we

[PATCH v14 00/14] support "task_isolation" mode

Here is a respin of the task-isolation patch set. This primarily reflects some testing on x86, and a rebase to 4.8. I have been getting email asking me when and where this patch will be upstreamed so folks can start using it. I had been thinking the obvious path was via Frederic Weisbecker to

[PATCH v14 12/14] task_isolation: support CONFIG_TASK_ISOLATION_ALL

This option, similar to NO_HZ_FULL_ALL, simplifies configuring a system to boot by default with all cores except the boot core running in task isolation mode. Signed-off-by: Chris Metcalf --- init/Kconfig | 10 ++ kernel/isolation.c | 6 ++ 2 files

[PATCH v14 12/14] task_isolation: support CONFIG_TASK_ISOLATION_ALL

This option, similar to NO_HZ_FULL_ALL, simplifies configuring a system to boot by default with all cores except the boot core running in task isolation mode. Signed-off-by: Chris Metcalf --- init/Kconfig | 10 ++ kernel/isolation.c | 6 ++ 2 files changed, 16 insertions(+)

[PATCH v14 04/14] task_isolation: add initial support

The existing nohz_full mode is designed as a "soft" isolation mode that makes tradeoffs to minimize userspace interruptions while still attempting to avoid overheads in the kernel entry/exit path, to provide 100% kernel semantics, etc. However, some applications require a "hard" commitment from

[PATCH v14 03/14] lru_add_drain_all: factor out lru_add_drain_needed

This per-cpu check was being done in the loop in lru_add_drain_all(), but having it be callable for a particular cpu is helpful for the task-isolation patches. Signed-off-by: Chris Metcalf --- include/linux/swap.h | 1 + mm/swap.c| 15 ++- 2 files

[PATCH v14 03/14] lru_add_drain_all: factor out lru_add_drain_needed

This per-cpu check was being done in the loop in lru_add_drain_all(), but having it be callable for a particular cpu is helpful for the task-isolation patches. Signed-off-by: Chris Metcalf --- include/linux/swap.h | 1 + mm/swap.c| 15 ++- 2 files changed, 11

[PATCH v14 04/14] task_isolation: add initial support

The existing nohz_full mode is designed as a "soft" isolation mode that makes tradeoffs to minimize userspace interruptions while still attempting to avoid overheads in the kernel entry/exit path, to provide 100% kernel semantics, etc. However, some applications require a "hard" commitment from

[PATCH v14 14/14] task_isolation self test

This code tests various aspects of task_isolation. Signed-off-by: Chris Metcalf --- tools/testing/selftests/Makefile | 1 + tools/testing/selftests/task_isolation/Makefile| 11 + tools/testing/selftests/task_isolation/config | 2 +

[PATCH v14 02/14] vmstat: add vmstat_idle function

This function checks to see if a vmstat worker is not running, and the vmstat diffs don't require an update. The function is called from the task-isolation code to see if we need to actually do some work to quiet vmstat. Acked-by: Christoph Lameter Signed-off-by: Chris Metcalf

[PATCH v14 14/14] task_isolation self test

This code tests various aspects of task_isolation. Signed-off-by: Chris Metcalf --- tools/testing/selftests/Makefile | 1 + tools/testing/selftests/task_isolation/Makefile| 11 + tools/testing/selftests/task_isolation/config | 2 +

[PATCH v14 02/14] vmstat: add vmstat_idle function

This function checks to see if a vmstat worker is not running, and the vmstat diffs don't require an update. The function is called from the task-isolation code to see if we need to actually do some work to quiet vmstat. Acked-by: Christoph Lameter Signed-off-by: Chris Metcalf ---

Re: [PATCH] hwrng: core - Allow for multiple simultaneous active hwrng devices

On Tue, 09 Aug 2016, Jason Cooper wrote: > Perhaps a /dev/hwrng[0-9] per rng? That would lend itself nicely to a > sysfs interface for per device quality, rate, and enabled attributes. > e.g. /sys/class/hw_random/hwrng0/{device/,quality,rate,enabled} IMHO, this is mightly annoying to use from

Re: [PATCH] hwrng: core - Allow for multiple simultaneous active hwrng devices

On Tue, 09 Aug 2016, Jason Cooper wrote: > Perhaps a /dev/hwrng[0-9] per rng? That would lend itself nicely to a > sysfs interface for per device quality, rate, and enabled attributes. > e.g. /sys/class/hw_random/hwrng0/{device/,quality,rate,enabled} IMHO, this is mightly annoying to use from

[PATCH] i2c: uniphier{-f}: don't print error when adding adapter fails

The core will do this for us now. Signed-off-by: Wolfram Sang --- drivers/i2c/busses/i2c-uniphier-f.c | 5 - drivers/i2c/busses/i2c-uniphier.c | 5 - 2 files changed, 10 deletions(-) diff --git a/drivers/i2c/busses/i2c-uniphier-f.c

[PATCH] i2c: uniphier{-f}: don't print error when adding adapter fails

The core will do this for us now. Signed-off-by: Wolfram Sang --- drivers/i2c/busses/i2c-uniphier-f.c | 5 - drivers/i2c/busses/i2c-uniphier.c | 5 - 2 files changed, 10 deletions(-) diff --git a/drivers/i2c/busses/i2c-uniphier-f.c b/drivers/i2c/busses/i2c-uniphier-f.c index

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On 2016-08-09 12:29 PM, Mateusz Guzik wrote: On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: From: Sonny Rao This is based on earlier work by Thiago Goncales. It implements a new per process proc file which summarizes the contents of the

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On 2016-08-09 12:29 PM, Mateusz Guzik wrote: On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: From: Sonny Rao This is based on earlier work by Thiago Goncales. It implements a new per process proc file which summarizes the contents of the smaps file but doesn't

Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Tue, Aug 09, 2016 at 09:04:35PM +0100, Alan Cox wrote: > > > (Going back to pick up the specific licence thread) > > > > > > > I'd like to see Richard do so as well. > > With Richard that's 3 attorneys now. > > None of whom I believe represent the Linux project or foundation ? > > Linus has

Re: Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

On Tue, Aug 09, 2016 at 09:04:35PM +0100, Alan Cox wrote: > > > (Going back to pick up the specific licence thread) > > > > > > > I'd like to see Richard do so as well. > > With Richard that's 3 attorneys now. > > None of whom I believe represent the Linux project or foundation ? > > Linus has

Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()

Quoting Tejun Heo (t...@kernel.org): > Hello, Serge. > > On Tue, Aug 09, 2016 at 10:33:05AM -0500, Serge E. Hallyn wrote: > > > + for (i = depth_to - 1; i >= 0; i--) { > > > + for (kn = kn_to, j = 0; j < i; j++) > > > + kn = kn->parent; > > > > This is O(n^2) where n is

Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()

Quoting Tejun Heo (t...@kernel.org): > Hello, Serge. > > On Tue, Aug 09, 2016 at 10:33:05AM -0500, Serge E. Hallyn wrote: > > > + for (i = depth_to - 1; i >= 0; i--) { > > > + for (kn = kn_to, j = 0; j < i; j++) > > > + kn = kn->parent; > > > > This is O(n^2) where n is

Re: 4.8-rc1: resume from hibernation doesn't work

On Mon, 8 Aug 2016, Pavel Machek wrote: > 64-bit kernel, I assume? > > I believe that is known: > > From: "Rafael J. Wysocki" > To: Thomas Garnier > Cc: "Rafael J. Wysocki" , Borislav Petkov , > "Rafael J. Wysocki" >

Re: 4.8-rc1: resume from hibernation doesn't work

On Mon, 8 Aug 2016, Pavel Machek wrote: > 64-bit kernel, I assume? > > I believe that is known: > > From: "Rafael J. Wysocki" > To: Thomas Garnier > Cc: "Rafael J. Wysocki" , Borislav Petkov , > "Rafael J. Wysocki" > , Linux PM list , > the arch/x86 maintainers > ,

Re: [PATCH resend v3 3/5] libata-scsi: use u8 array to store mode page copy

On Sat, Jul 23, 2016 at 02:34:08AM +0800, tom.t...@gmail.com wrote: > From: Tom Yan > > ata_mselect_*() would initialize a char array for storing a copy of > the current mode page. However, char could be signed char. In that > case, bytes larger than 127 would be converted to

Re: [PATCH resend v3 3/5] libata-scsi: use u8 array to store mode page copy

On Sat, Jul 23, 2016 at 02:34:08AM +0800, tom.t...@gmail.com wrote: > From: Tom Yan > > ata_mselect_*() would initialize a char array for storing a copy of > the current mode page. However, char could be signed char. In that > case, bytes larger than 127 would be converted to negative number. >

Re: [RFC PATCH v7 1/7] Restartable sequences system call

- On Aug 3, 2016, at 9:19 AM, Peter Zijlstra pet...@infradead.org wrote: > On Thu, Jul 21, 2016 at 05:14:16PM -0400, Mathieu Desnoyers wrote: [...] > >> diff --git a/include/linux/sched.h b/include/linux/sched.h >> index 253538f..5c4b900 100644 >> --- a/include/linux/sched.h >> +++

Re: [RFC PATCH v7 1/7] Restartable sequences system call

- On Aug 3, 2016, at 9:19 AM, Peter Zijlstra pet...@infradead.org wrote: > On Thu, Jul 21, 2016 at 05:14:16PM -0400, Mathieu Desnoyers wrote: [...] > >> diff --git a/include/linux/sched.h b/include/linux/sched.h >> index 253538f..5c4b900 100644 >> --- a/include/linux/sched.h >> +++

Re: 4.8-rc1: resume from hibernation doesn't work

On Tue 2016-08-09 10:54:15, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Jiri Kosina wrote: > > > current Linus' tree (HEAD 65ea11ec6, so basically 4.8-rc1+) has broken > > resume from hibernation on my x200s. > > > > Suspend works correctly, resuming proceeds up to the point where it > > reports

Re: 4.8-rc1: resume from hibernation doesn't work

On Tue 2016-08-09 10:54:15, Jiri Kosina wrote: > On Tue, 9 Aug 2016, Jiri Kosina wrote: > > > current Linus' tree (HEAD 65ea11ec6, so basically 4.8-rc1+) has broken > > resume from hibernation on my x200s. > > > > Suspend works correctly, resuming proceeds up to the point where it > > reports

Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

> > (Going back to pick up the specific licence thread) > > > > I'd like to see Richard do so as well. > With Richard that's 3 attorneys now. None of whom I believe represent the Linux project or foundation ? Linus has to make this call, nobody else and he is probablygoing to go ape if you try

Kernel modules under new copyleft licence : (was Re: [PATCH v2] module.h: add copyleft-next >= 0.3.1 as GPL compatible)

> > (Going back to pick up the specific licence thread) > > > > I'd like to see Richard do so as well. > With Richard that's 3 attorneys now. None of whom I believe represent the Linux project or foundation ? Linus has to make this call, nobody else and he is probablygoing to go ape if you try

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > I have a murky suspicion, but it is really weird. Namely, what if > restore_jump_address in set_up_temporary_text_mapping() happens to be > covered by the restore kernel's identity mapping? Then, the image > kernel's entry point may get overwritten

Re: [Resend][PATCH] x86/power/64: Always create temporary identity mapping correctly

On Tue, 9 Aug 2016, Rafael J. Wysocki wrote: > I have a murky suspicion, but it is really weird. Namely, what if > restore_jump_address in set_up_temporary_text_mapping() happens to be > covered by the restore kernel's identity mapping? Then, the image > kernel's entry point may get overwritten

Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()

Hello, Serge. On Tue, Aug 09, 2016 at 10:33:05AM -0500, Serge E. Hallyn wrote: > > + for (i = depth_to - 1; i >= 0; i--) { > > + for (kn = kn_to, j = 0; j < i; j++) > > + kn = kn->parent; > > This is O(n^2) where n is the path depth. It's not a hot path, though, do

Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()

Hello, Serge. On Tue, Aug 09, 2016 at 10:33:05AM -0500, Serge E. Hallyn wrote: > > + for (i = depth_to - 1; i >= 0; i--) { > > + for (kn = kn_to, j = 0; j < i; j++) > > + kn = kn->parent; > > This is O(n^2) where n is the path depth. It's not a hot path, though, do

[PATCH] x86/hpet: fix typo from rtc cleanup

Ville Syrjälä reports "The first time I run hwclock after rebooting I get this: open("/dev/rtc", O_RDONLY) = 3 ioctl(3, PHN_SET_REGS or RTC_UIE_ON, 0) = 0 select(4, [3], NULL, NULL, {10, 0}) = 0 (Timeout) ioctl(3, PHN_NOT_OH or RTC_UIE_OFF, 0) = 0 close(3)

[PATCH] x86/hpet: fix typo from rtc cleanup

Ville Syrjälä reports "The first time I run hwclock after rebooting I get this: open("/dev/rtc", O_RDONLY) = 3 ioctl(3, PHN_SET_REGS or RTC_UIE_ON, 0) = 0 select(4, [3], NULL, NULL, {10, 0}) = 0 (Timeout) ioctl(3, PHN_NOT_OH or RTC_UIE_OFF, 0) = 0 close(3)

Re: [PATCH net 0/6] rxrpc: Miscellaneous fixes

/dhowells/linux-fs.git/log/?h=rxrpc-fixes > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-fixes-20160809 Pulled, thanks David.

Re: [PATCH net 0/6] rxrpc: Miscellaneous fixes

/log/?h=rxrpc-fixes > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-fixes-20160809 Pulled, thanks David.

Re: [PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

On 08/09/2016 02:23 PM, kbuild test robot wrote: Hi Waiman, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

On 08/09/2016 02:23 PM, kbuild test robot wrote: Hi Waiman, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[RESEND PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

The dlock list needs one list for each of the CPUs available. However, for sibling CPUs, they are sharing the L2 and probably L1 caches too. As a result, there is not much to gain in term of avoiding cacheline contention while increasing the cacheline footprint of the L1/L2 caches as separate

[RESEND PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

The dlock list needs one list for each of the CPUs available. However, for sibling CPUs, they are sharing the L2 and probably L1 caches too. As a result, there is not much to gain in term of avoiding cacheline contention while increasing the cacheline footprint of the L1/L2 caches as separate

Re: [PATCH v2 1/3] spi-nor: Add support for Intel SPI serial flash controller

On 22 June 2016 at 21:02, Mika Westerberg wrote: > Add support for the SPI serial flash host controller found on many Intel > CPUs including Baytrail and Braswell. The SPI serial flash controller is > used to access BIOS and other platform specific information. By

Re: [PATCH v2 1/3] spi-nor: Add support for Intel SPI serial flash controller

On 22 June 2016 at 21:02, Mika Westerberg wrote: > Add support for the SPI serial flash host controller found on many Intel > CPUs including Baytrail and Braswell. The SPI serial flash controller is > used to access BIOS and other platform specific information. By default the > driver exposes a

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: > From: Sonny Rao > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 09, 2016 at 12:05:43PM -0400, robert.f...@collabora.com wrote: > From: Sonny Rao > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any addresses. It gives more

[tip:perf/urgent] perf probe ppc64le: Fix probe location when using DWARF

Commit-ID: 99e608b5954c9e1ebadbf9660b74697d9dfd9f20 Gitweb: http://git.kernel.org/tip/99e608b5954c9e1ebadbf9660b74697d9dfd9f20 Author: Ravi Bangoria AuthorDate: Tue, 9 Aug 2016 01:23:25 -0500 Committer: Arnaldo Carvalho de Melo

[tip:perf/urgent] perf probe ppc64le: Fix probe location when using DWARF

Commit-ID: 99e608b5954c9e1ebadbf9660b74697d9dfd9f20 Gitweb: http://git.kernel.org/tip/99e608b5954c9e1ebadbf9660b74697d9dfd9f20 Author: Ravi Bangoria AuthorDate: Tue, 9 Aug 2016 01:23:25 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 12:14:29 -0300 perf probe

[tip:perf/urgent] perf probe: Add function to post process kernel trace events

Commit-ID: d820456dc70b231d62171ba46b43db0045e9bd57 Gitweb: http://git.kernel.org/tip/d820456dc70b231d62171ba46b43db0045e9bd57 Author: Ravi Bangoria AuthorDate: Tue, 9 Aug 2016 01:23:24 -0500 Committer: Arnaldo Carvalho de Melo

[tip:perf/urgent] perf probe: Add function to post process kernel trace events

Commit-ID: d820456dc70b231d62171ba46b43db0045e9bd57 Gitweb: http://git.kernel.org/tip/d820456dc70b231d62171ba46b43db0045e9bd57 Author: Ravi Bangoria AuthorDate: Tue, 9 Aug 2016 01:23:24 -0500 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 12:09:59 -0300 perf probe:

[tip:perf/urgent] tools: Sync cpufeatures headers with the kernel

Commit-ID: 840b49ba554b40fa8301ad2716abd2fe3d9e382a Gitweb: http://git.kernel.org/tip/840b49ba554b40fa8301ad2716abd2fe3d9e382a Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:56:33 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] toops: Sync tools/include/uapi/linux/bpf.h with the kernel

Commit-ID: 791cceb89f7987c0375ff2e8971928a47f62ccae Gitweb: http://git.kernel.org/tip/791cceb89f7987c0375ff2e8971928a47f62ccae Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:48:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] tools: Sync cpufeatures headers with the kernel

Commit-ID: 840b49ba554b40fa8301ad2716abd2fe3d9e382a Gitweb: http://git.kernel.org/tip/840b49ba554b40fa8301ad2716abd2fe3d9e382a Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:56:33 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 11:56:33 -0300

[tip:perf/urgent] toops: Sync tools/include/uapi/linux/bpf.h with the kernel

Commit-ID: 791cceb89f7987c0375ff2e8971928a47f62ccae Gitweb: http://git.kernel.org/tip/791cceb89f7987c0375ff2e8971928a47f62ccae Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:48:07 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 11:48:07 -0300

[tip:perf/urgent] perf probe: Support signedness casting

Commit-ID: 19f00b011729417f69e4df53cc3fe5ecc25134a4 Gitweb: http://git.kernel.org/tip/19f00b011729417f69e4df53cc3fe5ecc25134a4 Author: Naohiro Aota AuthorDate: Tue, 9 Aug 2016 11:40:08 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9

[tip:perf/urgent] tools: Sync cpufeatures.h and vmx.h with the kernel

Commit-ID: bebfb730125863aac74607dff24f1bdb9fb02a90 Gitweb: http://git.kernel.org/tip/bebfb730125863aac74607dff24f1bdb9fb02a90 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:21:57 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf probe: Support signedness casting

Commit-ID: 19f00b011729417f69e4df53cc3fe5ecc25134a4 Gitweb: http://git.kernel.org/tip/19f00b011729417f69e4df53cc3fe5ecc25134a4 Author: Naohiro Aota AuthorDate: Tue, 9 Aug 2016 11:40:08 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:52:22 -0300 perf probe:

[tip:perf/urgent] tools: Sync cpufeatures.h and vmx.h with the kernel

Commit-ID: bebfb730125863aac74607dff24f1bdb9fb02a90 Gitweb: http://git.kernel.org/tip/bebfb730125863aac74607dff24f1bdb9fb02a90 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 9 Aug 2016 11:21:57 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 11:21:57 -0300

[tip:perf/urgent] perf script: Add 'bpf-output' field to usage message

Commit-ID: bcdc09af3ef30ef071677544ce23a1c8873a2dda Gitweb: http://git.kernel.org/tip/bcdc09af3ef30ef071677544ce23a1c8873a2dda Author: Brendan Gregg AuthorDate: Wed, 3 Aug 2016 02:47:49 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9

[tip:perf/urgent] perf stat: Avoid skew when reading events

Commit-ID: 3df33eff2ba96be4f1535db4f672013d756dc9b1 Gitweb: http://git.kernel.org/tip/3df33eff2ba96be4f1535db4f672013d756dc9b1 Author: Mark Rutland AuthorDate: Tue, 9 Aug 2016 14:04:29 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9

[tip:perf/urgent] perf script: Add 'bpf-output' field to usage message

Commit-ID: bcdc09af3ef30ef071677544ce23a1c8873a2dda Gitweb: http://git.kernel.org/tip/bcdc09af3ef30ef071677544ce23a1c8873a2dda Author: Brendan Gregg AuthorDate: Wed, 3 Aug 2016 02:47:49 + Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:46:43 -0300 perf script:

[tip:perf/urgent] perf stat: Avoid skew when reading events

Commit-ID: 3df33eff2ba96be4f1535db4f672013d756dc9b1 Gitweb: http://git.kernel.org/tip/3df33eff2ba96be4f1535db4f672013d756dc9b1 Author: Mark Rutland AuthorDate: Tue, 9 Aug 2016 14:04:29 +0100 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:48:32 -0300 perf stat:

[tip:perf/urgent] perf probe: Fix module name matching

Commit-ID: cb3f3378cd09aa3fe975b4ad5ee0229dc76315bb Gitweb: http://git.kernel.org/tip/cb3f3378cd09aa3fe975b4ad5ee0229dc76315bb Author: Konstantin Khlebnikov AuthorDate: Fri, 5 Aug 2016 15:22:36 +0300 Committer: Arnaldo Carvalho de Melo

[tip:perf/urgent] perf probe: Fix module name matching

Commit-ID: cb3f3378cd09aa3fe975b4ad5ee0229dc76315bb Gitweb: http://git.kernel.org/tip/cb3f3378cd09aa3fe975b4ad5ee0229dc76315bb Author: Konstantin Khlebnikov AuthorDate: Fri, 5 Aug 2016 15:22:36 +0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:48:09 -0300 perf

[tip:perf/urgent] perf probe: Adjust map->reloc offset when finding kernel symbol from map

Commit-ID: 8e34189b347d76acf48ce05831176582201b664d Gitweb: http://git.kernel.org/tip/8e34189b347d76acf48ce05831176582201b664d Author: Masami Hiramatsu AuthorDate: Sat, 6 Aug 2016 19:29:48 +0900 Committer: Arnaldo Carvalho de Melo

[tip:perf/urgent] perf hists: Trim libtraceevent trace_seq buffers

Commit-ID: 887fa86d6fd7a45cee2d0f9d5f75026786d61df2 Gitweb: http://git.kernel.org/tip/887fa86d6fd7a45cee2d0f9d5f75026786d61df2 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 5 Aug 2016 12:37:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/urgent] perf probe: Adjust map->reloc offset when finding kernel symbol from map

Commit-ID: 8e34189b347d76acf48ce05831176582201b664d Gitweb: http://git.kernel.org/tip/8e34189b347d76acf48ce05831176582201b664d Author: Masami Hiramatsu AuthorDate: Sat, 6 Aug 2016 19:29:48 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:47:43 -0300 perf probe:

[tip:perf/urgent] perf hists: Trim libtraceevent trace_seq buffers

Commit-ID: 887fa86d6fd7a45cee2d0f9d5f75026786d61df2 Gitweb: http://git.kernel.org/tip/887fa86d6fd7a45cee2d0f9d5f75026786d61df2 Author: Arnaldo Carvalho de Melo AuthorDate: Fri, 5 Aug 2016 12:37:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 9 Aug 2016 10:46:56 -0300

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 7:05 PM, wrote: > From: Sonny Rao > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any addresses. It

Re: [PACTH v1] mm, proc: Implement /proc//totmaps

On Tue, Aug 9, 2016 at 7:05 PM, wrote: > From: Sonny Rao > > This is based on earlier work by Thiago Goncales. It implements a new > per process proc file which summarizes the contents of the smaps file > but doesn't display any addresses. It gives more detailed information > than statm like

Re: [GIT PULL 00/11] perf/urgent fixes

-08-04 11:02:38 +0200) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-urgent-for-mingo-20160809 > > for you to fetch changes up to 99e608b5954c9e1ebadbf9660b74697d9dfd9f20: > > perf probe ppc

Re: [GIT PULL 00/11] perf/urgent fixes

00) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git > tags/perf-urgent-for-mingo-20160809 > > for you to fetch changes up to 99e608b5954c9e1ebadbf9660b74697d9dfd9f20: > > perf probe ppc64le: Fix probe l

[PATCH v3] powerpc: Do not make the entire heap executable

On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt, or with a toolchain which defaults to it) look like this: [17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0 4 [18] .plt NOBITS 0002b00c 01aff8 84 00 WAX 0 0 4

[PATCH v3] powerpc: Do not make the entire heap executable

On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt, or with a toolchain which defaults to it) look like this: [17] .sbss NOBITS 0002aff8 01aff8 14 00 WA 0 0 4 [18] .plt NOBITS 0002b00c 01aff8 84 00 WAX 0 0 4

Re: [PATCH v2] powerpc: Do not make the entire heap executable

On 08/08/2016 09:07 PM, Kees Cook wrote: On Mon, Aug 8, 2016 at 7:55 AM, Denys Vlasenko wrote: On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt, or with a toolchain which defaults to it) look like this: [17] .sbss NOBITS

Re: [PATCH v2] powerpc: Do not make the entire heap executable

On 08/08/2016 09:07 PM, Kees Cook wrote: On Mon, Aug 8, 2016 at 7:55 AM, Denys Vlasenko wrote: On 32-bit powerps the ELF PLT sections of binaries (built with --bss-plt, or with a toolchain which defaults to it) look like this: [17] .sbss NOBITS 0002aff8 01aff8 14

Re: [PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

Hi Waiman, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Waiman-Long/vfs-Use-dlock-list-for-SB-s

Re: [PATCH v5 5/5] lib/dlock-list: Make sibling CPUs share the same linked list

Hi Waiman, [auto build test ERROR on linus/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Waiman-Long/vfs-Use-dlock-list-for-SB-s

Re: [PATCH] hwrng: core - Allow for multiple simultaneous active hwrng devices

Jason Cooper writes: > On another thread, regarding the ath9k-rng (actually just the adc > registers), Henrique asked about per-source knobs. My suggestion > follows from that. I'd do that with the source-specific driver instead of attempting to route controls through

Re: [PATCH] hwrng: core - Allow for multiple simultaneous active hwrng devices

Jason Cooper writes: > On another thread, regarding the ath9k-rng (actually just the adc > registers), Henrique asked about per-source knobs. My suggestion > follows from that. I'd do that with the source-specific driver instead of attempting to route controls through hwrng. Anything else

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