linux-next: manual merge of the kvm tree with the powerpc tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/powerpc/kernel/exceptions-64s.S between commit: 1a6822d194c3 ("powerpc/64s: Use (start, size) rather than (start, end) for exception handlers") from the powerpc tree and commit: bc3551257af8 ("powerpc/64: Allow

linux-next: manual merge of the kvm tree with the powerpc tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/powerpc/kernel/exceptions-64s.S between commit: 1a6822d194c3 ("powerpc/64s: Use (start, size) rather than (start, end) for exception handlers") from the powerpc tree and commit: bc3551257af8 ("powerpc/64: Allow

Re: [PATCH] net: myricom: myri10ge: use new api ethtool_{get|set}_link_ksettings

On Thu, Feb 09, 2017 at 11:17:23PM +0100, Philippe Reynes wrote: > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. Tested using a 2-port NIC. Works

Re: [PATCH] net: myricom: myri10ge: use new api ethtool_{get|set}_link_ksettings

On Thu, Feb 09, 2017 at 11:17:23PM +0100, Philippe Reynes wrote: > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. Tested using a 2-port NIC. Works

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

"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. You can then send

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

"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. You can then send patch 2 to the arm guys after -rc1,

linux-next: manual merge of the kvm tree with the powerpc tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/powerpc/include/asm/head-64.h between commit: 852e5da99d15 ("powerpc/64s: Tidy up after exception handler rework") from the powerpc tree and commit: 7ede531773ea ("KVM: PPC: Book3S: Move 64-bit KVM interrupt

linux-next: manual merge of the kvm tree with the powerpc tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/powerpc/include/asm/head-64.h between commit: 852e5da99d15 ("powerpc/64s: Tidy up after exception handler rework") from the powerpc tree and commit: 7ede531773ea ("KVM: PPC: Book3S: Move 64-bit KVM interrupt

[PATCH 19/32] perf vendor events intel: Add uncore events for IvyBridge Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org

[PATCH 19/32] perf vendor events intel: Add uncore events for IvyBridge Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH] ARM: dts: sun5i-gr8: Rename pwm0_pins_a to pwm0_pins

The GR8, like other sun5i SoCs, has only 1 pin option for PWM0 output. Other SoCs had named the pingroup "pwm0_pins" in their dtsi files, while GR8 named it "pwm0_pins_a". When we switched to the new common sun5i dtsi file, we forgot to rename the pingroup references in the GR8 board dts files.

[PATCH] ARM: dts: sun5i-gr8: Rename pwm0_pins_a to pwm0_pins

The GR8, like other sun5i SoCs, has only 1 pin option for PWM0 output. Other SoCs had named the pingroup "pwm0_pins" in their dtsi files, while GR8 named it "pwm0_pins_a". When we switched to the new common sun5i dtsi file, we forgot to rename the pingroup references in the GR8 board dts files.

Re: [RFC] mm/hugetlb: use mem policy when allocating surplus huge pages

On 02/09/2017 09:50 AM, Grzegorz Andrejczuk wrote: > Application allocating overcommitted hugepages behave differently when > its mempolicy is set to bind with NUMA nodes containing CPUs and not > containing CPUs. When memory is allocated on node with CPUs everything > work as expected, when

Re: [RFC] mm/hugetlb: use mem policy when allocating surplus huge pages

On 02/09/2017 09:50 AM, Grzegorz Andrejczuk wrote: > Application allocating overcommitted hugepages behave differently when > its mempolicy is set to bind with NUMA nodes containing CPUs and not > containing CPUs. When memory is allocated on node with CPUs everything > work as expected, when

Re: net/packet: use-after-free in packet_rcv_fanout

On (02/09/17 19:19), Eric Dumazet wrote: > > More likely the bug is in fanout_add(), with a buggy sequence in error > case, and not correct locking. > > kfree(po->rollover); > po->rollover = NULL; > > Two cpus entering fanout_add() (using the same af_packet socket, > syzkaller courtesy...)

Re: net/packet: use-after-free in packet_rcv_fanout

On (02/09/17 19:19), Eric Dumazet wrote: > > More likely the bug is in fanout_add(), with a buggy sequence in error > case, and not correct locking. > > kfree(po->rollover); > po->rollover = NULL; > > Two cpus entering fanout_add() (using the same af_packet socket, > syzkaller courtesy...)

Re: [PATCH V4 net-next 00/13] Bug Fixes in ENA driver

From: Netanel Belgazal Date: Thu, 9 Feb 2017 15:21:26 +0200 > Changes from V3: > * Rebase patchset to master and solve merge conflicts. > * Remove redundant bug fix (fix error handling when probe fails) Series applied, thank you.

Re: [PATCH V4 net-next 00/13] Bug Fixes in ENA driver

From: Netanel Belgazal Date: Thu, 9 Feb 2017 15:21:26 +0200 > Changes from V3: > * Rebase patchset to master and solve merge conflicts. > * Remove redundant bug fix (fix error handling when probe fails) Series applied, thank you.

Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients

On Thu, Feb 9, 2017 at 10:14 PM, Dan Williams wrote: > On Thu, Feb 9, 2017 at 1:29 AM, Anup Patel wrote: >> On Wed, Feb 8, 2017 at 9:54 PM, Dan Williams >> wrote: >>> On Wed, Feb 8, 2017 at 12:57 AM, Anup Patel

Re: [PATCH v2 2/5] async_tx: Handle DMA devices having support for fewer PQ coefficients

On Thu, Feb 9, 2017 at 10:14 PM, Dan Williams wrote: > On Thu, Feb 9, 2017 at 1:29 AM, Anup Patel wrote: >> On Wed, Feb 8, 2017 at 9:54 PM, Dan Williams >> wrote: >>> On Wed, Feb 8, 2017 at 12:57 AM, Anup Patel wrote: On Tue, Feb 7, 2017 at 11:46 PM, Dan Williams wrote: > On

Re: net/packet: use-after-free in packet_rcv_fanout

On Thu, 2017-02-09 at 19:19 -0800, Eric Dumazet wrote: > More likely the bug is in fanout_add(), with a buggy sequence in error > case, and not correct locking. > > kfree(po->rollover); > po->rollover = NULL; > > Two cpus entering fanout_add() (using the same af_packet socket, > syzkaller

Re: net/packet: use-after-free in packet_rcv_fanout

On Thu, 2017-02-09 at 19:19 -0800, Eric Dumazet wrote: > More likely the bug is in fanout_add(), with a buggy sequence in error > case, and not correct locking. > > kfree(po->rollover); > po->rollover = NULL; > > Two cpus entering fanout_add() (using the same af_packet socket, > syzkaller

Re: [lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

On Wed, Feb 8, 2017 at 4:08 PM, James Bottomley wrote: > On Mon, 2017-02-06 at 21:42 -0800, Dan Williams wrote: [..] >> ...but it reproduces on current mainline with the same config. I >> haven't spotted what makes scsi_debug behave like this. > > Looking at

Re: [lkp-robot] [scsi, block] 0dba1314d4: WARNING:at_fs/sysfs/dir.c:#sysfs_warn_dup

On Wed, Feb 8, 2017 at 4:08 PM, James Bottomley wrote: > On Mon, 2017-02-06 at 21:42 -0800, Dan Williams wrote: [..] >> ...but it reproduces on current mainline with the same config. I >> haven't spotted what makes scsi_debug behave like this. > > Looking at the config, it's a static debug with

Re: linux-next: build warnings after merge of the crypto tree

Hi Herbert, On Mon, 6 Feb 2017 17:03:40 +0800 Herbert Xu wrote: > > On Mon, Feb 06, 2017 at 12:28:37PM +1100, Stephen Rothwell wrote: > > > > After merging the crypto tree, today's linux-next build (x86_64 > > allmodconfig) produced these warnings: > > > >

Re: net/packet: use-after-free in packet_rcv_fanout

On Thu, 2017-02-09 at 17:24 -0800, Cong Wang wrote: > On Thu, Feb 9, 2017 at 5:14 AM, Dmitry Vyukov wrote: > > Hello, > > > > I've got the following use-after-free report in packet_rcv_fanout > > while running syzkaller fuzzer on linux-next > >

Re: linux-next: build warnings after merge of the crypto tree

Hi Herbert, On Mon, 6 Feb 2017 17:03:40 +0800 Herbert Xu wrote: > > On Mon, Feb 06, 2017 at 12:28:37PM +1100, Stephen Rothwell wrote: > > > > After merging the crypto tree, today's linux-next build (x86_64 > > allmodconfig) produced these warnings: > > > > warning: (CRYPTO_DEV_ATMEL_AUTHENC)

Re: net/packet: use-after-free in packet_rcv_fanout

On Thu, 2017-02-09 at 17:24 -0800, Cong Wang wrote: > On Thu, Feb 9, 2017 at 5:14 AM, Dmitry Vyukov wrote: > > Hello, > > > > I've got the following use-after-free report in packet_rcv_fanout > > while running syzkaller fuzzer on linux-next > > e3e6c5f3544c5d05c6b3b309a34f4f2c3537e993. So far it

[RESEND PATCH v2 0/2] add multiple clock handling for dwc2 driver

Resend this series to involve device tree maintainer and add 'Reviewed-by' tag for driver. The Current default dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs(such as RK3328), so this adds change clk to clk's array of dwc2_hsotg to

[RESEND PATCH v2 1/2] Documentation: dt: dwc2: amend clocks property

Move 'clocks' to optional properties since not every platform is going to need to specify it and add pmu/utmi/ulpi/utmifs optional clocks into 'clock-names' list. Signed-off-by: Frank Wang --- Documentation/devicetree/bindings/usb/dwc2.txt | 13 ++--- 1 file

[RESEND PATCH v2 0/2] add multiple clock handling for dwc2 driver

Resend this series to involve device tree maintainer and add 'Reviewed-by' tag for driver. The Current default dwc2 just handle one clock named otg, however, it may have two or more clock need to manage for some new SoCs(such as RK3328), so this adds change clk to clk's array of dwc2_hsotg to

[RESEND PATCH v2 1/2] Documentation: dt: dwc2: amend clocks property

Move 'clocks' to optional properties since not every platform is going to need to specify it and add pmu/utmi/ulpi/utmifs optional clocks into 'clock-names' list. Signed-off-by: Frank Wang --- Documentation/devicetree/bindings/usb/dwc2.txt | 13 ++--- 1 file changed, 10 insertions(+), 3

[RESEND PATCH v2 2/2] usb: dwc2: add multiple clocks handling

Since dwc2 may have one or more input clocks need to manage for some platform, so this adds change clk to clk's array of struct dwc2_hsotg to handle more clocks operation. Signed-off-by: Frank Wang Reviewed-by: Heiko Stuebner ---

[RESEND PATCH v2 2/2] usb: dwc2: add multiple clocks handling

Since dwc2 may have one or more input clocks need to manage for some platform, so this adds change clk to clk's array of struct dwc2_hsotg to handle more clocks operation. Signed-off-by: Frank Wang Reviewed-by: Heiko Stuebner --- drivers/usb/dwc2/core.h | 5 -

[PATCH] Input: trackpoint: add new trackpoint firmware ID

Synaptics add new TP firmware ID: 0x2 and 0x3, for now both lower 2 bits are indicated as TP. Change the constant to bitwise values. Signed-off-by: Aaron Ma Cc: sta...@vger.kernel.org --- drivers/input/mouse/trackpoint.c | 3 ++- drivers/input/mouse/trackpoint.h | 3 ++-

Re: [PATCH 24/32] tools include: Add a __fallthrough statement

On Thu, 2017-02-09 at 22:39 -0300, Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > For cases where implicit fall through case labels are intended, > to let us inform that to gcc >= 7: I believe this should be added to compiler_gcc.h > diff --git

[PATCH] Input: trackpoint: add new trackpoint firmware ID

Synaptics add new TP firmware ID: 0x2 and 0x3, for now both lower 2 bits are indicated as TP. Change the constant to bitwise values. Signed-off-by: Aaron Ma Cc: sta...@vger.kernel.org --- drivers/input/mouse/trackpoint.c | 3 ++- drivers/input/mouse/trackpoint.h | 3 ++- 2 files changed, 4

Re: [PATCH 24/32] tools include: Add a __fallthrough statement

On Thu, 2017-02-09 at 22:39 -0300, Arnaldo Carvalho de Melo wrote: > From: Arnaldo Carvalho de Melo > > For cases where implicit fall through case labels are intended, > to let us inform that to gcc >= 7: I believe this should be added to compiler_gcc.h > diff --git

[PATCH 30/32] perf bench numa: Avoid possible truncation when using snprintf()

From: Arnaldo Carvalho de Melo Addressing this warning from gcc 7: CC /tmp/build/perf/bench/numa.o bench/numa.c: In function '__bench_numa': bench/numa.c:1582:42: error: '%d' directive output may be truncated writing between 1 and 10 bytes into a region of size

[PATCH 30/32] perf bench numa: Avoid possible truncation when using snprintf()

From: Arnaldo Carvalho de Melo Addressing this warning from gcc 7: CC /tmp/build/perf/bench/numa.o bench/numa.c: In function '__bench_numa': bench/numa.c:1582:42: error: '%d' directive output may be truncated writing between 1 and 10 bytes into a region of size between 8 and 17

Re: linux-next: build failure after merge of the selinux tree

Hi all, On Tue, 10 Jan 2017 12:27:03 +1100 Stephen Rothwell wrote: > > After merging the selinux tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > In file included from /home/sfr/next/next/security/selinux/avc.c:35:0: >

Re: linux-next: build failure after merge of the selinux tree

Hi all, On Tue, 10 Jan 2017 12:27:03 +1100 Stephen Rothwell wrote: > > After merging the selinux tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > In file included from /home/sfr/next/next/security/selinux/avc.c:35:0: >

Re: [PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

On 2017/2/10 10:25, Wangnan (F) wrote: On 2017/2/10 7:21, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan

Re: [PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

On 2017/2/10 10:25, Wangnan (F) wrote: On 2017/2/10 7:21, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 +++---

[PATCH v2] arm64: dts: Enable ir-spi in the tm2 and tm2e boards

Add the device tree node for the ir-spi driver which enable the ir led for remote controlling. This patch sets first the GPR3[3] gpio line as a regulator-fixed for enabling an external regulator which powers the IR LED. Removes also the default assignment of GPG3[7] related to the MOSI line of

[PATCH v2] arm64: dts: Enable ir-spi in the tm2 and tm2e boards

Add the device tree node for the ir-spi driver which enable the ir led for remote controlling. This patch sets first the GPR3[3] gpio line as a regulator-fixed for enabling an external regulator which powers the IR LED. Removes also the default assignment of GPG3[7] related to the MOSI line of

RE: [PATCH 4/4] cxgb4: Convert PDBG to pr_debug

> ker...@vger.kernel.org > Subject: [PATCH 4/4] cxgb4: Convert PDBG to pr_debug > > Use a more typical logging style. > > Miscellanea: > > o Obsolete the c4iw_debug module parameter > o Coalesce formats > o Realign arguments > > Signed-off-by: Joe Perches > --- >

RE: [PATCH 4/4] cxgb4: Convert PDBG to pr_debug

> ker...@vger.kernel.org > Subject: [PATCH 4/4] cxgb4: Convert PDBG to pr_debug > > Use a more typical logging style. > > Miscellanea: > > o Obsolete the c4iw_debug module parameter > o Coalesce formats > o Realign arguments > > Signed-off-by: Joe Perches > --- >

[PATCH 22/32] perf vendor events intel: Add uncore events for Broadwell DE

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org

[PATCH 22/32] perf vendor events intel: Add uncore events for Broadwell DE

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 24/32] tools include: Add a __fallthrough statement

From: Arnaldo Carvalho de Melo For cases where implicit fall through case labels are intended, to let us inform that to gcc >= 7: CC /tmp/build/perf/util/string.o util/string.c: In function 'perf_atoll': util/string.c:22:7: error: this statement may fall through

[PATCH 24/32] tools include: Add a __fallthrough statement

From: Arnaldo Carvalho de Melo For cases where implicit fall through case labels are intended, to let us inform that to gcc >= 7: CC /tmp/build/perf/util/string.o util/string.c: In function 'perf_atoll': util/string.c:22:7: error: this statement may fall through

[PATCH 02/32] perf bpf: Add missing newline in debug messages

From: He Kuang These two debug messages are missing the trailing newline. Signed-off-by: He Kuang Cc: Alexander Shishkin Cc: Bintian Wang Cc: Jiri Olsa Cc: Masami Hiramatsu

[PATCH 02/32] perf bpf: Add missing newline in debug messages

From: He Kuang These two debug messages are missing the trailing newline. Signed-off-by: He Kuang Cc: Alexander Shishkin Cc: Bintian Wang Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Peter Zijlstra Cc: Wang Nan Cc: Will Deacon Cc: linux-arm-ker...@lists.infradead.org Link:

[PATCH 20/32] perf vendor events intel: Add uncore events for Sandy Bridge Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org

[PATCH 20/32] perf vendor events intel: Add uncore events for Sandy Bridge Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 18/32] perf vendor events intel: Add uncore events for Broadwell Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org

[PATCH 32/32] perf intel-pt: Use __fallthrough

From: Arnaldo Carvalho de Melo To address new warnings emmited by gcc 7, e.g.:: CC /tmp/build/perf/util/intel-pt-decoder/intel-pt-pkt-decoder.o CC /tmp/build/perf/tests/parse-events.o util/intel-pt-decoder/intel-pt-pkt-decoder.c: In function

[PATCH 18/32] perf vendor events intel: Add uncore events for Broadwell Server

From: Andi Kleen This is not a full uncore event list, but a short list of useful and understandable metrics. Signed-off-by: Andi Kleen Cc: Jiri Olsa Link: http://lkml.kernel.org/n/tip-c0cix4eprbldfrx5zf60s...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 32/32] perf intel-pt: Use __fallthrough

From: Arnaldo Carvalho de Melo To address new warnings emmited by gcc 7, e.g.:: CC /tmp/build/perf/util/intel-pt-decoder/intel-pt-pkt-decoder.o CC /tmp/build/perf/tests/parse-events.o util/intel-pt-decoder/intel-pt-pkt-decoder.c: In function 'intel_pt_pkt_desc':

[PATCH 11/32] perf tools: Only increase index if perf_evsel__new_idx() succeeds

From: Taeung Song Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link:

[PATCH 11/32] perf tools: Only increase index if perf_evsel__new_idx() succeeds

From: Taeung Song Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link: http://lkml.kernel.org/r/1485952447-7013-2-git-send-email-treeze.tae...@gmail.com Signed-off-by: Arnaldo Carvalho de Melo --- tools/perf/util/parse-events.c | 3 ++- 1 file

[PATCH 13/32] perf tools: Use zfree() instead of ad hoc equivalent

From: Taeung Song We have zfree() for this very common pattern: free(ptr); ptr = NULL; So use it in a few more places. Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra

[PATCH 03/32] perf jevents: Parse eventcode as number

From: Andi Kleen The next patch needs to modify event code. Previously eventcode was just passed through as a string. Now parse it as a number. v2: Don't special case 0 Signed-off-by: Andi Kleen Acked-by: Jiri Olsa Link:

[PATCH 13/32] perf tools: Use zfree() instead of ad hoc equivalent

From: Taeung Song We have zfree() for this very common pattern: free(ptr); ptr = NULL; So use it in a few more places. Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link:

[PATCH 03/32] perf jevents: Parse eventcode as number

From: Andi Kleen The next patch needs to modify event code. Previously eventcode was just passed through as a string. Now parse it as a number. v2: Don't special case 0 Signed-off-by: Andi Kleen Acked-by: Jiri Olsa Link: http://lkml.kernel.org/r/20170128020345.19007-2-a...@firstfloor.org

[PATCH 14/32] perf tools: Use zfree() to avoid keeping dangling pointers

From: Taeung Song The cases changed in this patch are for when we free but keep the pointer to the freed area, which is not always a good idea. Be more defensive and zero the pointer to avoid possible use after free bugs to take more time to be detected. Signed-off-by:

[PATCH 12/32] perf tools: Add missing check for failure in a zalloc() call

From: Taeung Song Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link:

[PATCH 05/32] perf pmu: Support per pmu json aliases

From: Andi Kleen Add support for registering json aliases per PMU. Any alias with an unit matching the prefix is registered to the PMU. Uncore has multiple instances of most units, so all these aliases get registered for each individual PMU (this is important later to run

[PATCH 14/32] perf tools: Use zfree() to avoid keeping dangling pointers

From: Taeung Song The cases changed in this patch are for when we free but keep the pointer to the freed area, which is not always a good idea. Be more defensive and zero the pointer to avoid possible use after free bugs to take more time to be detected. Signed-off-by: Taeung Song Cc: Jiri

[PATCH 12/32] perf tools: Add missing check for failure in a zalloc() call

From: Taeung Song Signed-off-by: Taeung Song Cc: Jiri Olsa Cc: Namhyung Kim Cc: Peter Zijlstra Cc: Wang Nan Link: http://lkml.kernel.org/r/1485952447-7013-3-git-send-email-treeze.tae...@gmail.com Signed-off-by: Arnaldo Carvalho de Melo --- tools/perf/util/parse-events.c | 2 ++ 1 file

[PATCH 05/32] perf pmu: Support per pmu json aliases

From: Andi Kleen Add support for registering json aliases per PMU. Any alias with an unit matching the prefix is registered to the PMU. Uncore has multiple instances of most units, so all these aliases get registered for each individual PMU (this is important later to run the event on every

[PATCH 29/32] perf header: Fix handling of PERF_EVENT_UPDATE__SCALE

From: Arnaldo Carvalho de Melo In commit daeecbc0c431 ("perf tools: Add event_update event scale type"), the handling of PERF_EVENT_UPDATE__SCALE cast struct event_update_event->data to a pointer to event_update_event_scale, uses some field from this casted struct and then ends

[PATCH 29/32] perf header: Fix handling of PERF_EVENT_UPDATE__SCALE

From: Arnaldo Carvalho de Melo In commit daeecbc0c431 ("perf tools: Add event_update event scale type"), the handling of PERF_EVENT_UPDATE__SCALE cast struct event_update_event->data to a pointer to event_update_event_scale, uses some field from this casted struct and then ends up falling

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

Le jeudi 09 février 2017 à 15:10 -0700, Shuah Khan a écrit : > 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. Short and long descriptions are miss-leading. This patch will print the buffer pointer as hex and

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

Le jeudi 09 février 2017 à 15:10 -0700, Shuah Khan a écrit : > 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. Short and long descriptions are miss-leading. This patch will print the buffer pointer as hex and

Re: [BUGFIX PATCH tip/master V2 3/3] kprobes/arm: Fix a possible deadlock case in kretprobe

On Thu, 9 Feb 2017 16:49:00 + Russell King - ARM Linux wrote: > On Fri, Feb 10, 2017 at 01:32:22AM +0900, Masami Hiramatsu wrote: > > Fix a possibility of deadlock case in kretprobe on arm > > implementation. There may be a chance that the kretprobe > > hash table lock

Re: [BUGFIX PATCH tip/master V2 3/3] kprobes/arm: Fix a possible deadlock case in kretprobe

On Thu, 9 Feb 2017 16:49:00 + Russell King - ARM Linux wrote: > On Fri, Feb 10, 2017 at 01:32:22AM +0900, Masami Hiramatsu wrote: > > Fix a possibility of deadlock case in kretprobe on arm > > implementation. There may be a chance that the kretprobe > > hash table lock can cause a dead lock.

[PATCH 01/32] perf tools arm64: Add support for generating bpf prologue

From: He Kuang Since HAVE_KPROBES can be enabled in arm64, this patch introduces regs_query_register_offset() to convert register name to offset for arm64, so the BPF prologue feature is ready to use. Signed-off-by: He Kuang Reviewed-by: Will Deacon

[PATCH 01/32] perf tools arm64: Add support for generating bpf prologue

From: He Kuang Since HAVE_KPROBES can be enabled in arm64, this patch introduces regs_query_register_offset() to convert register name to offset for arm64, so the BPF prologue feature is ready to use. Signed-off-by: He Kuang Reviewed-by: Will Deacon Acked-by: Masami Hiramatsu Cc: Alexander

[PATCH 06/32] perf pmu: Support event aliases for non cpu// pmus

From: Andi Kleen The code for handling pmu aliases without specifying the PMU hardcoded only supported the cpu PMU. This patch extends it to work for all PMUs. We always duplicate the event for all PMUs that have an matching alias. This allows to automatically expand an

[lkp-robot] [drm/ttm] cf6c467d67: kernel_BUG_at_mm/slub.c

FYI, we noticed the following commit: commit: cf6c467d67d319e239aec57d7ba31cb9946f29bf ("drm/ttm: add BO priorities for the LRUs") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: trinity with following parameters: runtime: 300s test-description:

[PATCH 04/32] perf jevents: Add support for parsing uncore json files

From: Andi Kleen Handle the "Unit" field, which is needed to find the right PMU for an event. We call it "pmu" and convert it to the perf pmu name with an uncore prefix. Handle the "ExtSel" field, which just extends the event mask with an additional bit. Handle the

[PATCH 06/32] perf pmu: Support event aliases for non cpu// pmus

From: Andi Kleen The code for handling pmu aliases without specifying the PMU hardcoded only supported the cpu PMU. This patch extends it to work for all PMUs. We always duplicate the event for all PMUs that have an matching alias. This allows to automatically expand an alias for all instances

[lkp-robot] [drm/ttm] cf6c467d67: kernel_BUG_at_mm/slub.c

FYI, we noticed the following commit: commit: cf6c467d67d319e239aec57d7ba31cb9946f29bf ("drm/ttm: add BO priorities for the LRUs") https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master in testcase: trinity with following parameters: runtime: 300s test-description:

[PATCH 04/32] perf jevents: Add support for parsing uncore json files

From: Andi Kleen Handle the "Unit" field, which is needed to find the right PMU for an event. We call it "pmu" and convert it to the perf pmu name with an uncore prefix. Handle the "ExtSel" field, which just extends the event mask with an additional bit. Handle the "Filter" field which adds

[PATCH 08/32] perf sdt: Show proper hint when event not yet in place via 'perf probe'

From: Ravi Bangoria All events from 'perf list', except SDT events, can be directly recorded with 'perf record'. But, the flow is little different for SDT events. Probe points for SDT event needs to be created using 'perf probe' before recording it using 'perf

[PATCH 08/32] perf sdt: Show proper hint when event not yet in place via 'perf probe'

From: Ravi Bangoria All events from 'perf list', except SDT events, can be directly recorded with 'perf record'. But, the flow is little different for SDT events. Probe points for SDT event needs to be created using 'perf probe' before recording it using 'perf record'. Perf shows misleading

Re: [PATCH net-next v5 10/11] bpf: Remove bpf_sys.h from selftests

On 2017/2/10 7:21, Mickaël Salaün wrote: Add require dependency headers. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6

Re: [PATCH net-next v5 10/11] bpf: Remove bpf_sys.h from selftests

On 2017/2/10 7:21, Mickaël Salaün wrote: Add require dependency headers. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 ++ tools/testing/selftests/bpf/bpf_sys.h | 27

[PATCH 07/32] perf list: Add debug support for outputing alias string

From: Andi Kleen For debugging and testing it is useful to see the converted alias string. Add support to perf stat/record and perf list to print the alias conversion. The text string is saved in the alias structure. For perf stat/record it is folded into the normal -v.

[PATCH 07/32] perf list: Add debug support for outputing alias string

From: Andi Kleen For debugging and testing it is useful to see the converted alias string. Add support to perf stat/record and perf list to print the alias conversion. The text string is saved in the alias structure. For perf stat/record it is folded into the normal -v. For perf list -v was

Re: [PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

On 2017/2/10 7:21, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c

Re: [PATCH net-next v5 04/11] bpf: Use bpf_load_program() from the library

On 2017/2/10 7:21, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 +++--- tools/lib/bpf/bpf.h

Re: [PATCH 1/4] ipc/shm: do not check for MAP_POPULATE

On Thu, 9 Feb 2017, Davidlohr Bueso wrote: > We do not support prefaulting functionality in sysv shm, > nor MAP_NONBLOCK for that matter. Drop the pointless check > for populate in do_shmat(). I haven't checked, but are you sure that "populated" does nothing when the attacher had previously

Re: [PATCH 1/4] ipc/shm: do not check for MAP_POPULATE

On Thu, 9 Feb 2017, Davidlohr Bueso wrote: > We do not support prefaulting functionality in sysv shm, > nor MAP_NONBLOCK for that matter. Drop the pointless check > for populate in do_shmat(). I haven't checked, but are you sure that "populated" does nothing when the attacher had previously

[PATCH v2] spi: s3c64xx: fix inconsistency between binding and driver

Commit a92e7c3d82a1 ("spi: s3c64xx: consider the case when the CS line is not connected") introduced an inconsistency between the binding, where the disconnected CS line was marked as 'no-cs-readback', and the driver. The driver is erroneously checking for that attribute with property name of

[PATCH v2] spi: s3c64xx: fix inconsistency between binding and driver

Commit a92e7c3d82a1 ("spi: s3c64xx: consider the case when the CS line is not connected") introduced an inconsistency between the binding, where the disconnected CS line was marked as 'no-cs-readback', and the driver. The driver is erroneously checking for that attribute with property name of

[PATCH v2 0/3] STM FingerTip S touchscreen support for TM2 board

Hi, this patchset provides support for the ST-Microelectronics FingerTip S device driver and enables it in the tm2 and tm2e devices. It's tested on top of next-20170210 kernel and applies on Krzysztof's for-next branch. Thanks, Andi Changelog V1-V2 === V1:

[PATCH v2 0/3] STM FingerTip S touchscreen support for TM2 board

Hi, this patchset provides support for the ST-Microelectronics FingerTip S device driver and enables it in the tm2 and tm2e devices. It's tested on top of next-20170210 kernel and applies on Krzysztof's for-next branch. Thanks, Andi Changelog V1-V2 === V1:

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