Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 9:09 AM, Michael S. Tsirkin wrote: > On Tue, Apr 19, 2016 at 09:02:14AM -0700, Andy Lutomirski wrote: >> On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: >> > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: >>

Re: [PATCH 2/6] cifs: merge the hash calculation helpers

On Sat, 2016-04-09 at 21:50 +0100, Al Viro wrote: > three practically identical copies... > > Signed-off-by: Al Viro > --- >  fs/cifs/cifsencrypt.c   |  97 --- >  fs/cifs/cifsproto.h |   3 ++ >  fs/cifs/smb2transport.c | 107 >

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 9:09 AM, Michael S. Tsirkin wrote: > On Tue, Apr 19, 2016 at 09:02:14AM -0700, Andy Lutomirski wrote: >> On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: >> > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: >> >> On Mon, Apr 18, 2016 at 11:29

Re: [PATCH 2/6] cifs: merge the hash calculation helpers

On Sat, 2016-04-09 at 21:50 +0100, Al Viro wrote: > three practically identical copies... > > Signed-off-by: Al Viro > --- >  fs/cifs/cifsencrypt.c   |  97 --- >  fs/cifs/cifsproto.h |   3 ++ >  fs/cifs/smb2transport.c | 107 >

Re: [PATCHv7 00/29] THP-enabled tmpfs/shmem using compound pages

On 4/19/2016 7:33 AM, Jerome Marchand wrote: On 04/19/2016 12:55 AM, Shi, Yang wrote: 2. I ran my THP test (generated a program with 4MB text section) on both x86-64 and ARM64 with yours and Hugh's patches (linux-next tree), I got the program execution time reduced by ~12% on x86-64, it looks

Re: [PATCH V2 3/3] gpio: tegra: Add support for gpio debounce

On 04/19/2016 03:43 AM, Laxman Dewangan wrote: NVIDIA's Tegra210 support the HW debounce in the GPIO controller for all its GPIO pins. Add support for setting debounce timing by implementing the set_debounce callback of gpiochip. diff --git a/drivers/gpio/gpio-tegra.c

Re: [PATCHv7 00/29] THP-enabled tmpfs/shmem using compound pages

On 4/19/2016 7:33 AM, Jerome Marchand wrote: On 04/19/2016 12:55 AM, Shi, Yang wrote: 2. I ran my THP test (generated a program with 4MB text section) on both x86-64 and ARM64 with yours and Hugh's patches (linux-next tree), I got the program execution time reduced by ~12% on x86-64, it looks

Re: [PATCH V2 3/3] gpio: tegra: Add support for gpio debounce

On 04/19/2016 03:43 AM, Laxman Dewangan wrote: NVIDIA's Tegra210 support the HW debounce in the GPIO controller for all its GPIO pins. Add support for setting debounce timing by implementing the set_debounce callback of gpiochip. diff --git a/drivers/gpio/gpio-tegra.c

Re: [PATCH 1/5] regulator: core: Resolve supply earlier

On 19/04/16 16:40, Mark Brown wrote: > * PGP Signed by an unknown key > > On Tue, Apr 19, 2016 at 11:16:59AM +0100, Jon Hunter wrote: > >> So the following seems to work, but only item I am uncertain about >> is if it is ok to move the mutex_lock to after the >> machine_set_constraints()? > >

Re: [PATCH 1/5] regulator: core: Resolve supply earlier

On 19/04/16 16:40, Mark Brown wrote: > * PGP Signed by an unknown key > > On Tue, Apr 19, 2016 at 11:16:59AM +0100, Jon Hunter wrote: > >> So the following seems to work, but only item I am uncertain about >> is if it is ok to move the mutex_lock to after the >> machine_set_constraints()? > >

Re: [PATCH] arm64: mm: take CWG into account in __inval_cache_range()

On Tue, Apr 19, 2016 at 05:38:56PM +0200, Ard Biesheuvel wrote: > On 19 April 2016 at 17:32, Catalin Marinas wrote: > > On Tue, Apr 19, 2016 at 04:48:32PM +0200, Ard Biesheuvel wrote: > >> On 19 April 2016 at 16:13, Catalin Marinas wrote: > >> >

Re: [PATCH] arm64: mm: take CWG into account in __inval_cache_range()

On Tue, Apr 19, 2016 at 05:38:56PM +0200, Ard Biesheuvel wrote: > On 19 April 2016 at 17:32, Catalin Marinas wrote: > > On Tue, Apr 19, 2016 at 04:48:32PM +0200, Ard Biesheuvel wrote: > >> On 19 April 2016 at 16:13, Catalin Marinas wrote: > >> > The best we could do is to warn if

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 09:02:14AM -0700, Andy Lutomirski wrote: > On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: > > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: > >> On Mon, Apr 18, 2016 at 11:29 AM, David Woodhouse > >>

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 09:02:14AM -0700, Andy Lutomirski wrote: > On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: > > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: > >> On Mon, Apr 18, 2016 at 11:29 AM, David Woodhouse > >> wrote: > >> > For x86, you *can* enable

Re: [PATCH v2 1/1] drivers: net: cpsw: Prevent NUll pointer dereference with two PHYs

From: Grygorii Strashko Date: Tue, 19 Apr 2016 17:41:07 +0300 > David, Is it possible to drop prev version of this patch from linux-next > - it breaks boot on many TI boards with -next. It doesn't work that way, I cannot "drop" patches. One has to send me a fix to the

Re: [PATCH v2 1/1] drivers: net: cpsw: Prevent NUll pointer dereference with two PHYs

From: Grygorii Strashko Date: Tue, 19 Apr 2016 17:41:07 +0300 > David, Is it possible to drop prev version of this patch from linux-next > - it breaks boot on many TI boards with -next. It doesn't work that way, I cannot "drop" patches. One has to send me a fix to the existing patch, or a

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 09:00:27AM -0700, Andy Lutomirski wrote: > On Apr 19, 2016 2:13 AM, "Michael S. Tsirkin" wrote: > > > > > > I guess you are right in that we should split this part out. > > What I wanted is really the combination > > PASSTHROUGH && !PLATFORM so that we can

Re: [tip:x86/asm] x86/entry: Rename is_{ia32,x32}_task() to in_{ia32,x32}_syscall()

On Tue, Apr 19, 2016 at 4:15 AM, Ingo Molnar wrote: > > * tip-bot for Dmitry Safonov wrote: > >> Commit-ID: abfb9498ee1327f534df92a7ecaea81a85913bae >> Gitweb: >> http://git.kernel.org/tip/abfb9498ee1327f534df92a7ecaea81a85913bae >> Author: Dmitry

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 09:00:27AM -0700, Andy Lutomirski wrote: > On Apr 19, 2016 2:13 AM, "Michael S. Tsirkin" wrote: > > > > > > I guess you are right in that we should split this part out. > > What I wanted is really the combination > > PASSTHROUGH && !PLATFORM so that we can say "ok we don't

Re: [tip:x86/asm] x86/entry: Rename is_{ia32,x32}_task() to in_{ia32,x32}_syscall()

On Tue, Apr 19, 2016 at 4:15 AM, Ingo Molnar wrote: > > * tip-bot for Dmitry Safonov wrote: > >> Commit-ID: abfb9498ee1327f534df92a7ecaea81a85913bae >> Gitweb: >> http://git.kernel.org/tip/abfb9498ee1327f534df92a7ecaea81a85913bae >> Author: Dmitry Safonov >> AuthorDate: Mon, 18 Apr

Re: [PATCH v2 0/5] Cavium ThunderX uncore PMU support

On Tue, Apr 19, 2016 at 12:35:10PM +0200, Jan Glauber wrote: > Mark, > > are these patches still queued or should I repost them? Apologies for the delay. I've just given these a review. I note an awful lot of duplication over patches 2-5. The pmu::add implementations are practically identical,

Re: [PATCH V2 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On 04/19/2016 06:43 AM, Laxman Dewangan wrote: On Tuesday 19 April 2016 06:03 PM, Thierry Reding wrote: * PGP Signed by an unknown key On Tue, Apr 19, 2016 at 03:13:39PM +0530, Laxman Dewangan wrote: Remove the file static device handle variable for keeping device handle of driver as this is

Re: [PATCH v2 0/5] Cavium ThunderX uncore PMU support

On Tue, Apr 19, 2016 at 12:35:10PM +0200, Jan Glauber wrote: > Mark, > > are these patches still queued or should I repost them? Apologies for the delay. I've just given these a review. I note an awful lot of duplication over patches 2-5. The pmu::add implementations are practically identical,

Re: [PATCH V2 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On 04/19/2016 06:43 AM, Laxman Dewangan wrote: On Tuesday 19 April 2016 06:03 PM, Thierry Reding wrote: * PGP Signed by an unknown key On Tue, Apr 19, 2016 at 03:13:39PM +0530, Laxman Dewangan wrote: Remove the file static device handle variable for keeping device handle of driver as this is

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: >> On Mon, Apr 18, 2016 at 11:29 AM, David Woodhouse >> wrote: >> > For x86, you *can* enable virtio-behind-IOMMU if your DMAR

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Tue, Apr 19, 2016 at 3:27 AM, Michael S. Tsirkin wrote: > On Mon, Apr 18, 2016 at 12:24:15PM -0700, Andy Lutomirski wrote: >> On Mon, Apr 18, 2016 at 11:29 AM, David Woodhouse >> wrote: >> > For x86, you *can* enable virtio-behind-IOMMU if your DMAR tables tell >> > the truth, and even

Re: [PATCH 5/8] arm64: kernel: replace early 64-bit literal loads with move-immediates

On 04/18/2016 06:09 PM, Ard Biesheuvel wrote: > When building a relocatable kernel, we currently rely on the fact that > early 64-bit literal loads need to be deferred to after the relocation > has been performed only if they involve symbol references, and not if > they involve assemble time

Re: [PATCH 1/6] [net] drop 'size' argument of sock_recvmsg()

On Sat, 2016-04-09 at 21:50 +0100, Al Viro wrote: > all callers have it equal to msg_data_left(msg). > > Signed-off-by: Al Viro > --- >  drivers/target/iscsi/iscsi_target_util.c |  5 ++--- >  include/linux/net.h  |  3 +-- >  net/socket.c   

Re: [PATCH 1/6] [net] drop 'size' argument of sock_recvmsg()

On Sat, 2016-04-09 at 21:50 +0100, Al Viro wrote: > all callers have it equal to msg_data_left(msg). > > Signed-off-by: Al Viro > --- >  drivers/target/iscsi/iscsi_target_util.c |  5 ++--- >  include/linux/net.h  |  3 +-- >  net/socket.c | 23

Re: [PATCH 5/8] arm64: kernel: replace early 64-bit literal loads with move-immediates

On 04/18/2016 06:09 PM, Ard Biesheuvel wrote: > When building a relocatable kernel, we currently rely on the fact that > early 64-bit literal loads need to be deferred to after the relocation > has been performed only if they involve symbol references, and not if > they involve assemble time

Re: [PATCH 3/3] gpio: tegra: Add support for gpio debounce

On 04/18/2016 11:06 AM, Laxman Dewangan wrote: On Monday 18 April 2016 10:08 PM, Stephen Warren wrote: On 04/18/2016 02:46 AM, Laxman Dewangan wrote: + +/* There is only one debounce count register per port and hence + * set the maximum of current and requested debounce time. +

Re: [PATCH] rtl8xxxu: hide unused tables

Jes Sorensen writes: > Arnd Bergmann writes: >> The references to some arrays in the rtl8xxxu driver were moved inside >> of an #ifdef, but the symbols remain outside, resulting in build warnings: >> >> rtl8xxxu/rtl8xxxu.c:1506:33: error:

Re: [PATCH 3/3] gpio: tegra: Add support for gpio debounce

On 04/18/2016 11:06 AM, Laxman Dewangan wrote: On Monday 18 April 2016 10:08 PM, Stephen Warren wrote: On 04/18/2016 02:46 AM, Laxman Dewangan wrote: + +/* There is only one debounce count register per port and hence + * set the maximum of current and requested debounce time. +

Re: [PATCH] rtl8xxxu: hide unused tables

Jes Sorensen writes: > Arnd Bergmann writes: >> The references to some arrays in the rtl8xxxu driver were moved inside >> of an #ifdef, but the symbols remain outside, resulting in build warnings: >> >> rtl8xxxu/rtl8xxxu.c:1506:33: error: 'rtl8188ru_radioa_1t_highpa_table' >> defined but not

Re: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

Hi, [auto build test ERROR on v4.6-rc4] [also build test ERROR on next-20160419] [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/Liang-Li/speed-up-live-migration-by-skipping-free-pages

Re: [PATCH kernel 1/2] mm: add the related functions to build the free page bitmap

Hi, [auto build test ERROR on v4.6-rc4] [also build test ERROR on next-20160419] [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/Liang-Li/speed-up-live-migration-by-skipping-free-pages

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Apr 19, 2016 2:13 AM, "Michael S. Tsirkin" wrote: > > > I guess you are right in that we should split this part out. > What I wanted is really the combination > PASSTHROUGH && !PLATFORM so that we can say "ok we don't > need to guess, this device actually bypasses the IOMMU".

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Apr 19, 2016 2:13 AM, "Michael S. Tsirkin" wrote: > > > I guess you are right in that we should split this part out. > What I wanted is really the combination > PASSTHROUGH && !PLATFORM so that we can say "ok we don't > need to guess, this device actually bypasses the IOMMU". What happens

Re: [PATCH v6 08/24] iio: imu: inv_mpu6050: convert to use an explicit i2c mux core

On 04/03/2016 11:52 AM, Peter Rosin wrote: > From: Peter Rosin > > Allocate an explicit i2c mux core to handle parent and child adapters > etc. Update the select/deselect ops to be in terms of the i2c mux core > instead of the child adapter. > > ---

Re: [PATCH] ARM: at91/dt: fix typo in sama5d2 PIN_PD24 description

Hi, Please always include a commit log even if it is short. On 19/04/2016 at 17:50:05 +0200, Florian Vallee wrote : > Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux") > Signed-off-by: Florian Vallee > --- > arch/arm/boot/dts/sama5d2-pinfunc.h | 4 ++-- > 1 file

Re: [PATCH v6 08/24] iio: imu: inv_mpu6050: convert to use an explicit i2c mux core

On 04/03/2016 11:52 AM, Peter Rosin wrote: > From: Peter Rosin > > Allocate an explicit i2c mux core to handle parent and child adapters > etc. Update the select/deselect ops to be in terms of the i2c mux core > instead of the child adapter. > > --- a/drivers/iio/imu/inv_mpu6050/inv_mpu_acpi.c

Re: [PATCH] ARM: at91/dt: fix typo in sama5d2 PIN_PD24 description

Hi, Please always include a commit log even if it is short. On 19/04/2016 at 17:50:05 +0200, Florian Vallee wrote : > Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux") > Signed-off-by: Florian Vallee > --- > arch/arm/boot/dts/sama5d2-pinfunc.h | 4 ++-- > 1 file changed, 2

Re: [PATCH 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On 04/18/2016 11:00 AM, Laxman Dewangan wrote: On Monday 18 April 2016 09:59 PM, Stephen Warren wrote: On 04/18/2016 02:46 AM, Laxman Dewangan wrote: Remove the file static device handle variable as this is just required for prints. The required handle can be stored in tegra_gpio_chip and

Re: [PATCH 2/3] gpio: tegra: Remove the need of keeping device handle for gpio driver

On 04/18/2016 11:00 AM, Laxman Dewangan wrote: On Monday 18 April 2016 09:59 PM, Stephen Warren wrote: On 04/18/2016 02:46 AM, Laxman Dewangan wrote: Remove the file static device handle variable as this is just required for prints. The required handle can be stored in tegra_gpio_chip and

Re: [PATCH v2 3/5] arm64/perf: Cavium ThunderX L2C CBC uncore support

On Wed, Mar 09, 2016 at 05:21:05PM +0100, Jan Glauber wrote: > @@ -300,6 +302,7 @@ static int __init thunder_uncore_init(void) > pr_info("PMU version: %d\n", thunder_uncore_version); > > thunder_uncore_l2c_tad_setup(); > + thunder_uncore_l2c_cbc_setup(); > return 0; > } >

Re: [PATCH v2 3/5] arm64/perf: Cavium ThunderX L2C CBC uncore support

On Wed, Mar 09, 2016 at 05:21:05PM +0100, Jan Glauber wrote: > @@ -300,6 +302,7 @@ static int __init thunder_uncore_init(void) > pr_info("PMU version: %d\n", thunder_uncore_version); > > thunder_uncore_l2c_tad_setup(); > + thunder_uncore_l2c_cbc_setup(); > return 0; > } >

[PATCH 06/14] perf tools: Ditch record_opts.callgraph_set

From: Arnaldo Carvalho de Melo We have callchain_param.enabled for that. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan

[PATCH 06/14] perf tools: Ditch record_opts.callgraph_set

From: Arnaldo Carvalho de Melo We have callchain_param.enabled for that. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-silwqjc2t25ls42dsvg28...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo ---

[PATCH 01/14] perf trace: Fix build when DWARF unwind isn't available

From: Arnaldo Carvalho de Melo The variable is initialized and then conditionally set to a different value, but not used when DWARF unwinding is not available, bummer, write 1000 times: "Run make -C tools/perf build-test"... builtin-trace.c: In function ‘cmd_trace’:

[PATCH 01/14] perf trace: Fix build when DWARF unwind isn't available

From: Arnaldo Carvalho de Melo The variable is initialized and then conditionally set to a different value, but not used when DWARF unwinding is not available, bummer, write 1000 times: "Run make -C tools/perf build-test"... builtin-trace.c: In function ‘cmd_trace’: builtin-trace.c:3112:6:

[PATCH 10/14] perf jit: memset() variable 'st' using the correct size

From: Colin Ian King The current code is memsetting the 'struct stat' variable 'st' with the size of 'stat' (which turns out to be 1 byte) rather than the size of variable 'sz'. Committer notes: sizeof(function) isn't valid, the result depends on the compiler used,

[PATCH 10/14] perf jit: memset() variable 'st' using the correct size

From: Colin Ian King The current code is memsetting the 'struct stat' variable 'st' with the size of 'stat' (which turns out to be 1 byte) rather than the size of variable 'sz'. Committer notes: sizeof(function) isn't valid, the result depends on the compiler used, with gcc, enabling pedantic

[PATCH 08/14] perf top: Use callchain_param.enabled instead of symbol_conf.use_callchain

From: Arnaldo Carvalho de Melo One more step in the direction of using just callchain_param for callchain parameters. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc:

[PATCH 11/14] perf build: Remove x86 references from arch-neutral Build

From: Arnaldo Carvalho de Melo It will already be dealt with generating the syscalltbl.c file in the x86 arch specific Build files, namely via 'archheaders'. This fixes the build on !x86 arches, as reported for powerpcle Reported-by: Stephen Rothwell

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

On 04/19/2016 06:18 AM, 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 add new STMPE1600 support. STMPE1600 datasheet is available here :

[PATCH 14/14] perf test: Add missing verbose output explaining the reason for failure

From: Arnaldo Carvalho de Melo One of the branches leading to an error had no debug message emitted, fix it, the new lines are: # perf test -v kallsyms 0x81001000: diff name v: xen_hypercall_set_trap_table k: hypercall_page 0x810691f0: diff name v:

[PATCH 09/14] perf script: Fix postgresql ubuntu install instructions

From: Chris Phlipot The current instructions for setting up an Ubuntu system for using the export-to-postgresql.py script are incorrect. The instructions in the script have been updated to work on newer versions of ubuntu. -Add missing dependencies to apt-get command:

[PATCH 03/14] perf script: Check sample->callchain before using it

From: Arnaldo Carvalho de Melo Found by code inspection, while looking at thread__resolve_callchain() callsites, one had it, the other didn't. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff

[PATCH 08/14] perf top: Use callchain_param.enabled instead of symbol_conf.use_callchain

From: Arnaldo Carvalho de Melo One more step in the direction of using just callchain_param for callchain parameters. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-3b1o9kb2dc94zldz0klck...@git.kernel.org

[PATCH 11/14] perf build: Remove x86 references from arch-neutral Build

From: Arnaldo Carvalho de Melo It will already be dealt with generating the syscalltbl.c file in the x86 arch specific Build files, namely via 'archheaders'. This fixes the build on !x86 arches, as reported for powerpcle Reported-by: Stephen Rothwell Tested-by: Jiri Olsa Cc: Adrian Hunter

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

On 04/19/2016 06:18 AM, 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 add new STMPE1600 support. STMPE1600 datasheet is available here :

[PATCH 14/14] perf test: Add missing verbose output explaining the reason for failure

From: Arnaldo Carvalho de Melo One of the branches leading to an error had no debug message emitted, fix it, the new lines are: # perf test -v kallsyms 0x81001000: diff name v: xen_hypercall_set_trap_table k: hypercall_page 0x810691f0: diff name v: try_to_free_pud_page

[PATCH 09/14] perf script: Fix postgresql ubuntu install instructions

From: Chris Phlipot The current instructions for setting up an Ubuntu system for using the export-to-postgresql.py script are incorrect. The instructions in the script have been updated to work on newer versions of ubuntu. -Add missing dependencies to apt-get command: python-pyside.qtsql,

[PATCH 03/14] perf script: Check sample->callchain before using it

From: Arnaldo Carvalho de Melo Found by code inspection, while looking at thread__resolve_callchain() callsites, one had it, the other didn't. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 07/14] perf hists browser: Fold two consecutive symbol_conf.use_callchain ifs

From: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 07/14] perf hists browser: Fold two consecutive symbol_conf.use_callchain ifs

From: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-u701i6qpecgm9jiat52i8...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo --- tools/perf/ui/browsers/hists.c | 5 ++--- 1

[PATCH 12/14] perf symbols: Allow loading kallsyms without considering kcore files

From: Arnaldo Carvalho de Melo Before the support for using /proc/kcore was introduced, the kallsyms routines used /proc/modules and the first 'perf test' entry expected finding maps for each module in the system, which is not the case with the kcore code. Provide a way to

[PATCH 04/14] perf callchain: Set callchain_param.enabled when parsing --call-graph

From: Arnaldo Carvalho de Melo Trying to move in the direction of using callchain_param for all callchain parameters, eventually ditching them from symbol_conf. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc:

[PATCH 05/14] perf report: Use callchain_param.enabled instead of tool specific knob

From: Arnaldo Carvalho de Melo We have callchain_param.enabled, so no need to have something just for 'perf report' to do the same thing. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff

[PATCH 04/14] perf callchain: Set callchain_param.enabled when parsing --call-graph

From: Arnaldo Carvalho de Melo Trying to move in the direction of using callchain_param for all callchain parameters, eventually ditching them from symbol_conf. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 05/14] perf report: Use callchain_param.enabled instead of tool specific knob

From: Arnaldo Carvalho de Melo We have callchain_param.enabled, so no need to have something just for 'perf report' to do the same thing. Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 12/14] perf symbols: Allow loading kallsyms without considering kcore files

From: Arnaldo Carvalho de Melo Before the support for using /proc/kcore was introduced, the kallsyms routines used /proc/modules and the first 'perf test' entry expected finding maps for each module in the system, which is not the case with the kcore code. Provide a way to ignore kcore files so

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

in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20160419 for you to fetch changes up to 6566feafb4dba4eef30a9c0b25e6f49f996178b6: perf test: Add missing verbose output explaining the reason for failure (2016-04-19 12:39:36 -0300

[PATCH 13/14] perf test: Ignore kcore files in the "vmlinux matches kallsyms" test

From: Arnaldo Carvalho de Melo Before: # perf test -v kallsyms Maps only in vmlinux: 81d5e000-81ec3ac8 115e000 [kernel].init.text 81ec3ac8-a000 12c3ac8 [kernel].exit.text a000-a000c000 0 [fjes]

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

in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git tags/perf-core-for-mingo-20160419 for you to fetch changes up to 6566feafb4dba4eef30a9c0b25e6f49f996178b6: perf test: Add missing verbose output explaining the reason for failure (2016-04-19 12:39:36 -0300

[PATCH 13/14] perf test: Ignore kcore files in the "vmlinux matches kallsyms" test

From: Arnaldo Carvalho de Melo Before: # perf test -v kallsyms Maps only in vmlinux: 81d5e000-81ec3ac8 115e000 [kernel].init.text 81ec3ac8-a000 12c3ac8 [kernel].exit.text a000-a000c000 0 [fjes]

[PATCH 02/14] perf evsel: Add missign class prefix to has_branch_stack method

From: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link:

[PATCH 02/14] perf evsel: Add missign class prefix to has_branch_stack method

From: Arnaldo Carvalho de Melo Cc: Adrian Hunter Cc: David Ahern Cc: Jiri Olsa Cc: Milian Wolff Cc: Namhyung Kim Cc: Wang Nan Link: http://lkml.kernel.org/n/tip-5i07ivw1yjsweb7gztr25...@git.kernel.org Signed-off-by: Arnaldo Carvalho de Melo --- tools/perf/util/evsel.h | 2 +-

[PATCH] ARM: at91/dt: fix typo in sama5d2 PIN_PD24 description

Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux") Signed-off-by: Florian Vallee --- arch/arm/boot/dts/sama5d2-pinfunc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/sama5d2-pinfunc.h b/arch/arm/boot/dts/sama5d2-pinfunc.h

[PATCH] ARM: at91/dt: fix typo in sama5d2 PIN_PD24 description

Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux") Signed-off-by: Florian Vallee --- arch/arm/boot/dts/sama5d2-pinfunc.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/sama5d2-pinfunc.h b/arch/arm/boot/dts/sama5d2-pinfunc.h index

Re: [PATCH V2 09/15] coresight: tmc: adding mode of operation for link/sinks

On 19/04/16 16:45, Mathieu Poirier wrote: On 19 April 2016 at 07:19, Suzuki K Poulose wrote: On 12/04/16 18:54, Mathieu Poirier wrote: Moving tmc_drvdata::enable to a local_t mode. That way the sink interface is aware of it's orgin and the foundation for mutual

Re: [PATCH V2 09/15] coresight: tmc: adding mode of operation for link/sinks

On 19/04/16 16:45, Mathieu Poirier wrote: On 19 April 2016 at 07:19, Suzuki K Poulose wrote: On 12/04/16 18:54, Mathieu Poirier wrote: Moving tmc_drvdata::enable to a local_t mode. That way the sink interface is aware of it's orgin and the foundation for mutual exclusion between the sysFS

Re: [PATCH 1/2] regulator: DT: Add support to scale ramp delay based on platform behavior

On Tue, Apr 19, 2016 at 04:26:27PM +0530, Laxman Dewangan wrote: > Now, for property, I will add > maxim,ramp-delay Please call it something that makes it obvious that it's a register value rather than a time like ramp-setting or something. signature.asc Description: PGP signature

Re: [PATCH 1/2] regulator: DT: Add support to scale ramp delay based on platform behavior

On Tue, Apr 19, 2016 at 04:26:27PM +0530, Laxman Dewangan wrote: > Now, for property, I will add > maxim,ramp-delay Please call it something that makes it obvious that it's a register value rather than a time like ramp-setting or something. signature.asc Description: PGP signature

Re: [PATCH] perf buildid: fix off-by-one in write_buildid()

On 04/19/2016 04:38 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Apr 19, 2016 at 11:17:27AM +0300, Andrey Ryabinin escreveu: >> write_buildid() increments 'name_len' with intention to take into account >> trailing zero byte. However, 'name_len' was already incremented in >>

Re: [PATCH] perf buildid: fix off-by-one in write_buildid()

On 04/19/2016 04:38 PM, Arnaldo Carvalho de Melo wrote: > Em Tue, Apr 19, 2016 at 11:17:27AM +0300, Andrey Ryabinin escreveu: >> write_buildid() increments 'name_len' with intention to take into account >> trailing zero byte. However, 'name_len' was already incremented in >>

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

On Tue, Apr 19, 2016 at 7:27 AM, Joerg Roedel wrote: > Hi Thomas, > > On Fri, Apr 15, 2016 at 03:03:12PM -0700, Thomas Garnier wrote: >> +/* >> + * Create PGD aligned trampoline table to allow real mode initialization >> + * of additional CPUs. Consume only 1 additonal low memory

Re: [RFC v1 3/4] x86, boot: Implement ASLR for kernel memory sections (x86_64)

On Tue, Apr 19, 2016 at 7:27 AM, Joerg Roedel wrote: > Hi Thomas, > > On Fri, Apr 15, 2016 at 03:03:12PM -0700, Thomas Garnier wrote: >> +/* >> + * Create PGD aligned trampoline table to allow real mode initialization >> + * of additional CPUs. Consume only 1 additonal low memory page. >> + */ >>

[PATCH] Documentation: bindings: fix palmas-rtc documentation

Signed-off-by: H. Nikolaus Schaller --- Documentation/devicetree/bindings/rtc/rtc-palmas.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/rtc/rtc-palmas.txt b/Documentation/devicetree/bindings/rtc/rtc-palmas.txt

[PATCH] Documentation: bindings: fix palmas-rtc documentation

Signed-off-by: H. Nikolaus Schaller --- Documentation/devicetree/bindings/rtc/rtc-palmas.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/rtc/rtc-palmas.txt b/Documentation/devicetree/bindings/rtc/rtc-palmas.txt index

Re: [PATCH v2 3/6] ARM: PSCI: Register with kernel restart handler

On Thu, Apr 14, 2016 at 07:42:34PM -0700, Guenter Roeck wrote: > Register with kernel restart handler instead of setting arm_pm_restart > directly. This enables support for replacing the PSCI restart handler > with a different handler if necessary for a specific board. > > Select a priority of

Re: [PATCH v2 3/6] ARM: PSCI: Register with kernel restart handler

On Thu, Apr 14, 2016 at 07:42:34PM -0700, Guenter Roeck wrote: > Register with kernel restart handler instead of setting arm_pm_restart > directly. This enables support for replacing the PSCI restart handler > with a different handler if necessary for a specific board. > > Select a priority of

Re: [PATCH V2 09/15] coresight: tmc: adding mode of operation for link/sinks

On 19 April 2016 at 07:19, Suzuki K Poulose wrote: > On 12/04/16 18:54, Mathieu Poirier wrote: >> >> Moving tmc_drvdata::enable to a local_t mode. That way the >> sink interface is aware of it's orgin and the foundation for >> mutual exclusion between the sysFS and Perf

Re: [PATCH V2 09/15] coresight: tmc: adding mode of operation for link/sinks

On 19 April 2016 at 07:19, Suzuki K Poulose wrote: > On 12/04/16 18:54, Mathieu Poirier wrote: >> >> Moving tmc_drvdata::enable to a local_t mode. That way the >> sink interface is aware of it's orgin and the foundation for >> mutual exclusion between the sysFS and Perf interface can be >> laid

[PATCH] Fix bindings documentation for Palmas.

H. Nikolaus Schaller (1): Documentation: bindings: fix palmas-rtc documentation Documentation/devicetree/bindings/rtc/rtc-palmas.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) -- 2.7.3

Re: [PATCH v2 1/1] drivers: net: cpsw: Prevent NUll pointer dereference with two PHYs

On 04/19/2016 06:01 PM, David Rivshin (Allworx) wrote: > On Tue, 19 Apr 2016 17:41:07 +0300 > Grygorii Strashko wrote: > >> Hi, >> >> On 04/19/2016 04:56 PM, Andrew Goodbody wrote: >>> Adding a 2nd PHY to cpsw results in a NULL pointer dereference >>> as below. Fix by

Re: [PATCH v2 1/1] drivers: net: cpsw: Prevent NUll pointer dereference with two PHYs

On 04/19/2016 06:01 PM, David Rivshin (Allworx) wrote: > On Tue, 19 Apr 2016 17:41:07 +0300 > Grygorii Strashko wrote: > >> Hi, >> >> On 04/19/2016 04:56 PM, Andrew Goodbody wrote: >>> Adding a 2nd PHY to cpsw results in a NULL pointer dereference >>> as below. Fix by maintaining a reference to

[PATCH] Fix bindings documentation for Palmas.

H. Nikolaus Schaller (1): Documentation: bindings: fix palmas-rtc documentation Documentation/devicetree/bindings/rtc/rtc-palmas.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) -- 2.7.3

Re: [PATCH v2 2/5] arm64/perf: Cavium ThunderX L2C TAD uncore support

On Wed, Mar 09, 2016 at 05:21:04PM +0100, Jan Glauber wrote: > Support counters of the L2 Cache tag and data units. > > Also support pass2 added/modified counters by checking MIDR. > > Signed-off-by: Jan Glauber > --- > drivers/perf/uncore/Makefile| 3 +-

Re: [PATCH v2 2/5] arm64/perf: Cavium ThunderX L2C TAD uncore support

On Wed, Mar 09, 2016 at 05:21:04PM +0100, Jan Glauber wrote: > Support counters of the L2 Cache tag and data units. > > Also support pass2 added/modified counters by checking MIDR. > > Signed-off-by: Jan Glauber > --- > drivers/perf/uncore/Makefile| 3 +- >

<    4   5   6   7   8   9   10   11   12   13   >