linux-next: Tree for Feb 10

Hi all, Changes since 20170209: The l2mtd-tree still had ist build failure so I used the version from next-20170208. The kvm tree gained conflicts against the powerpc tree. The akpm-current tree gained conflicts against the xfs tree. The akpm tree gained a conflict against the net tree. Non

Re: [PATCH] proc/sysctl: prune stale dentries during unregistering

On 10.02.2017 10:47, Al Viro wrote: On Fri, Feb 10, 2017 at 10:35:02AM +0300, Konstantin Khlebnikov wrote: # time sysctl -a > /dev/null real1m12.806s user0m0.016s sys 1m12.400s Currently only memory reclaimer could remove this garbage. But without significant memory pressure this

Re: [PATCH] proc/sysctl: prune stale dentries during unregistering

On 10.02.2017 10:47, Al Viro wrote: On Fri, Feb 10, 2017 at 10:35:02AM +0300, Konstantin Khlebnikov wrote: # time sysctl -a > /dev/null real1m12.806s user0m0.016s sys 1m12.400s Currently only memory reclaimer could remove this garbage. But without significant memory pressure this

linux-next: Tree for Feb 10

Hi all, Changes since 20170209: The l2mtd-tree still had ist build failure so I used the version from next-20170208. The kvm tree gained conflicts against the powerpc tree. The akpm-current tree gained conflicts against the xfs tree. The akpm tree gained a conflict against the net tree. Non

Re: [PATCH 3/3 staging-next] mm: Remove RCU and tasklocks from lmk

On Fri 10-02-17 08:39:11, peter enderborg wrote: > On 02/09/2017 09:05 PM, Michal Hocko wrote: > > On Thu 09-02-17 14:21:52, peter enderborg wrote: > >> Fundamental changes: > >> 1 Does NOT take any RCU lock in shrinker functions. > >> 2 It returns same result for scan and counts, so we dont need

[tip:perf/core] perf intel-pt: Use __fallthrough

Commit-ID: 7ea6856d6f5629d742edc23b8b76e6263371ef45 Gitweb: http://git.kernel.org/tip/7ea6856d6f5629d742edc23b8b76e6263371ef45 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 15:22:22 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH 3/3 staging-next] mm: Remove RCU and tasklocks from lmk

On Fri 10-02-17 08:39:11, peter enderborg wrote: > On 02/09/2017 09:05 PM, Michal Hocko wrote: > > On Thu 09-02-17 14:21:52, peter enderborg wrote: > >> Fundamental changes: > >> 1 Does NOT take any RCU lock in shrinker functions. > >> 2 It returns same result for scan and counts, so we dont need

[tip:perf/core] perf intel-pt: Use __fallthrough

Commit-ID: 7ea6856d6f5629d742edc23b8b76e6263371ef45 Gitweb: http://git.kernel.org/tip/7ea6856d6f5629d742edc23b8b76e6263371ef45 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 15:22:22 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 9 Feb 2017 16:32:03 -0300

Re: [PATCH] sched: Enhance readability of iterating wake_list

On Fri, Feb 10, 2017 at 01:09:31PM +0900, Byungchul Park wrote: > +#define for_each_wake_list(task, node) \ > + for ((task) = llist_entry((node), struct task_struct, wake_entry); \ > + node; (node) = llist_next(node), \ > + (task) = llist_entry((node), struct task_struct,

Re: [PATCH] sched: Enhance readability of iterating wake_list

On Fri, Feb 10, 2017 at 01:09:31PM +0900, Byungchul Park wrote: > +#define for_each_wake_list(task, node) \ > + for ((task) = llist_entry((node), struct task_struct, wake_entry); \ > + node; (node) = llist_next(node), \ > + (task) = llist_entry((node), struct task_struct,

Re: [PATCH v4 1/2] staging: omap4iss: fix multiline comment style

Hi Avraham, Thank you for the patches. On Thursday 09 Feb 2017 18:57:55 Avraham Shukron wrote: > Fixed multi-line comments to their preferred style (First line empty) > > Signed-off-by: Avraham Shukron For both of them, Acked-by: Laurent Pinchart

Re: [PATCH v4 1/2] staging: omap4iss: fix multiline comment style

Hi Avraham, Thank you for the patches. On Thursday 09 Feb 2017 18:57:55 Avraham Shukron wrote: > Fixed multi-line comments to their preferred style (First line empty) > > Signed-off-by: Avraham Shukron For both of them, Acked-by: Laurent Pinchart I've applied the patches to my tree and

[tip:perf/core] perf tests: Avoid possible truncation with dirent->d_name + snprintf

Commit-ID: 2e2bbc039fad9eabad6c4c1a473c8b2554cdd2d4 Gitweb: http://git.kernel.org/tip/2e2bbc039fad9eabad6c4c1a473c8b2554cdd2d4 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 14:48:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf tests: Avoid possible truncation with dirent->d_name + snprintf

Commit-ID: 2e2bbc039fad9eabad6c4c1a473c8b2554cdd2d4 Gitweb: http://git.kernel.org/tip/2e2bbc039fad9eabad6c4c1a473c8b2554cdd2d4 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 14:48:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 9 Feb 2017 14:48:46 -0300

[tip:perf/core] perf header: Fix handling of PERF_EVENT_UPDATE__SCALE

Commit-ID: 8434a2ec13d5c8cb25716950bfbf7c9d7b64628a Gitweb: http://git.kernel.org/tip/8434a2ec13d5c8cb25716950bfbf7c9d7b64628a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 21:57:22 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf bench numa: Avoid possible truncation when using snprintf()

Commit-ID: 3aff8ba0a4c9c9191bb788171a1c54778e1246a2 Gitweb: http://git.kernel.org/tip/3aff8ba0a4c9c9191bb788171a1c54778e1246a2 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 14:39:42 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf header: Fix handling of PERF_EVENT_UPDATE__SCALE

Commit-ID: 8434a2ec13d5c8cb25716950bfbf7c9d7b64628a Gitweb: http://git.kernel.org/tip/8434a2ec13d5c8cb25716950bfbf7c9d7b64628a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 21:57:22 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 22:06:18 -0300

[tip:perf/core] perf bench numa: Avoid possible truncation when using snprintf()

Commit-ID: 3aff8ba0a4c9c9191bb788171a1c54778e1246a2 Gitweb: http://git.kernel.org/tip/3aff8ba0a4c9c9191bb788171a1c54778e1246a2 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 9 Feb 2017 14:39:42 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Thu, 9 Feb 2017 14:39:42 -0300

[tip:perf/core] tools string: Use __fallthrough in perf_atoll()

Commit-ID: 94bdd5edb34e472980d1e18b4600d6fb92bd6b0a Gitweb: http://git.kernel.org/tip/94bdd5edb34e472980d1e18b4600d6fb92bd6b0a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 17:01:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] tools string: Use __fallthrough in perf_atoll()

Commit-ID: 94bdd5edb34e472980d1e18b4600d6fb92bd6b0a Gitweb: http://git.kernel.org/tip/94bdd5edb34e472980d1e18b4600d6fb92bd6b0a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 17:01:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 17:31:01 -0300

Re: [PATCH 1/3 staging-next] android: Collect statistics from lowmemorykiller

Im not speaking for google, but I think there is a work ongoing to replace this with user-space code. Until then we have to polish this version as good as we can. It is essential for android as it is now. On 02/09/2017 09:54 PM, Michal Hocko wrote: > On Thu 09-02-17 21:07:37, Greg KH wrote: >> On

Re: [PATCH 1/3 staging-next] android: Collect statistics from lowmemorykiller

Im not speaking for google, but I think there is a work ongoing to replace this with user-space code. Until then we have to polish this version as good as we can. It is essential for android as it is now. On 02/09/2017 09:54 PM, Michal Hocko wrote: > On Thu 09-02-17 21:07:37, Greg KH wrote: >> On

[tip:perf/core] tools include: Add a __fallthrough statement

Commit-ID: b5bf1733d6a391c4e90ea8f8468d83023be74a2a Gitweb: http://git.kernel.org/tip/b5bf1733d6a391c4e90ea8f8468d83023be74a2a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 17:01:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [RFC][PATCH] tracing: Have traceprobe_probes_write() not access userspace unnecessarily

* Masami Hiramatsu wrote: > On Thu, 9 Feb 2017 18:04:58 -0500 > Steven Rostedt wrote: > > > > > The code in traceprobe_probes_write() reads up to 4096 bytes from userpace > > for each line. If userspace passes in several lines to execute, the code >

[tip:perf/core] tools include: Add a __fallthrough statement

Commit-ID: b5bf1733d6a391c4e90ea8f8468d83023be74a2a Gitweb: http://git.kernel.org/tip/b5bf1733d6a391c4e90ea8f8468d83023be74a2a Author: Arnaldo Carvalho de Melo AuthorDate: Wed, 8 Feb 2017 17:01:46 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 17:30:58 -0300

Re: [RFC][PATCH] tracing: Have traceprobe_probes_write() not access userspace unnecessarily

* Masami Hiramatsu wrote: > On Thu, 9 Feb 2017 18:04:58 -0500 > Steven Rostedt wrote: > > > > > The code in traceprobe_probes_write() reads up to 4096 bytes from userpace > > for each line. If userspace passes in several lines to execute, the code > > will do a large read for each line, even

[tip:perf/core] perf tools: Fix include of linux/mman.h

Commit-ID: 2f7db55579943cb7723e7567bd9b9927d3777d29 Gitweb: http://git.kernel.org/tip/2f7db55579943cb7723e7567bd9b9927d3777d29 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 7 Feb 2017 16:15:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

Re: [PATCH] media: usb: uvc: add a quirk for Generalplus Technology Inc. 808 Camera

Hi Neil, Thank you for the patch. On Thursday 09 Feb 2017 14:26:46 Neil Armstrong wrote: > As reported on [1], this device needs this quirk to be able to > reliably initialise the webcam. > > [1] https://sourceforge.net/p/linux-uvc/mailman/message/33791098/ > > Signed-off-by: Neil Armstrong

[PATCH 3/4] phy: rockchip-typec: support DP phy switch

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. Signed-off-by:

[PATCH 4/4] drm/rockchip: cdn-dp: remove the DP phy switch

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. If the board has

[PATCH 0/4] Move DP phy switch to PHY driver

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. If the board has

[tip:perf/core] perf tools: Fix include of linux/mman.h

Commit-ID: 2f7db55579943cb7723e7567bd9b9927d3777d29 Gitweb: http://git.kernel.org/tip/2f7db55579943cb7723e7567bd9b9927d3777d29 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 7 Feb 2017 16:15:21 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 16:06:21 -0300

Re: [PATCH] media: usb: uvc: add a quirk for Generalplus Technology Inc. 808 Camera

Hi Neil, Thank you for the patch. On Thursday 09 Feb 2017 14:26:46 Neil Armstrong wrote: > As reported on [1], this device needs this quirk to be able to > reliably initialise the webcam. > > [1] https://sourceforge.net/p/linux-uvc/mailman/message/33791098/ > > Signed-off-by: Neil Armstrong

[PATCH 3/4] phy: rockchip-typec: support DP phy switch

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. Signed-off-by:

[PATCH 4/4] drm/rockchip: cdn-dp: remove the DP phy switch

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. If the board has

[PATCH 0/4] Move DP phy switch to PHY driver

There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence only one PHY can connect to DP controller at one time, the other should be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, set this bit means enable PHY 1, clear this bit means enable PHY 0. If the board has

Re: [PATCH 1/3 staging-next] android: Collect statistics from lowmemorykiller

On Fri, Feb 10, 2017 at 08:21:32AM +0100, peter enderborg wrote: > Im not speaking for google, but I think there is a work ongoing to > replace this with user-space code. Really? I have not heard this at all, any pointers to whom in Google is doing it? > Until then we have to polish this

Re: [PATCH 1/3 staging-next] android: Collect statistics from lowmemorykiller

On Fri, Feb 10, 2017 at 08:21:32AM +0100, peter enderborg wrote: > Im not speaking for google, but I think there is a work ongoing to > replace this with user-space code. Really? I have not heard this at all, any pointers to whom in Google is doing it? > Until then we have to polish this

[PATCH 1/4] Documentation: bindings: add uphy-dp-sel for Rockchip USB Type-C PHY

rockchip,uphy-dp-sel is the register of type-c phy enable DP function. Signed-off-by: Chris Zhong --- Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/4] Documentation: bindings: add uphy-dp-sel for Rockchip USB Type-C PHY

rockchip,uphy-dp-sel is the register of type-c phy enable DP function. Signed-off-by: Chris Zhong --- Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/phy/phy-rockchip-typec.txt

Re: [PATCH 1/3] kprobes: introduce weak variant of kprobe_exceptions_notify

* Michael Ellerman wrote: > "Naveen N. Rao" writes: > > > kprobe_exceptions_notify() is not used on some of the architectures such > > as arm[64] and powerpc anymore. Introduce a weak variant for such > > architectures. > > I'll merge

Re: [PATCH 1/3] kprobes: introduce weak variant of kprobe_exceptions_notify

* Michael Ellerman wrote: > "Naveen N. Rao" writes: > > > kprobe_exceptions_notify() is not used on some of the architectures such > > as arm[64] and powerpc anymore. Introduce a weak variant for such > > architectures. > > I'll merge patch 1 & 3 via the powerpc tree for v4.11. Acked-by:

[tip:perf/core] perf vendor events intel: Add uncore events for Sandy Bridge Server

Commit-ID: dd32cb5d8fd42316bf8c2b9f7e5c51a38625f755 Gitweb: http://git.kernel.org/tip/dd32cb5d8fd42316bf8c2b9f7e5c51a38625f755 Author: Andi Kleen AuthorDate: Sat, 17 Sep 2016 18:10:03 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf vendor events intel: Add uncore events for Sandy Bridge Server

Commit-ID: dd32cb5d8fd42316bf8c2b9f7e5c51a38625f755 Gitweb: http://git.kernel.org/tip/dd32cb5d8fd42316bf8c2b9f7e5c51a38625f755 Author: Andi Kleen AuthorDate: Sat, 17 Sep 2016 18:10:03 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 16:37:35 -0300 perf vendor

[tip:perf/core] perf tools: Use zfree() instead of ad hoc equivalent

Commit-ID: 506fde11a35f39e1b44478339c41e94dfd278aa2 Gitweb: http://git.kernel.org/tip/506fde11a35f39e1b44478339c41e94dfd278aa2 Author: Taeung Song AuthorDate: Wed, 1 Feb 2017 21:34:06 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf tools: Use zfree() instead of ad hoc equivalent

Commit-ID: 506fde11a35f39e1b44478339c41e94dfd278aa2 Gitweb: http://git.kernel.org/tip/506fde11a35f39e1b44478339c41e94dfd278aa2 Author: Taeung Song AuthorDate: Wed, 1 Feb 2017 21:34:06 +0900 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 09:41:11 -0300 perf tools: Use

Re: [PATCH] proc/sysctl: prune stale dentries during unregistering

On Fri, Feb 10, 2017 at 10:35:02AM +0300, Konstantin Khlebnikov wrote: > # time sysctl -a > /dev/null > real1m12.806s > user0m0.016s > sys 1m12.400s > > Currently only memory reclaimer could remove this garbage. > But without significant memory pressure this never happens. > > This

Re: [PATCH] proc/sysctl: prune stale dentries during unregistering

On Fri, Feb 10, 2017 at 10:35:02AM +0300, Konstantin Khlebnikov wrote: > # time sysctl -a > /dev/null > real1m12.806s > user0m0.016s > sys 1m12.400s > > Currently only memory reclaimer could remove this garbage. > But without significant memory pressure this never happens. > > This

RE: [PATCH v4 3/3] USB3/DWC3: Enable undefined length INCR burst type

> -Original Message- > From: Changming Huang [mailto:jerry.hu...@nxp.com] > Sent: Wednesday, January 18, 2017 4:12 PM > To: ba...@kernel.org; robh...@kernel.org; mark.rutl...@arm.com; > catalin.mari...@arm.com > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; >

RE: [PATCH v4 3/3] USB3/DWC3: Enable undefined length INCR burst type

> -Original Message- > From: Changming Huang [mailto:jerry.hu...@nxp.com] > Sent: Wednesday, January 18, 2017 4:12 PM > To: ba...@kernel.org; robh...@kernel.org; mark.rutl...@arm.com; > catalin.mari...@arm.com > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; >

Re: [PATCH 2/6] tpm: export tpm2_flush_context_cmd

On Wed, Feb 08, 2017 at 10:58:30AM -0700, Jason Gunthorpe wrote: > > /** > > + * tpm2_flush_context_cmd() - execute a TPM2_FlushContext command > > + * @chip: TPM chip to use > > + * @payload: the key data in clear and encrypted form > > + * @options: authentication values and other options > > +

Re: [PATCH V3 2/2] Move stack parameters for sed_ioctl to prevent oversized stack with CONFIG_KASAN

On 02/09/2017 06:20 PM, Scott Bauer wrote: > When CONFIG_KASAN is enabled, compilation fails: > > block/sed-opal.c: In function 'sed_ioctl': > block/sed-opal.c:2447:1: error: the frame size of 2256 bytes is larger than > 2048 bytes [-Werror=frame-larger-than=] > > Moved all the ioctl structures

Re: [PATCH 2/6] tpm: export tpm2_flush_context_cmd

On Wed, Feb 08, 2017 at 10:58:30AM -0700, Jason Gunthorpe wrote: > > /** > > + * tpm2_flush_context_cmd() - execute a TPM2_FlushContext command > > + * @chip: TPM chip to use > > + * @payload: the key data in clear and encrypted form > > + * @options: authentication values and other options > > +

Re: [PATCH V3 2/2] Move stack parameters for sed_ioctl to prevent oversized stack with CONFIG_KASAN

On 02/09/2017 06:20 PM, Scott Bauer wrote: > When CONFIG_KASAN is enabled, compilation fails: > > block/sed-opal.c: In function 'sed_ioctl': > block/sed-opal.c:2447:1: error: the frame size of 2256 bytes is larger than > 2048 bytes [-Werror=frame-larger-than=] > > Moved all the ioctl structures

[tip:perf/core] perf sdt: Show proper hint when event not yet in place via 'perf probe'

Commit-ID: 27cf5706a04e53f6844c71be1cbbf1df665f5d19 Gitweb: http://git.kernel.org/tip/27cf5706a04e53f6844c71be1cbbf1df665f5d19 Author: Ravi Bangoria AuthorDate: Fri, 3 Feb 2017 15:56:42 +0530 Committer: Arnaldo Carvalho de Melo

[tip:perf/core] perf sdt: Show proper hint when event not yet in place via 'perf probe'

Commit-ID: 27cf5706a04e53f6844c71be1cbbf1df665f5d19 Gitweb: http://git.kernel.org/tip/27cf5706a04e53f6844c71be1cbbf1df665f5d19 Author: Ravi Bangoria AuthorDate: Fri, 3 Feb 2017 15:56:42 +0530 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 09:28:54 -0300 perf sdt: Show

[tip:perf/core] perf symbols: Take into account symfs setting when reading file build ID

Commit-ID: 9b200653518ea9ccc331b204c7d555d2440570d1 Gitweb: http://git.kernel.org/tip/9b200653518ea9ccc331b204c7d555d2440570d1 Author: Victor Kamensky AuthorDate: Mon, 6 Feb 2017 15:48:28 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf symbols: Take into account symfs setting when reading file build ID

Commit-ID: 9b200653518ea9ccc331b204c7d555d2440570d1 Gitweb: http://git.kernel.org/tip/9b200653518ea9ccc331b204c7d555d2440570d1 Author: Victor Kamensky AuthorDate: Mon, 6 Feb 2017 15:48:28 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 09:28:55 -0300 perf

[tip:perf/core] perf pmu: Support per pmu json aliases

Commit-ID: 15b22ed369aa23ef4d083ffb9621650c353d3ddd Gitweb: http://git.kernel.org/tip/15b22ed369aa23ef4d083ffb9621650c353d3ddd Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:38 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf tools arm64: Add support for generating bpf prologue

Commit-ID: 3bb53c9f124bd9297f18d58a395cff59dfaf8541 Gitweb: http://git.kernel.org/tip/3bb53c9f124bd9297f18d58a395cff59dfaf8541 Author: He Kuang AuthorDate: Tue, 7 Feb 2017 07:34:11 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb

[tip:perf/core] perf pmu: Support per pmu json aliases

Commit-ID: 15b22ed369aa23ef4d083ffb9621650c353d3ddd Gitweb: http://git.kernel.org/tip/15b22ed369aa23ef4d083ffb9621650c353d3ddd Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:38 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 08:55:03 -0300 perf pmu:

[tip:perf/core] perf tools arm64: Add support for generating bpf prologue

Commit-ID: 3bb53c9f124bd9297f18d58a395cff59dfaf8541 Gitweb: http://git.kernel.org/tip/3bb53c9f124bd9297f18d58a395cff59dfaf8541 Author: He Kuang AuthorDate: Tue, 7 Feb 2017 07:34:11 + Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 08:55:01 -0300 perf tools arm64:

[tip:perf/core] perf pmu: Support event aliases for non cpu// pmus

Commit-ID: 231bb2aa32498cbebef1306889a02114e9dfc934 Gitweb: http://git.kernel.org/tip/231bb2aa32498cbebef1306889a02114e9dfc934 Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:39 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf pmu: Support event aliases for non cpu// pmus

Commit-ID: 231bb2aa32498cbebef1306889a02114e9dfc934 Gitweb: http://git.kernel.org/tip/231bb2aa32498cbebef1306889a02114e9dfc934 Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:39 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 08:55:04 -0300 perf pmu:

[tip:perf/core] perf jevents: Parse eventcode as number

Commit-ID: d581141970ef3965c1624960fa928d765afd8a3e Gitweb: http://git.kernel.org/tip/d581141970ef3965c1624960fa928d765afd8a3e Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:36 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8

[tip:perf/core] perf jevents: Parse eventcode as number

Commit-ID: d581141970ef3965c1624960fa928d765afd8a3e Gitweb: http://git.kernel.org/tip/d581141970ef3965c1624960fa928d765afd8a3e Author: Andi Kleen AuthorDate: Fri, 27 Jan 2017 18:03:36 -0800 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 8 Feb 2017 08:55:02 -0300 perf jevents:

Re: [PATCHSET 0/4] perf diff: Introduce delta-abs compute method (v2)

* Namhyung Kim wrote: > Hello, > > This patchset adds 'delta-abs' compute method to -c/--compute option. > The 'delta-abs' is same as 'delta' but shows entries with bigger > absolute delta first instead of sorting numerically. This is only > useful together with -o

Re: [PATCHSET 0/4] perf diff: Introduce delta-abs compute method (v2)

* Namhyung Kim wrote: > Hello, > > This patchset adds 'delta-abs' compute method to -c/--compute option. > The 'delta-abs' is same as 'delta' but shows entries with bigger > absolute delta first instead of sorting numerically. This is only > useful together with -o option. > > * v2 changes

[no subject]

Greetings. I think I may have found a bug with the hix5hd2_gmac driver; unless I'm missing something, it appears that somehow the net_device struct is not being initialized properly in the hix5hd2_dev_probe function. Having set up my devicetree properly (I hope, still new to this), I first

[no subject]

Greetings. I think I may have found a bug with the hix5hd2_gmac driver; unless I'm missing something, it appears that somehow the net_device struct is not being initialized properly in the hix5hd2_dev_probe function. Having set up my devicetree properly (I hope, still new to this), I first

Re: [PATCH 3/3 staging-next] mm: Remove RCU and tasklocks from lmk

On 02/09/2017 09:05 PM, Michal Hocko wrote: > On Thu 09-02-17 14:21:52, peter enderborg wrote: >> Fundamental changes: >> 1 Does NOT take any RCU lock in shrinker functions. >> 2 It returns same result for scan and counts, so we dont need to do >> shinker will know when it is pointless to call

Re: [PATCH 3/3 staging-next] mm: Remove RCU and tasklocks from lmk

On 02/09/2017 09:05 PM, Michal Hocko wrote: > On Thu 09-02-17 14:21:52, peter enderborg wrote: >> Fundamental changes: >> 1 Does NOT take any RCU lock in shrinker functions. >> 2 It returns same result for scan and counts, so we dont need to do >> shinker will know when it is pointless to call

[PATCH v2 2/4] perf diff: Add diff.order config option

In many cases, I need to look at differences between two data so I often used the -o option to sort the result base on the difference first. It'd be nice to have a config option to set it by default. The diff.order config option is to set the default value of -o/--order option. Cc: Taeung Song

[PATCH v2 2/4] perf diff: Add diff.order config option

In many cases, I need to look at differences between two data so I often used the -o option to sort the result base on the difference first. It'd be nice to have a config option to set it by default. The diff.order config option is to set the default value of -o/--order option. Cc: Taeung Song

[PATCHSET 0/4] perf diff: Introduce delta-abs compute method (v2)

Hello, This patchset adds 'delta-abs' compute method to -c/--compute option. The 'delta-abs' is same as 'delta' but shows entries with bigger absolute delta first instead of sorting numerically. This is only useful together with -o option. * v2 changes - rebase onto acme/perf/core - change

[PATCHSET 0/4] perf diff: Introduce delta-abs compute method (v2)

Hello, This patchset adds 'delta-abs' compute method to -c/--compute option. The 'delta-abs' is same as 'delta' but shows entries with bigger absolute delta first instead of sorting numerically. This is only useful together with -o option. * v2 changes - rebase onto acme/perf/core - change

Re: [PATCH 1/3] ath10k: remove ath10k_vif_to_arvif()

On Thu, 2017-02-09 at 23:14 -0800, Adrian Chadd wrote: > If there > were accessors for the skb data / len fields (like we do for mbufs) > then porting the code would've involved about 5,000 less changed > lines. What generic mechanisms would you suggest to make porting easier between bsd and

Re: [PATCH 1/3] ath10k: remove ath10k_vif_to_arvif()

On Thu, 2017-02-09 at 23:14 -0800, Adrian Chadd wrote: > If there > were accessors for the skb data / len fields (like we do for mbufs) > then porting the code would've involved about 5,000 less changed > lines. What generic mechanisms would you suggest to make porting easier between bsd and

[PATCH v2 1/4] perf diff: Add 'delta-abs' compute method

The 'delta-abs' compute method is same as 'delta' but shows entries with bigger absolute delta first instead of sorting numerically. This is only useful together with -o option. Below is default output (-c delta): $ perf diff -o 1 -c delta | grep -v ^# | head 42.22% +4.97%

[PATCH v2 1/4] perf diff: Add 'delta-abs' compute method

The 'delta-abs' compute method is same as 'delta' but shows entries with bigger absolute delta first instead of sorting numerically. This is only useful together with -o option. Below is default output (-c delta): $ perf diff -o 1 -c delta | grep -v ^# | head 42.22% +4.97%

[PATCH v2 4/4] perf diff: Change default setting to "delta-abs"

The "delta-abs" compute method will show most changed entries on top. So users can easily see how much effect between the data. To see original-style (sorted by baseline) use -o 0 option. Signed-off-by: Namhyung Kim --- tools/perf/builtin-diff.c | 4 ++-- 1 file changed, 2

[PATCH v2 4/4] perf diff: Change default setting to "delta-abs"

The "delta-abs" compute method will show most changed entries on top. So users can easily see how much effect between the data. To see original-style (sorted by baseline) use -o 0 option. Signed-off-by: Namhyung Kim --- tools/perf/builtin-diff.c | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH v2 3/4] perf diff: Add diff.compute config option

The diff.compute config variable is to set the default compute method of perf diff command (-c option). Possible values 'delta' (default), 'delta-abs', 'ratio' and 'wdiff'. Cc: Taeung Song Signed-off-by: Namhyung Kim ---

[PATCH v2 3/4] perf diff: Add diff.compute config option

The diff.compute config variable is to set the default compute method of perf diff command (-c option). Possible values 'delta' (default), 'delta-abs', 'ratio' and 'wdiff'. Cc: Taeung Song Signed-off-by: Namhyung Kim --- tools/perf/Documentation/perf-config.txt | 5 +

[PATCH] ipc/mqueue: use unsigned int for retval

inelle script Patch was compile tested with: x86_64_defconfig Patch is against 4.10-rc6 (localversion-next is next-20170209) ipc/mqueue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ipc/mqueue.c b/ipc/mqueue.c index 4fdd970..897ce70 100644 --- a/ipc/mqueue.c +++ b/ipc/mq

[PATCH] ipc/mqueue: use unsigned int for retval

was compile tested with: x86_64_defconfig Patch is against 4.10-rc6 (localversion-next is next-20170209) ipc/mqueue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ipc/mqueue.c b/ipc/mqueue.c index 4fdd970..897ce70 100644 --- a/ipc/mqueue.c +++ b/ipc/mqueue.c @@ -519,7 +519,7

Re: [PATCH ipsec] xfrm: policy: init locks early

On Wed, Feb 08, 2017 at 11:52:29AM +0100, Florian Westphal wrote: > Dmitry reports following splat: > INFO: trying to register non-static key. > the code is fine but needs lockdep annotation. > turning off the locking correctness validator. > CPU: 0 PID: 13059 Comm: syz-executor1 Not tainted

Re: [PATCH ipsec] xfrm: policy: init locks early

On Wed, Feb 08, 2017 at 11:52:29AM +0100, Florian Westphal wrote: > Dmitry reports following splat: > INFO: trying to register non-static key. > the code is fine but needs lockdep annotation. > turning off the locking correctness validator. > CPU: 0 PID: 13059 Comm: syz-executor1 Not tainted

[PATCH] proc/sysctl: prune stale dentries during unregistering

Currently unregistering sysctl table does not prune its dentries. Stale dentries could slowdown sysctl operations significantly. For example, command: # for i in {1..10} ; do unshare -n -- sysctl -a &> /dev/null ; done creates a millions of stale denties around sysctls of loopback

[PATCH] proc/sysctl: prune stale dentries during unregistering

Currently unregistering sysctl table does not prune its dentries. Stale dentries could slowdown sysctl operations significantly. For example, command: # for i in {1..10} ; do unshare -n -- sysctl -a &> /dev/null ; done creates a millions of stale denties around sysctls of loopback

[PATCH] Staging: iio: meter: meter.h - style fix

Changed file permissions to octal. Found with checkpatch. Signed-off-by: Derek Robson --- drivers/staging/iio/meter/meter.h | 60 +++ 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/staging/iio/meter/meter.h

[PATCH] Staging: iio: meter: meter.h - style fix

Changed file permissions to octal. Found with checkpatch. Signed-off-by: Derek Robson --- drivers/staging/iio/meter/meter.h | 60 +++ 1 file changed, 30 insertions(+), 30 deletions(-) diff --git a/drivers/staging/iio/meter/meter.h

linux-next: manual merge of the akpm tree with the net tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: drivers/net/usb/sierra_net.c between commit: 5a70348e1187 ("sierra_net: Add support for IPv6 and Dual-Stack Link Sense Indications") from the net tree and patch: "lib/vsprintf.c: remove %Z support" from the akpm

linux-next: manual merge of the akpm tree with the net tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: drivers/net/usb/sierra_net.c between commit: 5a70348e1187 ("sierra_net: Add support for IPv6 and Dual-Stack Link Sense Indications") from the net tree and patch: "lib/vsprintf.c: remove %Z support" from the akpm

Re: [PATCHSET 0/3] perf diff: Introduce delta-abs compute method

Hi Arnaldo, On Tue, Feb 07, 2017 at 01:02:14PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Feb 06, 2017 at 11:26:16PM +0900, Namhyung Kim escreveu: > > Hi Arnaldo, > > > > On Mon, Feb 06, 2017 at 09:51:49AM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Feb 06, 2017 at 04:20:34PM

Re: [PATCHSET 0/3] perf diff: Introduce delta-abs compute method

Hi Arnaldo, On Tue, Feb 07, 2017 at 01:02:14PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Feb 06, 2017 at 11:26:16PM +0900, Namhyung Kim escreveu: > > Hi Arnaldo, > > > > On Mon, Feb 06, 2017 at 09:51:49AM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Feb 06, 2017 at 04:20:34PM

Re: [PATCH V2 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

Hi Shaohua, On Fri, Feb 03, 2017 at 03:33:18PM -0800, Shaohua Li wrote: > Userspace indicates MADV_FREE pages could be freed without pageout, so > it pretty much likes used once file pages. For such pages, we'd like to > reclaim them once there is memory pressure. Also it might be unfair >

Re: [PATCH V2 2/7] mm: move MADV_FREE pages into LRU_INACTIVE_FILE list

Hi Shaohua, On Fri, Feb 03, 2017 at 03:33:18PM -0800, Shaohua Li wrote: > Userspace indicates MADV_FREE pages could be freed without pageout, so > it pretty much likes used once file pages. For such pages, we'd like to > reclaim them once there is memory pressure. Also it might be unfair >

Re: [PATCH] media: fix s5p_mfc_set_dec_frame_buffer_v6() to print buf size in hex

On 09.02.2017 23:10, Shuah Khan wrote: > Fix s5p_mfc_set_dec_frame_buffer_v6() to print buffer size in hex to be > consistent with the rest of the messages in the routine. > > Signed-off-by: Shuah Khan As Nicolas said please fix the subject. After this you can add my:

Re: [PATCH] media: fix s5p_mfc_set_dec_frame_buffer_v6() to print buf size in hex

On 09.02.2017 23:10, Shuah Khan wrote: > Fix s5p_mfc_set_dec_frame_buffer_v6() to print buffer size in hex to be > consistent with the rest of the messages in the routine. > > Signed-off-by: Shuah Khan As Nicolas said please fix the subject. After this you can add my: Acked-by: Andrzej Hajda

  1   2   3   4   5   6   7   8   9   10   >