[PATCH 1/3 v2] PM / core: Update kerneldoc comments in pm.h

2017-02-01 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Refresh the struct dev_pm_ops kerneldoc comment, so that it looks better and is more readable after processing by Sphinx, and drop the kerneldoc marker from a few other comments ("PM_EVENT_ messages" and a couple of enum types declarations) which are not proper kerneldoc a

[PATCH 0/3 v2] PM / docs: linux/pm.h kerneldocs update and conversion of two docs to reST

2017-02-01 Thread Rafael J. Wysocki
Hi Jon, This is a new (and hopefully final) iteration of the series of patches starting the conversion of power management driver API documentation. Patch [1/3] updates kerneldoc comments in include/linux/pm.h (to make the documentation generated out of them look better), patch [2/3] converts Doc

[PATCH 3/3 v2] PM / sleep / docs: Convert PM notifiers document to reST

2017-02-01 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Move the document describing PM notifiers (used during system sleep state transitions) to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also replace the remaining references to the old version of it in .txt documents with refer

[PATCH 2/3 v2] PM / core / docs: Convert sleep states API document to reST

2017-02-01 Thread Rafael J. Wysocki
From: Rafael J. Wysocki Move the document describing the system sleep state transitions API for devices to Documentation/driver-api/pm/, convert it to reST and update it to use current terminology. Also remove the remaining reference to the old version of it from pm.h. The new document still co

Re: [PATCH 0/3] PM / docs: linux/pm.h kerneldocs update and conversion of two docs to reST

2017-02-01 Thread Rafael J. Wysocki
On Monday, January 09, 2017 02:34:39 AM Lukas Wunner wrote: > On Fri, Jan 06, 2017 at 02:38:13AM +0100, Rafael J. Wysocki wrote: > > I sent patches [1-2/3] previosly a couple of weeks ago and there have not > > been any comments since then, so either they are fine by everybody or the > > timing was

Re: [PATCH 2/3] doc-rst: Delete output of failed dot-SVG conversion

2017-02-01 Thread Jonathan Corbet
On Tue, 31 Jan 2017 15:37:50 + Ben Hutchings wrote: > > I'd just use dot -o. > > That does make more sense. I looked for such an option before writing > this, but the manual page doesn't mention it! Can I get an updated patch from you? Then I'll apply the whole set... Thanks, jon -- T

Re: [PATCH] Documentation/sphinx: make targets independent of Sphinx work for HAVE_SPHINX=0

2017-02-01 Thread Jonathan Corbet
On Mon, 30 Jan 2017 18:58:15 +0200 Jani Nikula wrote: > Make targets that don't depend on Sphinx work without warnings about > missing Sphinx. 'make cleandocs' will work without Sphinx just fine, and > the targets that are no-ops for Sphinx should just be skipped. Move them > outside of the HAVE_

Re: [PATCH] doc-rst: fixed cleandoc target when used with O=dir

2017-02-01 Thread Jonathan Corbet
On Tue, 31 Jan 2017 10:57:41 +0100 Markus Heiser wrote: > The cleandocs target won't work if I use a different output folder:: > > $ make O=/tmp/kernel SPHINXDIRS="process" cleandocs > make[1]: Entering directory '/tmp/kernel' > make[3]: *** No rule to make target 'clean'. Stop. > ... D

Re: [PATCH RESEND] Documentation/sphinx: prevent generation of .pyc files in the source tree

2017-02-01 Thread Jonathan Corbet
On Tue, 31 Jan 2017 20:18:05 +0200 Jani Nikula wrote: > Considering the small amount of python code to compile (assuming sphinx > itself has .pyc around), the impact on build is neglible. Hey...don't you know that performance-impacting patches need benchmarks? Sphinx-only htmldocs build before:

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Catalin Marinas
On Wed, Feb 01, 2017 at 06:34:01PM +, Will Deacon wrote: > On Wed, Feb 01, 2017 at 06:22:44PM +, Catalin Marinas wrote: > > On Wed, Feb 01, 2017 at 05:59:48PM +, Will Deacon wrote: > > > On Wed, Feb 01, 2017 at 05:49:34PM +, Catalin Marinas wrote: > > > > On Wed, Feb 01, 2017 at 05:

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Will Deacon
On Wed, Feb 01, 2017 at 06:22:44PM +, Catalin Marinas wrote: > On Wed, Feb 01, 2017 at 05:59:48PM +, Will Deacon wrote: > > On Wed, Feb 01, 2017 at 05:49:34PM +, Catalin Marinas wrote: > > > On Wed, Feb 01, 2017 at 05:41:05PM +, Will Deacon wrote: > > > > Maybe > > > > just select A

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Catalin Marinas
On Wed, Feb 01, 2017 at 05:59:48PM +, Will Deacon wrote: > On Wed, Feb 01, 2017 at 05:49:34PM +, Catalin Marinas wrote: > > On Wed, Feb 01, 2017 at 05:41:05PM +, Will Deacon wrote: > > > On Wed, Feb 01, 2017 at 05:36:09PM +, Catalin Marinas wrote: > > > > On Wed, Feb 01, 2017 at 04:

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Will Deacon
On Wed, Feb 01, 2017 at 05:49:34PM +, Catalin Marinas wrote: > On Wed, Feb 01, 2017 at 05:41:05PM +, Will Deacon wrote: > > On Wed, Feb 01, 2017 at 05:36:09PM +, Catalin Marinas wrote: > > > On Wed, Feb 01, 2017 at 04:33:58PM +, Will Deacon wrote: > > > > On Wed, Feb 01, 2017 at 11:

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Catalin Marinas
On Wed, Feb 01, 2017 at 05:49:34PM +, Catalin Marinas wrote: > On Wed, Feb 01, 2017 at 05:41:05PM +, Will Deacon wrote: > > On Wed, Feb 01, 2017 at 05:36:09PM +, Catalin Marinas wrote: > > > On Wed, Feb 01, 2017 at 04:33:58PM +, Will Deacon wrote: > > > > On Wed, Feb 01, 2017 at 11:

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Catalin Marinas
On Wed, Feb 01, 2017 at 05:41:05PM +, Will Deacon wrote: > On Wed, Feb 01, 2017 at 05:36:09PM +, Catalin Marinas wrote: > > On Wed, Feb 01, 2017 at 04:33:58PM +, Will Deacon wrote: > > > On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > > > > On 01/31/2017 12:56 P

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Will Deacon
On Wed, Feb 01, 2017 at 05:36:09PM +, Catalin Marinas wrote: > On Wed, Feb 01, 2017 at 04:33:58PM +, Will Deacon wrote: > > On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > > > On 01/31/2017 12:56 PM, Marc Zyngier wrote: > > > > Given that all ARMv8 CPUs can support

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Catalin Marinas
On Wed, Feb 01, 2017 at 04:33:58PM +, Will Deacon wrote: > On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > > On 01/31/2017 12:56 PM, Marc Zyngier wrote: > > > Given that all ARMv8 CPUs can support SW_PAN, it is more likely to be > > > enabled than the ARMv8.1 PAN. I'd v

Re: [PATCH linux v5 5/6] hwmon: occ: Add hwmon implementation for the P8 OCC

2017-02-01 Thread Rob Herring
On Tue, Jan 31, 2017 at 09:43:56AM -0600, eaja...@linux.vnet.ibm.com wrote: > From: "Edward A. James" > > Add code to tie the hwmon sysfs code and the POWER8 OCC code together, as > well as probe the entire driver from the I2C bus. I2C is the communication > method between the BMC and the P8 OCC.

Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)

2017-02-01 Thread David Miller
From: Khalid Aziz Date: Tue, 31 Jan 2017 16:38:49 -0700 > Thanks for the feedback. This is very helpful. I checked and it indeed > can cost 50+ cycles even on M7 processor for PSTATE accesses. Consider how many bytes can be copied in 50+ cycles :-) >> On etrap, you change ESTATE_PSTATE{1,2} to

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Will Deacon
On Wed, Feb 01, 2017 at 11:29:22AM -0500, Christopher Covington wrote: > On 01/31/2017 12:56 PM, Marc Zyngier wrote: > > Given that all ARMv8 CPUs can support SW_PAN, it is more likely to be > > enabled than the ARMv8.1 PAN. I'd vote for supporting the workaround in > > that case too, and hope that

Re: [PATCH v4 2/4] arm64: Work around Falkor erratum 1003

2017-02-01 Thread Christopher Covington
On 01/31/2017 12:56 PM, Marc Zyngier wrote: > On 31/01/17 17:48, Christopher Covington wrote: >> On 01/31/2017 07:37 AM, Mark Rutland wrote: >>> On Wed, Jan 25, 2017 at 10:52:30AM -0500, Christopher Covington wrote: The Qualcomm Datacenter Technologies Falkor v1 CPU may allocate TLB entries >>

Re: [PATCH linux v2 1/2] Documentation: dt-bindings: Document bindings for ASPEED AST2400/AST2500 PWM and Fan tach controller device driver

2017-02-01 Thread Rob Herring
On Fri, Jan 27, 2017 at 01:33:59AM -0800, Jaghathiswari Rankappagounder Natarajan wrote: > This binding provides interface for adding values related to ASPEED > AST2400/2500 PWM and Fan tach controller support. > The PWM controller can support upto 8 PWM output ports. > The Fan tach controller can

Re: [PATCH 00/37] PCI: Support for configurable PCI endpoint

2017-02-01 Thread Kishon Vijay Abraham I
- list Hi Bjorn, How do you want to handle this series? I'll send one more version of the series including the directory restructuring in the same series. Should it be based on your -next? Cheers Kishon On Thursday 12 January 2017 03:55 PM, Kishon Vijay Abraham I wrote: > The RFC series that wa

Re: [PATCH 1/1] MicroSemi Switchtec management interface driver

2017-02-01 Thread Emil Velikov
On 31 January 2017 at 23:13, Logan Gunthorpe wrote: > Hi Emil, > > Thanks for the feedback. > > On 31/01/17 01:48 PM, Emil Velikov wrote: >>> +struct switchtec_ioctl_fw_info { >>> + __u32 flash_length; >>> + >>> + struct { >>> + __u32 address; >>> + __u32 le

Bitte kontaktieren Sie mich für weitere Details!

2017-02-01 Thread Miss Marbell
Sehr geehrte Damen und Herren, Ich brauche Ihre Unterstützung in Ihrem Land zu verlagern und zu investieren.Ich bitte Sie um Hilfe, weil ich nicht das Wissen über Geschäft und die Regeln, die Ihr Land für eine sichere Investition führen. Werden Sie versprechen, mit mir aufrichtig zu sein? Bitte