Re: [PATCH v4 5/6] PM / core: Direct handling of DPM_FLAG_LEAVE_SUSPENDED

2017-11-21 Thread Rafael J. Wysocki
On Wednesday, November 22, 2017 2:10:51 AM CET Rafael J. Wysocki wrote: > On Monday, November 20, 2017 2:42:26 PM CET Ulf Hansson wrote: > > On 18 November 2017 at 15:41, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > > > > Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly f

Re: [PATCH v4 5/6] PM / core: Direct handling of DPM_FLAG_LEAVE_SUSPENDED

2017-11-21 Thread Rafael J. Wysocki
On Monday, November 20, 2017 2:42:26 PM CET Ulf Hansson wrote: > On 18 November 2017 at 15:41, Rafael J. Wysocki wrote: > > From: Rafael J. Wysocki > > > > Make the PM core handle DPM_FLAG_LEAVE_SUSPENDED directly for > > devices whose "noirq", "late" and "early" driver callbacks are > > invoked

[RFC] doc: add maintainer book

2017-11-21 Thread Tobin C. Harding
There is currently very little documentation in the kernel on maintainer level tasks. In particular there are no documents on creating pull requests to submit to Linus. Quoting Greg Kroah-Hartman on LKML: Anyway, this actually came up at the kernel summit / maintainer meeting a few weeks

Re: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter

2017-11-21 Thread David Daney
On 11/21/2017 05:56 AM, Aleksandar Markovic wrote: From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable sta

[PATCH v3] MIPS: Add nonxstack=on|off kernel parameter

2017-11-21 Thread Aleksandar Markovic
From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable stack and heap, regardless of PT_GNU_STACK entry. This d

Re: [PATCH v3 04/12] dt-bindings: fsi: Add P9 OCC hwmon device documentation

2017-11-21 Thread Rob Herring
On Mon, Nov 20, 2017 at 05:53:33PM -0600, Eddie James wrote: > From: "Edward A. James" > > Document the bindings for the FSI-based OCC hwmon device. > > Signed-off-by: Edward A. James > --- > .../devicetree/bindings/fsi/ibm,p9-occ-hwmon.txt | 16 > > 1 file changed, 1

Re: [PATCH v3 03/12] dt-bindings: i2c: Add P8 OCC hwmon device documentation

2017-11-21 Thread Rob Herring
On Mon, Nov 20, 2017 at 05:53:32PM -0600, Eddie James wrote: > From: "Edward A. James" > > Document the bindings for I2C-based OCC hwmon device. > > Signed-off-by: Edward A. James > --- > .../devicetree/bindings/i2c/ibm,p8-occ-hwmon.txt | 25 > ++ > 1 file changed, 25 in

Re: [PATCH v2] MIPS: Add nonxstack=on|off kernel parameter

2017-11-21 Thread Randy Dunlap
On 11/21/2017 05:56 AM, Aleksandar Markovic wrote: > From: Miodrag Dinic > > Add a new kernel parameter to override the default behavior related > to the decision whether to set up stack as non-executable in function > mips_elf_read_implies_exec(). > > The new parameter is used to control non ex

[PATCH] MIPS: Add nonxstack=on|off kernel parameter

2017-11-21 Thread Aleksandar Markovic
From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable stack and heap, regardless of PT_GNU_STACK entry. This d

[PATCH v2] MIPS: Add nonxstack=on|off kernel parameter

2017-11-21 Thread Aleksandar Markovic
From: Miodrag Dinic Add a new kernel parameter to override the default behavior related to the decision whether to set up stack as non-executable in function mips_elf_read_implies_exec(). The new parameter is used to control non executable stack and heap, regardless of PT_GNU_STACK entry. This d

Re: [PATCH] docs: add submitting-pull-requests.rst

2017-11-21 Thread Jani Nikula
On Tue, 21 Nov 2017, "Tobin C. Harding" wrote: > On Wed, Nov 15, 2017 at 04:09:32PM +0200, Jani Nikula wrote: >> On Wed, 15 Nov 2017, "Tobin C. Harding" wrote: >> > Original email thread >> > >> > https://lkml.org/lkml/2017/11/14/184 >> >> Please use http://lkml.kernel.org/r/2017111