[PATCH 26/31] perf hists browser: Implement hierarchy output

From: Namhyung Kim Implement hierarchy mode in TUI. The output is look like stdio but it also supports to fold/unfold children dynamically. Signed-off-by: Namhyung Kim Acked-by: Pekka Enberg Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Stephane Eranian Cc: Wang

[PATCH 17/31] perf hists: Add helper functions for hierarchy mode

From: Namhyung Kim The rb_hierarchy_{next,prev,last} functions are to traverse all hist entries in a hierarchy. They will be used by various function which supports hierarchy output. As the rb_hierarchy_next() is used to traverse the whole hierarchy, it sometime needs to visit entries

[PATCH 15/31] perf hists: Basic support of hierarchical report view

From: Namhyung Kim In the hierarchical view, entries will be grouped and sorted on the first key, and then on the second key, and so on. Add the he->hroot_{in,out} fields to keep the lower level entries. Actually this can share space, in a union, with callchain's 'sorted_root' since the hroots

[PATCH 20/31] perf hists: Resort after filtering hierarchy

From: Namhyung Kim In hierarchy mode, a filter can affect periods of entries in upper hierarchy. So it needs to resort the hists after filter. For example, let's look at following example: Overhead Command / Shared Object / Symbol 30.00%

[PATCH 16/31] perf hists: Resort hist entries with hierarchy

From: Namhyung Kim For hierarchical output, each entry must be sorted in their rbtree (hroot) properly. Add hists__hierarchy_output_resort() to do the job. Note that those hierarchy entries share the period counts, it'd be important to update the hists->stats only once (for

[PATCH 24/31] perf hists browser: Count number of hierarchy entries

From: Namhyung Kim Add nr_hierarchy_entries field to keep current number of (unfolded) hist entries. And the hist_entry->nr_rows carries number of direct children. But in the hierarchy mode, entry can have grand children and callchains. So update the number properly using

[PATCH 16/31] perf hists: Resort hist entries with hierarchy

From: Namhyung Kim For hierarchical output, each entry must be sorted in their rbtree (hroot) properly. Add hists__hierarchy_output_resort() to do the job. Note that those hierarchy entries share the period counts, it'd be important to update the hists->stats only once (for leaves).

[PATCH 24/31] perf hists browser: Count number of hierarchy entries

From: Namhyung Kim Add nr_hierarchy_entries field to keep current number of (unfolded) hist entries. And the hist_entry->nr_rows carries number of direct children. But in the hierarchy mode, entry can have grand children and callchains. So update the number properly using hierarchy_count_rows()

[PATCH 30/31] perf hists: Support decaying in hierarchy mode

From: Namhyung Kim In the hierarchy mode, hist entries should decay their children too. Also update hists__delete_entry() to be able to free child entries. Signed-off-by: Namhyung Kim Acked-by: Pekka Enberg Cc: Andi Kleen

[PATCH 21/31] perf hists: Count number of sort keys

From: Namhyung Kim It'll be used for hierarchy output mode to indent entries properly. Signed-off-by: Namhyung Kim Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra

[PATCH 22/31] perf ui/stdio: Implement hierarchy output mode

From: Namhyung Kim The hierarchy output mode is to group entries for each level so that user can see higher level picture more easily. It also helps to find out which component is most costly. The output will look like below: 15.11% swapper 14.97%

[PATCH 31/31] perf top: Add --hierarchy option

From: Namhyung Kim Support hierarchy output for perf-top using --hierarchy option. Signed-off-by: Namhyung Kim Acked-by: Pekka Enberg Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa

[PATCH 30/31] perf hists: Support decaying in hierarchy mode

From: Namhyung Kim In the hierarchy mode, hist entries should decay their children too. Also update hists__delete_entry() to be able to free child entries. Signed-off-by: Namhyung Kim Acked-by: Pekka Enberg Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Stephane

[PATCH 21/31] perf hists: Count number of sort keys

From: Namhyung Kim It'll be used for hierarchy output mode to indent entries properly. Signed-off-by: Namhyung Kim Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Stephane Eranian Cc: Wang Nan Link:

[PATCH 22/31] perf ui/stdio: Implement hierarchy output mode

From: Namhyung Kim The hierarchy output mode is to group entries for each level so that user can see higher level picture more easily. It also helps to find out which component is most costly. The output will look like below: 15.11% swapper 14.97% [kernel.vmlinux]

[PATCH 31/31] perf top: Add --hierarchy option

From: Namhyung Kim Support hierarchy output for perf-top using --hierarchy option. Signed-off-by: Namhyung Kim Acked-by: Pekka Enberg Cc: Andi Kleen Cc: David Ahern Cc: Jiri Olsa Cc: Peter Zijlstra Cc: Stephane Eranian Cc: Wang Nan Link:

Re: [PATCH] ASoC: arizona: Make logging of FLL calculations clearer

On Wed, Feb 24, 2016 at 05:39:32PM +, Richard Fitzgerald wrote: > On 24/02/16 04:08, Mark Brown wrote: > >I think that stuff was originally based on the way the datasheets quote > >things: > >>- arizona_fll_dbg(fll, "FRATIO=%x(%d) OUTDIV=%x REFCLK_DIV=%x\n", > >the hex(decimal) but there

Re: [PATCH] ASoC: arizona: Make logging of FLL calculations clearer

On Wed, Feb 24, 2016 at 05:39:32PM +, Richard Fitzgerald wrote: > On 24/02/16 04:08, Mark Brown wrote: > >I think that stuff was originally based on the way the datasheets quote > >things: > >>- arizona_fll_dbg(fll, "FRATIO=%x(%d) OUTDIV=%x REFCLK_DIV=%x\n", > >the hex(decimal) but there

Applied "regulator: core: fix crash in error path of regulator_register" to the regulator tree

The patch regulator: core: fix crash in error path of regulator_register has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "regulator: core: fix crash in error path of regulator_register" to the regulator tree

The patch regulator: core: fix crash in error path of regulator_register has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Re: [GIT PULL] at91: drivers for 4.6 #1

On Thu, Feb 18, 2016 at 03:06:08AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > This is a rework of the PMC driver. It touches multiple subsystems so > the easiest path is through arm-soc. > > Thanks, > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: >

Re: [GIT PULL] at91: drivers for 4.6 #1

On Thu, Feb 18, 2016 at 03:06:08AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > This is a rework of the PMC driver. It touches multiple subsystems so > the easiest path is through arm-soc. > > Thanks, > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: >

Re: [GIT PULL] at91: dt for 4.6 #1

On Thu, Feb 18, 2016 at 03:23:11AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > This is the addition of the ADC support for sama5d2. The driver went > through the iio tree. > > Thanks! > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: > > Linux

Re: [PATCH 31/35] block, fs: remove old REQ definitions.

Hi Mike, [auto build test WARNING on next-20160224] [cannot apply to dm/for-next v4.5-rc5 v4.5-rc4 v4.5-rc3 v4.5-rc5] [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/mchristi-redhat-com

Re: [GIT PULL] at91: dt for 4.6 #1

On Thu, Feb 18, 2016 at 03:23:11AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > This is the addition of the ADC support for sama5d2. The driver went > through the iio tree. > > Thanks! > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: > > Linux

Re: [PATCH 31/35] block, fs: remove old REQ definitions.

Hi Mike, [auto build test WARNING on next-20160224] [cannot apply to dm/for-next v4.5-rc5 v4.5-rc4 v4.5-rc3 v4.5-rc5] [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/mchristi-redhat-com

Re: [PATCH] regulator: core: fix error path of regulator_ena_gpio_free

On Wed, Feb 24, 2016 at 09:20:19AM +, Jon Hunter wrote: > Make sure you tag the patch as V2, etc, so that Mark knows which version > to pick up. Versioning is nice but not totally essential. What really helps is not burying new patches in the middle of threads, especially if it's a

Re: [PATCH v4 12/12] arm64: defconfig: enable Armada 3700 related config

On Tue, Feb 16, 2016 at 07:15:02PM +0100, Gregory CLEMENT wrote: > This patch enables the configuration for the Armada 3700 family and for > the related driver it uses. > > Signed-off-by: Gregory CLEMENT > Reviewed-by: Thomas Petazzoni

Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions

On Thu, 25 Feb 2016 09:34:55 +0900 Joonsoo Kim wrote: > > > > The patches will be a bit of a pain to maintain but surprisingly they > > apply OK at present. It's possible that by the time they hit upstream, > > some direct ->_count references will still be present and

Re: [GIT PULL] at91: defconfig for 4.6 #1

On Thu, Feb 18, 2016 at 02:56:34AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > A defconfig update, adding the sama5d2 ADC to sama5_defconfig. > > Thanks, > > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: > > Linux 4.5-rc1 (2016-01-24 13:06:47

Re: [PATCH] regulator: core: fix error path of regulator_ena_gpio_free

On Wed, Feb 24, 2016 at 09:20:19AM +, Jon Hunter wrote: > Make sure you tag the patch as V2, etc, so that Mark knows which version > to pick up. Versioning is nice but not totally essential. What really helps is not burying new patches in the middle of threads, especially if it's a

Re: [PATCH v4 12/12] arm64: defconfig: enable Armada 3700 related config

On Tue, Feb 16, 2016 at 07:15:02PM +0100, Gregory CLEMENT wrote: > This patch enables the configuration for the Armada 3700 family and for > the related driver it uses. > > Signed-off-by: Gregory CLEMENT > Reviewed-by: Thomas Petazzoni > --- > arch/arm64/configs/defconfig | 5 + > 1 file

Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions

On Thu, 25 Feb 2016 09:34:55 +0900 Joonsoo Kim wrote: > > > > The patches will be a bit of a pain to maintain but surprisingly they > > apply OK at present. It's possible that by the time they hit upstream, > > some direct ->_count references will still be present and it will > > require a

Re: [GIT PULL] at91: defconfig for 4.6 #1

On Thu, Feb 18, 2016 at 02:56:34AM +0100, Alexandre Belloni wrote: > Arnd, Olof, Kevin, > > A defconfig update, adding the sama5d2 ADC to sama5_defconfig. > > Thanks, > > > The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: > > Linux 4.5-rc1 (2016-01-24 13:06:47

[PATCH v4] arm64: Add workaround for Cavium erratum 27456

From: Andrew Pinski On ThunderX T88 pass 1.x through 2.1 parts, broadcast TLBI instructions may cause the icache to become corrupted if it contains data for a non-current ASID. This patch implements the workaround (which invalidates the local icache when switching the mm) by

[PATCH v4] arm64: Add workaround for Cavium erratum 27456

From: Andrew Pinski On ThunderX T88 pass 1.x through 2.1 parts, broadcast TLBI instructions may cause the icache to become corrupted if it contains data for a non-current ASID. This patch implements the workaround (which invalidates the local icache when switching the mm) by using code

Re: [PATCH] mm, memory hotplug: print more failure information for online_pages

On Thu, 25 Feb 2016, Chen Yucong wrote: > > Please explain how the conversion from KERN_DEBUG to KERN_INFO level is > > better? > > Like __offline_pages(), printk() in online_pages() is used for reporting > an failed addition rather than debug information. > Another reason is that pr_debug() is

Re: [PATCH] mm, memory hotplug: print more failure information for online_pages

On Thu, 25 Feb 2016, Chen Yucong wrote: > > Please explain how the conversion from KERN_DEBUG to KERN_INFO level is > > better? > > Like __offline_pages(), printk() in online_pages() is used for reporting > an failed addition rather than debug information. > Another reason is that pr_debug() is

Re: [GIT PULL 3/7] drivers: soc: EXYNOS drivers for v4.6

On Wed, Feb 24, 2016 at 4:43 PM, Krzysztof Kozlowski wrote: > On 25.02.2016 07:22, Olof Johansson wrote: >> On Mon, Feb 15, 2016 at 09:34:02AM +0900, Krzysztof Kozlowski wrote: >>> Hi Arnd, Kevin and Olof, >>> >>> This finally moves SROM controller and PMU code to

Re: [GIT PULL 3/7] drivers: soc: EXYNOS drivers for v4.6

On Wed, Feb 24, 2016 at 4:43 PM, Krzysztof Kozlowski wrote: > On 25.02.2016 07:22, Olof Johansson wrote: >> On Mon, Feb 15, 2016 at 09:34:02AM +0900, Krzysztof Kozlowski wrote: >>> Hi Arnd, Kevin and Olof, >>> >>> This finally moves SROM controller and PMU code to separate >>> driver under

Re: [PATCH] arm64/mm: fix virtual address boundary check

On Wed, 2016-02-24 at 16:19 +, Catalin Marinas wrote: > On Thu, Feb 25, 2016 at 12:01:48AM +0800, miles.c...@mediatek.com wrote: > > From: Miles Chen > > > > The MODULES_VADDR is not the lowest possible > > kernel virtual address. TASK_SIZE_64 may be larger than > >

Re: [PATCH] arm64/mm: fix virtual address boundary check

On Wed, 2016-02-24 at 16:19 +, Catalin Marinas wrote: > On Thu, Feb 25, 2016 at 12:01:48AM +0800, miles.c...@mediatek.com wrote: > > From: Miles Chen > > > > The MODULES_VADDR is not the lowest possible > > kernel virtual address. TASK_SIZE_64 may be larger than > > MODULES_VADDR,

Re: [PATCH v3 01/11] x86/boot: enumerate documentation for the x86 hardware_subarch

On Wed, Feb 24, 2016 at 5:18 PM, Luis R. Rodriguez wrote: > > On Feb 24, 2016 8:40 AM, "Andy Lutomirski" wrote: >> >> On Feb 24, 2016 12:33 AM, "Ingo Molnar" wrote: >> > >> > For hard coded platform quirks I'd suggest we add

Re: [PATCH v3 01/11] x86/boot: enumerate documentation for the x86 hardware_subarch

On Wed, Feb 24, 2016 at 5:18 PM, Luis R. Rodriguez wrote: > > On Feb 24, 2016 8:40 AM, "Andy Lutomirski" wrote: >> >> On Feb 24, 2016 12:33 AM, "Ingo Molnar" wrote: >> > >> > For hard coded platform quirks I'd suggest we add x86_platform.quirks >> > flags. For >> > example the F00F hack for Xen

Re: [PATCHv2] lkdtm: Add READ_AFTER_FREE test

On 02/24/2016 03:37 PM, Kees Cook wrote: On Wed, Feb 24, 2016 at 1:48 PM, Kees Cook wrote: On Wed, Feb 24, 2016 at 11:40 AM, Laura Abbott wrote: Yep, looks like the v1 patches and not the v2 patches which fix a known issue with the zeroing. Ah-ha,

Re: [PATCHv2] lkdtm: Add READ_AFTER_FREE test

On 02/24/2016 03:37 PM, Kees Cook wrote: On Wed, Feb 24, 2016 at 1:48 PM, Kees Cook wrote: On Wed, Feb 24, 2016 at 11:40 AM, Laura Abbott wrote: Yep, looks like the v1 patches and not the v2 patches which fix a known issue with the zeroing. Ah-ha, I'll go find those and retest. I sent

Re: [PATCHSET 00/18] perf tools: Add support for hierachy view (v7)

Em Thu, Feb 25, 2016 at 12:13:32AM +0900, Namhyung Kim escreveu: > Hello, > > This patchset implements a new feature that collects hist entries in a > hierachical manner. That means lower-level entries belong to an > upper-level entry. The entry hierachy is built on the sort keys > given, so

Re: [PATCHSET 00/18] perf tools: Add support for hierachy view (v7)

Em Thu, Feb 25, 2016 at 12:13:32AM +0900, Namhyung Kim escreveu: > Hello, > > This patchset implements a new feature that collects hist entries in a > hierachical manner. That means lower-level entries belong to an > upper-level entry. The entry hierachy is built on the sort keys > given, so

[lkp] [of] 681c3cb0e4: INFO: possible circular locking dependency detected ]

FYI, we noticed the below changes on https://github.com/0day-ci/linux Alan-Tull/of-add-pre-operation-notifications/20160225-063254 commit 681c3cb0e4d77a0eed48269e2db81bffb97e6604 ("of: add pre-operation notifications") [ 15.344947] [ 15.345268]

[lkp] [of] 681c3cb0e4: INFO: possible circular locking dependency detected ]

FYI, we noticed the below changes on https://github.com/0day-ci/linux Alan-Tull/of-add-pre-operation-notifications/20160225-063254 commit 681c3cb0e4d77a0eed48269e2db81bffb97e6604 ("of: add pre-operation notifications") [ 15.344947] [ 15.345268]

[GIT PULL] nfsd bugfix for 4.5

Please pull an nfsd bugfix for 4.5 from git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.5-1 One fix for a bug that could cause a NULL write past the end of a buffer in case of unusually long writes to some system interfaces used by mountd and other nfs support utilities. --b. Stefan

[GIT PULL] nfsd bugfix for 4.5

Please pull an nfsd bugfix for 4.5 from git://linux-nfs.org/~bfields/linux.git tags/nfsd-4.5-1 One fix for a bug that could cause a NULL write past the end of a buffer in case of unusually long writes to some system interfaces used by mountd and other nfs support utilities. --b. Stefan

Re: [PATCH 12/12] powerpc/ftrace: Disable profiling for some files

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Using -mprofile-kernel on early boot code not only confuses the > checker but is also useless, as the infrastructure is not yet in > place. Proceed like with -pg (remove it from CFLAGS), equally with > time.o,

Re: [PATCH 12/12] powerpc/ftrace: Disable profiling for some files

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Using -mprofile-kernel on early boot code not only confuses the > checker but is also useless, as the infrastructure is not yet in > place. Proceed like with -pg (remove it from CFLAGS), equally with > time.o, ftrace and its

Re: [PATCH 10/12] powerpc/ftrace: FTRACE_WITH_REGS configuration variables

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > * arch/powerpc/Makefile: > - globally use -mprofile-kernel in case it's configured, > available and bug-free. > * arch/powerpc/gcc-mprofile-kernel-notrace.sh: > - make sure -mprofile-kernel works

Re: [PATCH 10/12] powerpc/ftrace: FTRACE_WITH_REGS configuration variables

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > * arch/powerpc/Makefile: > - globally use -mprofile-kernel in case it's configured, > available and bug-free. > * arch/powerpc/gcc-mprofile-kernel-notrace.sh: > - make sure -mprofile-kernel works and has none of

Re: [PATCH 09/12] powerpc/ftrace: Use generic ftrace_modify_all_code()

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Convert powerpc's arch_ftrace_update_code() from its own version to use > the generic default functionality (without stop_machine -- our > instructions are properly aligned and the replacements atomic). > > With

Re: [PATCH 09/12] powerpc/ftrace: Use generic ftrace_modify_all_code()

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Convert powerpc's arch_ftrace_update_code() from its own version to use > the generic default functionality (without stop_machine -- our > instructions are properly aligned and the replacements atomic). > > With this we gain

Re: [PATCH] mm, memory hotplug: print more failure information for online_pages

On Wed, 2016-02-24 at 13:33 -0800, David Rientjes wrote: > On Wed, 24 Feb 2016, Chen Yucong wrote: > > > diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c > > index c832ef3..e4b6dec3 100644 > > --- a/mm/memory_hotplug.c > > +++ b/mm/memory_hotplug.c > > @@ -1059,10 +1059,9 @@ int __ref

Re: [PATCH] mm, memory hotplug: print more failure information for online_pages

On Wed, 2016-02-24 at 13:33 -0800, David Rientjes wrote: > On Wed, 24 Feb 2016, Chen Yucong wrote: > > > diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c > > index c832ef3..e4b6dec3 100644 > > --- a/mm/memory_hotplug.c > > +++ b/mm/memory_hotplug.c > > @@ -1059,10 +1059,9 @@ int __ref

Re: [PATCH 08/12] powerpc/ftrace: Rework ftrace_caller()

On 25/02/16 01:28, Michael Ellerman wrote: > The main change is to just use paca->kernel_toc, rather than a branch to > +4 and mflr etc. That makes the code simpler and should also perform > better. > > There was also a sequence after ftrace_call() where we load from > pt_regs->nip, move to LR,

Re: [PATCH 08/12] powerpc/ftrace: Rework ftrace_caller()

On 25/02/16 01:28, Michael Ellerman wrote: > The main change is to just use paca->kernel_toc, rather than a branch to > +4 and mflr etc. That makes the code simpler and should also perform > better. > > There was also a sequence after ftrace_call() where we load from > pt_regs->nip, move to LR,

Re: [PATCH 01/14] pinctrl: sunxi: Add A83T R_PIO controller support

Hi Linus, On Tue, Feb 16, 2016 at 12:23:37AM +0100, Linus Walleij wrote: > On Thu, Feb 11, 2016 at 4:12 PM, Maxime Ripard > wrote: > > On Thu, Feb 11, 2016 at 02:47:57PM +0100, Linus Walleij wrote: > > >> Can you guys supply a MAINTAINERS entry for the sunxi >

Re: [PATCH 01/14] pinctrl: sunxi: Add A83T R_PIO controller support

Hi Linus, On Tue, Feb 16, 2016 at 12:23:37AM +0100, Linus Walleij wrote: > On Thu, Feb 11, 2016 at 4:12 PM, Maxime Ripard > wrote: > > On Thu, Feb 11, 2016 at 02:47:57PM +0100, Linus Walleij wrote: > > >> Can you guys supply a MAINTAINERS entry for the sunxi > >> stuff? > > > > We have one, and

Re: [PATCH v6] Fix sun7i pin assignment for IRQ's

Hi, Usually, the patch title should be prefixed by the subsystem it applies to so that maintainer and reviewers can spot it more easily. In this case, it would be something like pinctrl: sunxi: Fix sun7i pin assignment for IRQ's On Mon, Feb 22, 2016 at 06:14:07PM +0100, Henry Paulissen wrote: >

Re: [PATCH v6] Fix sun7i pin assignment for IRQ's

Hi, Usually, the patch title should be prefixed by the subsystem it applies to so that maintainer and reviewers can spot it more easily. In this case, it would be something like pinctrl: sunxi: Fix sun7i pin assignment for IRQ's On Mon, Feb 22, 2016 at 06:14:07PM +0100, Henry Paulissen wrote: >

Re: [PATCH 3.14 52/70] mm: fix mlock accouting

On Tue, Feb 23, 2016 at 07:34:01PM -0800, Greg Kroah-Hartman wrote: > 3.14-stable review patch. If anyone has any objections, please let me know. > I'm not sure this should be queued for the 3.14 kernel. It is tagged for 4.4+ and since in this kernel version __mod_zone_page_state() doesn't

Re: [PATCH 3.14 52/70] mm: fix mlock accouting

On Tue, Feb 23, 2016 at 07:34:01PM -0800, Greg Kroah-Hartman wrote: > 3.14-stable review patch. If anyone has any objections, please let me know. > I'm not sure this should be queued for the 3.14 kernel. It is tagged for 4.4+ and since in this kernel version __mod_zone_page_state() doesn't

Re: [PATCH trivial] include/linux/gfp.h: Improve the coding styles

Hello Chen, On Thu, 25 Feb 2016, cheng...@emindsoft.com.cn wrote: From: Chen Gang Always notice about 80 columns, and the white space near '|'. Let the wrapped function parameters align as the same styles. Remove redundant statement "enum zone_type z;" in

[PATCH v2] dmaengine: pl330: fix to support the burst mode

This patch fixes the burst mode that will break DMA uart on SoCFPGA. In some cases, some SoCS didn't support the multi-burst even if the devices who use the pl330 claim support the maxburst. Fixes: commit 848e977 "dmaengine: pl330: support burst mode for dev-to-mem and mem-to-dev transmit"

Re: [PATCH trivial] include/linux/gfp.h: Improve the coding styles

Hello Chen, On Thu, 25 Feb 2016, cheng...@emindsoft.com.cn wrote: From: Chen Gang Always notice about 80 columns, and the white space near '|'. Let the wrapped function parameters align as the same styles. Remove redundant statement "enum zone_type z;" in function gfp_zone.

[PATCH v2] dmaengine: pl330: fix to support the burst mode

This patch fixes the burst mode that will break DMA uart on SoCFPGA. In some cases, some SoCS didn't support the multi-burst even if the devices who use the pl330 claim support the maxburst. Fixes: commit 848e977 "dmaengine: pl330: support burst mode for dev-to-mem and mem-to-dev transmit"

Re: [PATCH 07/12] powerpc/ftrace: FTRACE_WITH_REGS implementation for ppc64le

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2. > Initial work started by Vojtech Pavlik, used with permission. > > * arch/powerpc/kernel/entry_64.S: > - Implement an effective ftrace_caller that

Re: [PATCH 07/12] powerpc/ftrace: FTRACE_WITH_REGS implementation for ppc64le

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2. > Initial work started by Vojtech Pavlik, used with permission. > > * arch/powerpc/kernel/entry_64.S: > - Implement an effective ftrace_caller that works from >

Re: [PATCH v3] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 1:34 PM, Diego Viola wrote: > On Tue, Feb 23, 2016 at 12:04 PM, Diego Viola wrote: >> The JMC260 network card fails to suspend/resume because the call to >> jme_start_irq() was too early, moving the call to jme_start_irq()

Re: [PATCH 3/4] clk: rockchip: add dt-binding header for rk3399

Hi Heiko: 在 24/02/2016 21:27, Heiko Stuebner 写道: Hi Jianqun, Am Dienstag, 23. Februar 2016, 15:01:03 schrieb jianqun.xu: From: Xing Zheng Add the dt-bindings header for the rk3399, that gets shared between the clock controller and the clock references in the dts.

Re: [PATCH v3] net: jme: fix suspend/resume on JMC260

On Tue, Feb 23, 2016 at 1:34 PM, Diego Viola wrote: > On Tue, Feb 23, 2016 at 12:04 PM, Diego Viola wrote: >> The JMC260 network card fails to suspend/resume because the call to >> jme_start_irq() was too early, moving the call to jme_start_irq() after >> the call to jme_reset_link() makes it

Re: [PATCH 3/4] clk: rockchip: add dt-binding header for rk3399

Hi Heiko: 在 24/02/2016 21:27, Heiko Stuebner 写道: Hi Jianqun, Am Dienstag, 23. Februar 2016, 15:01:03 schrieb jianqun.xu: From: Xing Zheng Add the dt-bindings header for the rk3399, that gets shared between the clock controller and the clock references in the dts. Signed-off-by: Xing Zheng

Re: [GIT PULL 3/7] drivers: soc: EXYNOS drivers for v4.6

On 25.02.2016 07:22, Olof Johansson wrote: > On Mon, Feb 15, 2016 at 09:34:02AM +0900, Krzysztof Kozlowski wrote: >> Hi Arnd, Kevin and Olof, >> >> This finally moves SROM controller and PMU code to separate >> driver under drivers/soc/samsung. >> >> Kind regards, >> Krzysztof >> >> >> The

Re: [GIT PULL 3/7] drivers: soc: EXYNOS drivers for v4.6

On 25.02.2016 07:22, Olof Johansson wrote: > On Mon, Feb 15, 2016 at 09:34:02AM +0900, Krzysztof Kozlowski wrote: >> Hi Arnd, Kevin and Olof, >> >> This finally moves SROM controller and PMU code to separate >> driver under drivers/soc/samsung. >> >> Kind regards, >> Krzysztof >> >> >> The

Re: [PATCH v2] mm: scale kswapd watermarks in proportion to memory

Hello, Johannes. Just nitpick below. On Mon, Feb 22, 2016 at 03:33:22PM -0800, Johannes Weiner wrote: > In machines with 140G of memory and enterprise flash storage, we have > seen read and write bursts routinely exceed the kswapd watermarks and > cause thundering herds in direct reclaim.

Re: [PATCH v2] mm: scale kswapd watermarks in proportion to memory

Hello, Johannes. Just nitpick below. On Mon, Feb 22, 2016 at 03:33:22PM -0800, Johannes Weiner wrote: > In machines with 140G of memory and enterprise flash storage, we have > seen read and write bursts routinely exceed the kswapd watermarks and > cause thundering herds in direct reclaim.

Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions

On Tue, Feb 23, 2016 at 03:32:44PM -0800, Andrew Morton wrote: > On Tue, 23 Feb 2016 16:21:17 +0900 js1...@gmail.com wrote: > > > From: Joonsoo Kim > > > > Success of CMA allocation largely depends on success of migration > > and key factor of it is page reference count.

Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions

On Tue, Feb 23, 2016 at 03:32:44PM -0800, Andrew Morton wrote: > On Tue, 23 Feb 2016 16:21:17 +0900 js1...@gmail.com wrote: > > > From: Joonsoo Kim > > > > Success of CMA allocation largely depends on success of migration > > and key factor of it is page reference count. Until now, page

[GIT PULL] power supply changes for 4.5-rc

Hi Linus, The following changes since commit 81f70ba233d5f660e1ea5fe23260ee323af5d53a: Linux 4.5-rc5 (2016-02-20 13:39:35 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git tags/for-v4.5-rc for you to fetch changes up

[GIT PULL] power supply changes for 4.5-rc

Hi Linus, The following changes since commit 81f70ba233d5f660e1ea5fe23260ee323af5d53a: Linux 4.5-rc5 (2016-02-20 13:39:35 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-power-supply.git tags/for-v4.5-rc for you to fetch changes up

Re: [PATCH 05/12] powerpc/ftrace: ftrace_graph_caller() needs to save/restore toc

On 25/02/16 01:28, Michael Ellerman wrote: > Signed-off-by: Michael Ellerman > --- > arch/powerpc/kernel/entry_64.S | 8 > 1 file changed, 8 insertions(+) > > Squash. > > diff --git a/arch/powerpc/kernel/entry_64.S b/arch/powerpc/kernel/entry_64.S > index

Re: [PATCH 05/12] powerpc/ftrace: ftrace_graph_caller() needs to save/restore toc

On 25/02/16 01:28, Michael Ellerman wrote: > Signed-off-by: Michael Ellerman > --- > arch/powerpc/kernel/entry_64.S | 8 > 1 file changed, 8 insertions(+) > > Squash. > > diff --git a/arch/powerpc/kernel/entry_64.S b/arch/powerpc/kernel/entry_64.S > index 2a7313cfbc7d..9e77a2c8f218

Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA

在 2016年02月24日 21:24, Bartlomiej Zolnierkiewicz 写道: Hi, On Wednesday, February 24, 2016 02:01:59 PM Caesar Wang wrote: Hi, Thanks Dinh & Alexander for the intergration testing. --- @Dinh, Can you test it again with the patch[0]? patch[0]: https://patchwork.kernel.org/patch/8398511/ This

Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA

在 2016年02月24日 21:24, Bartlomiej Zolnierkiewicz 写道: Hi, On Wednesday, February 24, 2016 02:01:59 PM Caesar Wang wrote: Hi, Thanks Dinh & Alexander for the intergration testing. --- @Dinh, Can you test it again with the patch[0]? patch[0]: https://patchwork.kernel.org/patch/8398511/ This

Re: [PATCH] mm: limit direct reclaim for higher order allocations

On Wed, Feb 24, 2016 at 05:17:56PM -0500, Rik van Riel wrote: > On Wed, 2016-02-24 at 14:15 -0800, David Rientjes wrote: > > On Wed, 24 Feb 2016, Rik van Riel wrote: > > > > > For multi page allocations smaller than PAGE_ALLOC_COSTLY_ORDER, > > > the kernel will do direct reclaim if compaction

Re: [PATCH 2/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

Hi, On Tue, Feb 16, 2016 at 11:15:04AM +0900, Masahiro Yamada wrote: > diff --git a/arch/arm/mach-uniphier/platsmp.c > b/arch/arm/mach-uniphier/platsmp.c > index e1cfc1d..b53a8d9 100644 > --- a/arch/arm/mach-uniphier/platsmp.c > +++ b/arch/arm/mach-uniphier/platsmp.c > @@ -30,7 +30,7 @@ > *

Re: [PATCH v3 2/6] arm: dts: add Artpec-6 SoC dtsi file

On Thu, Feb 11, 2016 at 05:06:17PM +0100, Lars Persson wrote: > Initial device tree for the Artpec-6 SoC. > > Signed-off-by: Lars Persson > --- > arch/arm/boot/dts/artpec6.dtsi | 236 > + > 1 file changed, 236 insertions(+) > create

Re: [PATCH] mm: limit direct reclaim for higher order allocations

On Wed, Feb 24, 2016 at 05:17:56PM -0500, Rik van Riel wrote: > On Wed, 2016-02-24 at 14:15 -0800, David Rientjes wrote: > > On Wed, 24 Feb 2016, Rik van Riel wrote: > > > > > For multi page allocations smaller than PAGE_ALLOC_COSTLY_ORDER, > > > the kernel will do direct reclaim if compaction

Re: [PATCH 2/9] ARM: dts: uniphier: rework UniPhier System Bus nodes

Hi, On Tue, Feb 16, 2016 at 11:15:04AM +0900, Masahiro Yamada wrote: > diff --git a/arch/arm/mach-uniphier/platsmp.c > b/arch/arm/mach-uniphier/platsmp.c > index e1cfc1d..b53a8d9 100644 > --- a/arch/arm/mach-uniphier/platsmp.c > +++ b/arch/arm/mach-uniphier/platsmp.c > @@ -30,7 +30,7 @@ > *

Re: [PATCH v3 2/6] arm: dts: add Artpec-6 SoC dtsi file

On Thu, Feb 11, 2016 at 05:06:17PM +0100, Lars Persson wrote: > Initial device tree for the Artpec-6 SoC. > > Signed-off-by: Lars Persson > --- > arch/arm/boot/dts/artpec6.dtsi | 236 > + > 1 file changed, 236 insertions(+) > create mode 100644

Re: [PATCH 04/12] powerpc/ftrace: Prepare for -mprofile-kernel

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5, > allows to call _mcount very early in the function, which low-level > ASM code and code patching functions need to consider. > Especially the

Re: [PATCH 04/12] powerpc/ftrace: Prepare for -mprofile-kernel

On 25/02/16 01:28, Michael Ellerman wrote: > From: Torsten Duwe > > The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5, > allows to call _mcount very early in the function, which low-level > ASM code and code patching functions need to consider. > Especially the link register

[PATCH v2 3/3] scsi: allow scsi devices to use direct complete

This allows scsi devices to remain runtime suspended for system suspend. Since runtime suspend is stricter than system suspend callbacks, this is just returning a positive number for the prepare callback. Signed-off-by: Derek Basehore Reviewed-by: Eric Caruso

[PATCH v2 1/3] PM / sleep: Check legacy pm callbacks for direct complete

This adds checks for legacy pm callbacks when setting no_pm_callbacks. This fixes an issue where these suspend/resume callbacks were incorrectly ignored during suspend/resume with direct complete. Fixes: aa8e54b55947 "PM / sleep: Go direct_complete if driver has..." Signed-off-by: Derek Basehore

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