Re: [PATCH] ARM: mv78xx0: Remove CLK_IS_ROOT

On 04/20, Arnd Bergmann wrote: > On Tuesday 19 April 2016 18:40:04 Stephen Boyd wrote: > > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > > CLK_IS_ROOT", 2016-02-02) so remove it. > > > > Cc: Andrew Lunn > > Cc: Jason Cooper >

Re: [PATCH] ARM: mv78xx0: Remove CLK_IS_ROOT

On 04/20, Arnd Bergmann wrote: > On Tuesday 19 April 2016 18:40:04 Stephen Boyd wrote: > > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > > CLK_IS_ROOT", 2016-02-02) so remove it. > > > > Cc: Andrew Lunn > > Cc: Jason Cooper > Signed-off-by: Stephen Boyd > > > > Looks

Re: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi, thanks for looking into this. On Wed, Apr 20, 2016 at 12:20 AM, Kedareswara rao Appana wrote: > +static int xdma_clk_init(struct xilinx_dma_device *xdev, bool enable) > +{ > + int i = 0, ret; > + > + for (i = 0; i < xdev->numclks; i++) { > +

Re: [PATCH 2/2] dmaengine: vdma: Add clock support

Hi, thanks for looking into this. On Wed, Apr 20, 2016 at 12:20 AM, Kedareswara rao Appana wrote: > +static int xdma_clk_init(struct xilinx_dma_device *xdev, bool enable) > +{ > + int i = 0, ret; > + > + for (i = 0; i < xdev->numclks; i++) { > + if (enable) { > +

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Den 20.04.2016 19:44, skrev Daniel Vetter: On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

Den 20.04.2016 19:44, skrev Daniel Vetter: On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. When the framebuffer memory is allocated using dma_alloc_writecombine() instead of vmalloc(), I get cache syncing

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 19:53+0200, Greg Kurz: > On Wed, 20 Apr 2016 19:27:06 +0200 > Radim Krčmář wrote: >> 2016-04-20 18:09+0100, James Hogan: >> > On Wed, Apr 20, 2016 at 07:02:10PM +0200, Radim Krčmář wrote: >> >> 2016-04-20 17:44+0200, Greg Kurz: >> >> > diff --git

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 19:53+0200, Greg Kurz: > On Wed, 20 Apr 2016 19:27:06 +0200 > Radim Krčmář wrote: >> 2016-04-20 18:09+0100, James Hogan: >> > On Wed, Apr 20, 2016 at 07:02:10PM +0200, Radim Krčmář wrote: >> >> 2016-04-20 17:44+0200, Greg Kurz: >> >> > diff --git a/arch/mips/kvm/mips.c

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 17:44+0200, Greg Kurz: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in case > the vcpu id is too great. > > Unfortunately this check assumes vcpu ids grow in sequence with a common >

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

2016-04-20 17:44+0200, Greg Kurz: > Commit 338c7dbadd26 ("KVM: Improve create VCPU parameter (CVE-2013-4587)") > introduced a check to prevent potential kernel memory corruption in case > the vcpu id is too great. > > Unfortunately this check assumes vcpu ids grow in sequence with a common >

Re: [PATCH v4 0/2] Skylake PSys support

On Wed, 2016-04-20 at 15:59 +0200, Peter Zijlstra wrote: > On Sun, Apr 17, 2016 at 03:02:59PM -0700, Srinivas Pandruvada wrote: > > > > Skylake processor supports a new set of RAPL registers for > > controlling > > entire SoC instead of just CPU package called PSys. This change > > adds > >

Re: [PATCH v4 0/2] Skylake PSys support

On Wed, 2016-04-20 at 15:59 +0200, Peter Zijlstra wrote: > On Sun, Apr 17, 2016 at 03:02:59PM -0700, Srinivas Pandruvada wrote: > > > > Skylake processor supports a new set of RAPL registers for > > controlling > > entire SoC instead of just CPU package called PSys. This change > > adds > >

[PATCH] USB: serial: Use IS_ENABLED() instead of checking for FOO || FOO_MODULE

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/usb/serial/usb-serial.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH] USB: serial: Use IS_ENABLED() instead of checking for FOO || FOO_MODULE

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/usb/serial/usb-serial.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] ARM: pxa: remove platform dma code

Robert Jarzmik writes: > As the last pxa related driver was converted to dmaengine, it's time to > kill the legacy dma code, which is not used anymore. > > This finishes the pxa dmaengine transition. > > Signed-off-by: Robert Jarzmik > --- >

Re: [PATCH] ARM: pxa: remove platform dma code

Robert Jarzmik writes: > As the last pxa related driver was converted to dmaengine, it's time to > kill the legacy dma code, which is not used anymore. > > This finishes the pxa dmaengine transition. > > Signed-off-by: Robert Jarzmik > --- > arch/arm/mach-pxa/devices.h | 1 + >

Re: [PATCH 1/6] ARM: dts: pxa: add pxa framebuffer device

Robert Jarzmik writes: > Add the framebuffer device, or display controller, available on pxa2xx > and pxa3xx platforms. Tentatively queued the whole serie in pxa/dt. -- Robert

Re: [PATCH 1/6] ARM: dts: pxa: add pxa framebuffer device

Robert Jarzmik writes: > Add the framebuffer device, or display controller, available on pxa2xx > and pxa3xx platforms. Tentatively queued the whole serie in pxa/dt. -- Robert

Re: [PATCH] iio: inv_mpu6050: Add support for auxiliary I2C master

Hi, [auto build test ERROR on iio/togreg] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Crestez-Dan-Leonard/iio-inv_mpu6050-Add-support

Re: [PATCH] iio: inv_mpu6050: Add support for auxiliary I2C master

Hi, [auto build test ERROR on iio/togreg] [also build test ERROR on v4.6-rc4 next-20160420] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Crestez-Dan-Leonard/iio-inv_mpu6050-Add-support

Re: [PATCH] ARM: pxa: Remove CLK_IS_ROOT

Stephen Boyd writes: > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Signed-off-by: Stephen Boyd Queued to pxa/for-next, thanks ! Cheers. -- Robert

Re: [PATCH] ARM: pxa: Remove CLK_IS_ROOT

Stephen Boyd writes: > This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate > CLK_IS_ROOT", 2016-02-02) so remove it. > > Signed-off-by: Stephen Boyd Queued to pxa/for-next, thanks ! Cheers. -- Robert

Re: [PATCH v7 6/8] irqchip/gicv2m: implement msi_doorbell_info callback

Marc, On 04/20/2016 07:56 PM, Marc Zyngier wrote: > On Wed, 20 Apr 2016 14:33:17 +0200 > Eric Auger wrote: > >> Marc, >> On 04/20/2016 11:27 AM, Marc Zyngier wrote: >>> On 19/04/16 18:13, Eric Auger wrote: This patch implements the msi_doorbell_info callback in the

Re: [PATCH v7 6/8] irqchip/gicv2m: implement msi_doorbell_info callback

Marc, On 04/20/2016 07:56 PM, Marc Zyngier wrote: > On Wed, 20 Apr 2016 14:33:17 +0200 > Eric Auger wrote: > >> Marc, >> On 04/20/2016 11:27 AM, Marc Zyngier wrote: >>> On 19/04/16 18:13, Eric Auger wrote: This patch implements the msi_doorbell_info callback in the gicv2m driver.

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Den 20.04.2016 19:42, skrev Daniel Vetter: On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

Den 20.04.2016 19:42, skrev Daniel Vetter: On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: Now that drm_fb_helper gets deferred io support, the drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule the worker that calls the deferred_io callback. This will

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

On Wed, Apr 20, 2016 at 08:10:28PM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 20.04.2016 um 19:49 schrieb Dmitry Torokhov : > > > > On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: > >> > >>> Am 19.04.2016 um 10:08 schrieb H. Nikolaus

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

On Wed, Apr 20, 2016 at 08:10:28PM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 20.04.2016 um 19:49 schrieb Dmitry Torokhov : > > > > On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: > >> > >>> Am 19.04.2016 um 10:08 schrieb H. Nikolaus Schaller : > >>> > >>> >

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

On Wed, Apr 20, 2016 at 11:25:06AM -0400, Paul Gortmaker wrote: > The Kconfig for this driver is currently declared with: > > config INTEL_IDLE > bool "Cpuidle Driver for Intel Processors" > > ...meaning that it currently is not being built as a module by anyone. > > This was done in

Re: [PATCH v2] drivers/idle: make intel_idle.c driver more explicitly non-modular

On Wed, Apr 20, 2016 at 11:25:06AM -0400, Paul Gortmaker wrote: > The Kconfig for this driver is currently declared with: > > config INTEL_IDLE > bool "Cpuidle Driver for Intel Processors" > > ...meaning that it currently is not being built as a module by anyone. > > This was done in

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

Hi, > Am 20.04.2016 um 19:49 schrieb Dmitry Torokhov : > > On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: >> >>> Am 19.04.2016 um 10:08 schrieb H. Nikolaus Schaller : >>> >>> Am 19.04.2016 um 10:01 schrieb Dmitry

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

Hi, > Am 20.04.2016 um 19:49 schrieb Dmitry Torokhov : > > On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: >> >>> Am 19.04.2016 um 10:08 schrieb H. Nikolaus Schaller : >>> >>> Am 19.04.2016 um 10:01 schrieb Dmitry Torokhov : On Tue, Apr 19, 2016 at

Re: [PATCH 4.6] mm: wake kcompactd before kswapd's short sleep

On Tue, 2016-04-19 at 22:36 +0200, Vlastimil Babka wrote: > When kswapd goes to sleep it checks if the node is balanced and at > first it > sleeps only for HZ/10 time, then rechecks if the node is still > balanced and > nobody has woken it during the initial sleep. Only then it goes fully > sleep

Re: [PATCH 4.6] mm: wake kcompactd before kswapd's short sleep

On Tue, 2016-04-19 at 22:36 +0200, Vlastimil Babka wrote: > When kswapd goes to sleep it checks if the node is balanced and at > first it > sleeps only for HZ/10 time, then rechecks if the node is still > balanced and > nobody has woken it during the initial sleep. Only then it goes fully > sleep

[RFC PATCH 02/13] tools: Add ubpf feature test

Add test-ubpf.c to find libubpf, which can be found from [1]. ubpf is user space BPF engine. Following commits will utilize ubpf to make perf dynamically run some profiling scripts in user space. [1] https://github.com/iovisor/ubpf.git Signed-off-by: Wang Nan Cc: Arnaldo

[RFC PATCH 00/13] perf tools: Support uBPF script

This patch set allows to perf invoke some user space BPF scripts on some point. uBPF scripts and kernel BPF scripts reside in one BPF object. They communicate with each other with BPF maps. uBPF scripts can invoke helper functions provided by perf. At least following new features can be achieved

[RFC PATCH 02/13] tools: Add ubpf feature test

Add test-ubpf.c to find libubpf, which can be found from [1]. ubpf is user space BPF engine. Following commits will utilize ubpf to make perf dynamically run some profiling scripts in user space. [1] https://github.com/iovisor/ubpf.git Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc:

[RFC PATCH 00/13] perf tools: Support uBPF script

This patch set allows to perf invoke some user space BPF scripts on some point. uBPF scripts and kernel BPF scripts reside in one BPF object. They communicate with each other with BPF maps. uBPF scripts can invoke helper functions provided by perf. At least following new features can be achieved

[RFC PATCH 11/13] perf bpf: Accept ubpf programs

This patch allows user passing a UBPF function through bpf file with section name leading with 'UBPF;'. For example: #define SEC(NAME) __attribute__((section(NAME), used)) SEC("UBPF;perf_record_exit") void record_exit(int *samples) { char fmt[] = "Hello! receive %d samples\n";

[RFC PATCH 11/13] perf bpf: Accept ubpf programs

This patch allows user passing a UBPF function through bpf file with section name leading with 'UBPF;'. For example: #define SEC(NAME) __attribute__((section(NAME), used)) SEC("UBPF;perf_record_exit") void record_exit(int *samples) { char fmt[] = "Hello! receive %d samples\n";

[RFC PATCH 08/13] bpf tools: Add API for fetching ubpf_vm

Introduce bpf_program__vm and bpf_program__nth_vm for fetching ubpf program instance. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa

[RFC PATCH 07/13] bpf tools: Load ubpf program

In bpf_program__load(), load ubpf program according to its engine type. API is improvemented to hold 'struct ubpf_vm *'. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg

[RFC PATCH 05/13] bpf tools: Save engine type in bpf_program

Add an 'engine' field in bpf_program to indicate whether a program is a ubpf program or kernel bpf program. For compatibility, the default engine is kernel bpf, unless explicitly set to ubpf using bpf_program__set_ubpf(). Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo

[RFC PATCH 08/13] bpf tools: Add API for fetching ubpf_vm

Introduce bpf_program__vm and bpf_program__nth_vm for fetching ubpf program instance. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan --- tools/lib/bpf/libbpf.c | 38 ++

[RFC PATCH 07/13] bpf tools: Load ubpf program

In bpf_program__load(), load ubpf program according to its engine type. API is improvemented to hold 'struct ubpf_vm *'. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan --- tools/lib/bpf/libbpf.c | 66

[RFC PATCH 05/13] bpf tools: Save engine type in bpf_program

Add an 'engine' field in bpf_program to indicate whether a program is a ubpf program or kernel bpf program. For compatibility, the default engine is kernel bpf, unless explicitly set to ubpf using bpf_program__set_ubpf(). Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei

Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable

On April 20, 2016 6:40:19 AM PDT, Peter Zijlstra wrote: >On Wed, Apr 13, 2016 at 02:49:43PM +0200, Michal Hocko wrote: >> On Wed 13-04-16 12:27:31, Ingo Molnar wrote: >> > >> > * Ingo Molnar wrote: >> > >> > > I'm testing your patches today, if they are

[RFC PATCH 09/13] bpf tools: Register extern functions for ubpf programs

Introduce libbpf_register_ubpf_func(), allow caller (perf) to register extern functions. Registered functions are stored into an array and registered to each ubpf_vm when loading. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov

Re: [PATCH 10/11] x86, rwsem: provide __down_write_killable

On April 20, 2016 6:40:19 AM PDT, Peter Zijlstra wrote: >On Wed, Apr 13, 2016 at 02:49:43PM +0200, Michal Hocko wrote: >> On Wed 13-04-16 12:27:31, Ingo Molnar wrote: >> > >> > * Ingo Molnar wrote: >> > >> > > I'm testing your patches today, if they are otherwise OK [...] >> > >> > got this

[RFC PATCH 09/13] bpf tools: Register extern functions for ubpf programs

Introduce libbpf_register_ubpf_func(), allow caller (perf) to register extern functions. Registered functions are stored into an array and registered to each ubpf_vm when loading. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc:

Re: [PATCH] MAINTAINERS: net: add entry for TI Ethernet Switch drivers

* Grygorii Strashko [160420 09:19]: > On 04/20/2016 05:23 PM, Tony Lindgren wrote: > > * Grygorii Strashko [160420 04:26]: > >> Add record for TI Ethernet Switch Driver CPSW/CPDMA/MDIO HW > >> (am33/am43/am57/dr7/davinci) to ensure that related

Re: [PATCH] MAINTAINERS: net: add entry for TI Ethernet Switch drivers

* Grygorii Strashko [160420 09:19]: > On 04/20/2016 05:23 PM, Tony Lindgren wrote: > > * Grygorii Strashko [160420 04:26]: > >> Add record for TI Ethernet Switch Driver CPSW/CPDMA/MDIO HW > >> (am33/am43/am57/dr7/davinci) to ensure that related patches > >> will go through dedicated linux-omap

[RFC PATCH 04/13] bpf tools: Replace fd array to union array

Following commits will add new types for instance of a bpf program. For kernel bpf program, a program instance is fd. For ubpf program, the instance of a program is a 'struct ubpf_vm'. This patch promote original 'fds' array to 'union prog_instance' array, prepare for further extending.

[RFC PATCH 12/13] perf record: Add UBPF hooks at beginning and end of perf record

Like tracepoint in kernel code, UBPF hooks can be added in perf code and trigger UBPF programs passed by BPF scripts. The first two UBPF hooks added are record start/end. UBPF scripts can initial BPF maps in record start, and report result when record finished. Signed-off-by: Wang Nan

[RFC PATCH 03/13] bpf tools: Add ubpf include and makefile options

Prepare to use libubpf. Add ubpf.h into libbpf.c. Add corresponding makefile options. Allow ignoring UBPF when building libbpf by setting NO_UBPF=1 for libbpf building. Allow perf controling ubpf using NO_UBPF=1. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo

[RFC PATCH 06/13] bpf tools: Introduce ubpf_vm to program instance union

Add 'struct ubpf_vm *' into prog_instance union. Introduce if_engine() macro to merge common code. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa

[RFC PATCH 04/13] bpf tools: Replace fd array to union array

Following commits will add new types for instance of a bpf program. For kernel bpf program, a program instance is fd. For ubpf program, the instance of a program is a 'struct ubpf_vm'. This patch promote original 'fds' array to 'union prog_instance' array, prepare for further extending.

[RFC PATCH 12/13] perf record: Add UBPF hooks at beginning and end of perf record

Like tracepoint in kernel code, UBPF hooks can be added in perf code and trigger UBPF programs passed by BPF scripts. The first two UBPF hooks added are record start/end. UBPF scripts can initial BPF maps in record start, and report result when record finished. Signed-off-by: Wang Nan Cc:

[RFC PATCH 03/13] bpf tools: Add ubpf include and makefile options

Prepare to use libubpf. Add ubpf.h into libbpf.c. Add corresponding makefile options. Allow ignoring UBPF when building libbpf by setting NO_UBPF=1 for libbpf building. Allow perf controling ubpf using NO_UBPF=1. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc:

[RFC PATCH 06/13] bpf tools: Introduce ubpf_vm to program instance union

Add 'struct ubpf_vm *' into prog_instance union. Introduce if_engine() macro to merge common code. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan --- tools/lib/bpf/libbpf.c | 76

[RFC PATCH 10/13] perf tools: Register basic UBPF helpers

Reigster basic extern functions for ubpf programs. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan

[RFC PATCH 01/13] bpf tools: Add map related BPF helper

Add BPF map helpers so user can read from bpf map in user space. Following commits will introduce user space BPF, bpf_map will be used to pass information between kernel and user BPF programs. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei

[RFC PATCH 13/13] perf tests: Add UBPF test case

Introduce a BPF script use UBPF, test compiling, helper and hook. Validate passing information through helper and hooks. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg

[RFC PATCH 10/13] perf tools: Register basic UBPF helpers

Reigster basic extern functions for ubpf programs. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan --- tools/perf/perf.c | 3 ++ tools/perf/util/Build | 1 +

[RFC PATCH 01/13] bpf tools: Add map related BPF helper

Add BPF map helpers so user can read from bpf map in user space. Following commits will introduce user space BPF, bpf_map will be used to pass information between kernel and user BPF programs. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc:

[RFC PATCH 13/13] perf tests: Add UBPF test case

Introduce a BPF script use UBPF, test compiling, helper and hook. Validate passing information through helper and hooks. Signed-off-by: Wang Nan Cc: Arnaldo Carvalho de Melo Cc: Alexei Starovoitov Cc: Brendan Gregg Cc: Jiri Olsa Cc: Li Zefan --- tools/perf/tests/Build | 8

Re: [PATCH net-next] net: dsa: remove tag_protocol from dsa_switch

On 18/04/16 15:24, Vivien Didelot wrote: > Having the tag protocol in dsa_switch_driver for setup time and in > dsa_switch_tree for runtime is enough. Remove dsa_switch's one. > > Signed-off-by: Vivien Didelot Acked-by: Florian Fainelli

Re: [PATCH net-next] net: dsa: remove tag_protocol from dsa_switch

On 18/04/16 15:24, Vivien Didelot wrote: > Having the tag protocol in dsa_switch_driver for setup time and in > dsa_switch_tree for runtime is enough. Remove dsa_switch's one. > > Signed-off-by: Vivien Didelot Acked-by: Florian Fainelli -- Florian

Re: [PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:29PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > The deferred

Re: [PATCH 8/8] drm/udl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:29PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > The deferred

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 10:36 AM, Pan Xinhui wrote: On 2016年04月20日 22:19, Peter Zijlstra wrote: On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: So there is such case that we search the whole hashtable and the lock is not found. :( Waiman assume that if l = null, the lock is not stored.

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 10:36 AM, Pan Xinhui wrote: On 2016年04月20日 22:19, Peter Zijlstra wrote: On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: So there is such case that we search the whole hashtable and the lock is not found. :( Waiman assume that if l = null, the lock is not stored.

Re: [PATCH] perf/x86/intel/rapl: Add missing Haswell model

On Wed, 2016-04-20 at 17:38 +0200, Peter Zijlstra wrote: > On Sun, Apr 17, 2016 at 08:43:29AM -0700, Srinivas Pandruvada wrote: > > > > Added one missing Haswell model. > Indeed, but when I compare with the table in events/intel/core.c I > find > we also miss one Broadwell (86) model. > > Would

Re: [PATCH] perf/x86/intel/rapl: Add missing Haswell model

On Wed, 2016-04-20 at 17:38 +0200, Peter Zijlstra wrote: > On Sun, Apr 17, 2016 at 08:43:29AM -0700, Srinivas Pandruvada wrote: > > > > Added one missing Haswell model. > Indeed, but when I compare with the table in events/intel/core.c I > find > we also miss one Broadwell (86) model. > > Would

Re: [PATCH v7 6/8] irqchip/gicv2m: implement msi_doorbell_info callback

On Wed, 20 Apr 2016 14:33:17 +0200 Eric Auger wrote: > Marc, > On 04/20/2016 11:27 AM, Marc Zyngier wrote: > > On 19/04/16 18:13, Eric Auger wrote: > >> This patch implements the msi_doorbell_info callback in the > >> gicv2m driver. > >> > >> The driver now is able to

Re: [PATCH v7 6/8] irqchip/gicv2m: implement msi_doorbell_info callback

On Wed, 20 Apr 2016 14:33:17 +0200 Eric Auger wrote: > Marc, > On 04/20/2016 11:27 AM, Marc Zyngier wrote: > > On 19/04/16 18:13, Eric Auger wrote: > >> This patch implements the msi_doorbell_info callback in the > >> gicv2m driver. > >> > >> The driver now is able to return its doorbell

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

On Wed, 20 Apr 2016 19:27:06 +0200 Radim Krčmář wrote: > 2016-04-20 18:09+0100, James Hogan: > > On Wed, Apr 20, 2016 at 07:02:10PM +0200, Radim Krčmář wrote: > >> 2016-04-20 17:44+0200, Greg Kurz: > >> > diff --git a/arch/mips/kvm/mips.c b/arch/mips/kvm/mips.c > >> >

Re: [PATCH v3] KVM: remove buggy vcpu id check on vcpu creation

On Wed, 20 Apr 2016 19:27:06 +0200 Radim Krčmář wrote: > 2016-04-20 18:09+0100, James Hogan: > > On Wed, Apr 20, 2016 at 07:02:10PM +0200, Radim Krčmář wrote: > >> 2016-04-20 17:44+0200, Greg Kurz: > >> > diff --git a/arch/mips/kvm/mips.c b/arch/mips/kvm/mips.c > >> > index

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 10:19 AM, Peter Zijlstra wrote: On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: So there is such case that we search the whole hashtable and the lock is not found. :( Waiman assume that if l = null, the lock is not stored. however the lock might be there actually.

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 10:19 AM, Peter Zijlstra wrote: On Wed, Apr 20, 2016 at 10:15:09PM +0800, Pan Xinhui wrote: So there is such case that we search the whole hashtable and the lock is not found. :( Waiman assume that if l = null, the lock is not stored. however the lock might be there actually.

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

On Apr 19, 2016 14:41, Thierry Reding wrote: >... > Adding Marcel Ziswiler, who's better suited a On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This series cleans and fixes some bugs in

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

On Apr 19, 2016 14:41, Thierry Reding wrote: >... > Adding Marcel Ziswiler, who's better suited a On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote: > From: Patrice Chotard > > This series cleans and fixes some bugs in MFD/GPIO STMPE drivers and prepare > the ground to

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: > > > Am 19.04.2016 um 10:08 schrieb H. Nikolaus Schaller : > > > > > >> Am 19.04.2016 um 10:01 schrieb Dmitry Torokhov : > >> > >> On Tue, Apr 19, 2016 at 09:49:01AM +0200, H.

Re: [Letux-kernel] [PATCH 5/5] input: twl6040-vibra: remove mutex

On Wed, Apr 20, 2016 at 11:22:53AM +0200, H. Nikolaus Schaller wrote: > > > Am 19.04.2016 um 10:08 schrieb H. Nikolaus Schaller : > > > > > >> Am 19.04.2016 um 10:01 schrieb Dmitry Torokhov : > >> > >> On Tue, Apr 19, 2016 at 09:49:01AM +0200, H. Nikolaus Schaller wrote: > >>> > Am

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 08:08 AM, Peter Zijlstra wrote: On Thu, Apr 14, 2016 at 02:41:58PM -0400, Waiman Long wrote: Pan Xinhui was asking for a lock holder cpu argument in pv_wait() to help the porting of pvqspinlock to PPC. The new argument will can potentially help hypervisor expediate the execution

Re: [PATCH v2] locking/pvqspinlock: Add lock holder CPU argument to pv_wait()

On 04/20/2016 08:08 AM, Peter Zijlstra wrote: On Thu, Apr 14, 2016 at 02:41:58PM -0400, Waiman Long wrote: Pan Xinhui was asking for a lock holder cpu argument in pv_wait() to help the porting of pvqspinlock to PPC. The new argument will can potentially help hypervisor expediate the execution

Re: [PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > This patch

Re: [PATCH 7/8] drm/qxl: Use drm_fb_helper deferred_io support

On Wed, Apr 20, 2016 at 05:25:28PM +0200, Noralf Trønnes wrote: > Use the fbdev deferred io support in drm_fb_helper. > The (struct fb_ops *)->fb_{fillrect,copyarea,imageblit} functions will > now be deferred in the same way that mmap damage is, instead of being > flushed directly. > This patch

[PATCH] mfd: Use IS_ENABLED(CONFIG_FOO) instead of checking FOO || FOO_MODULE

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/mfd/dm355evm_msp.c | 8 drivers/mfd/wm8400-core.c | 6 +++---

[PATCH] mfd: Use IS_ENABLED(CONFIG_FOO) instead of checking FOO || FOO_MODULE

The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either built-in or as a module, use that macro instead of open coding the same. Signed-off-by: Javier Martinez Canillas --- drivers/mfd/dm355evm_msp.c | 8 drivers/mfd/wm8400-core.c | 6 +++--- 2 files changed, 7

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: > Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. > When the framebuffer memory is allocated using dma_alloc_writecombine() > instead of vmalloc(), I get cache syncing problems. > This solves it: > > static int

Re: [PATCH 5/8] fbdev: fb_defio: Export fb_deferred_io_mmap

On Wed, Apr 20, 2016 at 05:25:26PM +0200, Noralf Trønnes wrote: > Export fb_deferred_io_mmap so drivers can change vma->vm_page_prot. > When the framebuffer memory is allocated using dma_alloc_writecombine() > instead of vmalloc(), I get cache syncing problems. > This solves it: > > static int

[RFC][PATCH v9 0/2] Infrastructure code for perf-config

Hi, We can use the config files (i.e user wide ~/.perfconfig and system wide $(sysconfdir)/perfconfig) to configure perf tools. perf-config help user manage the config files, not manually look into or edit them. Introduce new infrastructure code for config management features of perf-config

[RFC][PATCH v9 0/2] Infrastructure code for perf-config

Hi, We can use the config files (i.e user wide ~/.perfconfig and system wide $(sysconfdir)/perfconfig) to configure perf tools. perf-config help user manage the config files, not manually look into or edit them. Introduce new infrastructure code for config management features of perf-config

[PATCH v9 2/2] perf config: Initialize perf_config_set with all default configs

To avoid duplicated config variables and use perf_config_set classifying between standard perf config variables and unknown or new config variables other than them, initialize perf_config_set with all default configs. And this will be needed when showing all configs with default value or checking

[PATCH v9 2/2] perf config: Initialize perf_config_set with all default configs

To avoid duplicated config variables and use perf_config_set classifying between standard perf config variables and unknown or new config variables other than them, initialize perf_config_set with all default configs. And this will be needed when showing all configs with default value or checking

[BUG linux-next] KASAN bug is raised on linux-next-20160414 with huge tmpfs on

Hi folks, When I run the below test on my ARM64 machine with NFS mounted rootfs, I got KASAN bug report. The test runs well if mnt is not mounted with "huge=1". # mount -t tmpfs -o huge=1 tmpfs /mnt # cp -a /opt/ltp /mnt/ BUG: KASAN: use-after-free in nfs_readdir+0x2c4/0x848 at addr

[BUG linux-next] KASAN bug is raised on linux-next-20160414 with huge tmpfs on

Hi folks, When I run the below test on my ARM64 machine with NFS mounted rootfs, I got KASAN bug report. The test runs well if mnt is not mounted with "huge=1". # mount -t tmpfs -o huge=1 tmpfs /mnt # cp -a /opt/ltp /mnt/ BUG: KASAN: use-after-free in nfs_readdir+0x2c4/0x848 at addr

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: > Now that drm_fb_helper gets deferred io support, the > drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule > the worker that calls the deferred_io callback. This will break this > driver so use the

Re: [PATCH 2/8] drm/udl: Change drm_fb_helper_sys_*() calls to sys_*()

On Wed, Apr 20, 2016 at 05:25:23PM +0200, Noralf Trønnes wrote: > Now that drm_fb_helper gets deferred io support, the > drm_fb_helper_sys_{fillrect,copyarea,imageblit} functions will schedule > the worker that calls the deferred_io callback. This will break this > driver so use the

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