[PATCH] ovl: fix reStructuredText syntax errors in documentation

2016-12-07 Thread Amir Goldstein
- Fix broken long line block quote - Fix missing newline before bullets list - Use correct numbered list syntax Signed-off-by: Amir Goldstein --- Documentation/filesystems/overlayfs.txt | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Documentation/filesystems/overlayfs

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

2016-12-07 Thread Arnd Bergmann
On Wednesday, December 7, 2016 4:59:13 PM CET Catalin Marinas wrote: > On Tue, Dec 06, 2016 at 11:55:08AM +0530, Yury Norov wrote: > > On Mon, Dec 05, 2016 at 04:34:23PM +, Catalin Marinas wrote: > > > On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > > > > New aarch32 ptrace syscal

Re: [PATCH] doc: Explain light-handed markup preference a bit better

2016-12-07 Thread Jonathan Corbet
On Wed, 7 Dec 2016 16:42:58 +0100 Daniel Vetter wrote: > We already had a super-short blurb, but worth extending it I think: > We're still pretty far away from anything like a consensus, but > there's clearly a lot of people who prefer an as-light as possible > approach to converting existing .t

Re: [PATCH 16/18] arm64: ptrace: handle ptrace_request differently for aarch32 and ilp32

2016-12-07 Thread Catalin Marinas
On Tue, Dec 06, 2016 at 11:55:08AM +0530, Yury Norov wrote: > On Mon, Dec 05, 2016 at 04:34:23PM +, Catalin Marinas wrote: > > On Fri, Oct 21, 2016 at 11:33:15PM +0300, Yury Norov wrote: > > > New aarch32 ptrace syscall handler is introduced to avoid run-time > > > detection of the task type. >

[PATCH v2 04/10] Documentation: perf: hisi: Documentation for HIP05/06/07 PMU event counting.

2016-12-07 Thread Anurup M
Documentation for perf usage and Hisilicon SoC PMU uncore events. The Hisilicon SOC has event counters for hardware modules like L3 cache, Miscellaneous node etc. These events are all uncore. Signed-off-by: Anurup M Signed-off-by: Shaokun Zhang --- Documentation/perf/hisi-pmu.txt | 75 +

[PATCH] doc: Explain light-handed markup preference a bit better

2016-12-07 Thread Daniel Vetter
We already had a super-short blurb, but worth extending it I think: We're still pretty far away from anything like a consensus, but there's clearly a lot of people who prefer an as-light as possible approach to converting existing .txt files to .rst. Make sure this is properly taken into account an

Re: [PATCH 0/2] Add maintainers to the admin guide

2016-12-07 Thread Daniel Vetter
On Fri, Dec 02, 2016 at 10:15:13AM -0200, Mauro Carvalho Chehab wrote: > That's my third attempt to add the MAINTAINERS contents to the admin-guide. > > On the past approaches, was planning to keep the documentation > about what's at the MAINTAINERS file inside it, but that would > require running

Re: [PATCH] doc: Explain light-handed markup preference a bit better

2016-12-07 Thread Daniel Vetter
On Tue, Dec 06, 2016 at 08:52:41AM +0100, Peter Zijlstra wrote: > On Tue, Nov 29, 2016 at 02:17:52PM +0100, Daniel Vetter wrote: > > Hi Peter, > > > > On Tue, Nov 29, 2016 at 10:23:14AM +0100, Daniel Vetter wrote: > > > We already had a super-short blurb, but worth extending it I think: > > > We'r

Re: [PATCH] doc: Explain light-handed markup preference a bit better

2016-12-07 Thread Daniel Vetter
On Tue, Nov 29, 2016 at 05:08:30PM +0200, Jani Nikula wrote: > On Tue, 29 Nov 2016, Mauro Carvalho Chehab wrote: > > Sorry, but I agree with Daniel here: we should provide a guide > > for those people that will be helping with the document conversion. > > That goal is not mutually exclusive with

[PATCH v3 6/6] net: smmac: allow configuring lower pbl values

2016-12-07 Thread Niklas Cassel
From: Niklas Cassel The driver currently always sets the PBLx8/PBLx4 bit, which means that the pbl values configured via the pbl/txpbl/rxpbl DT properties are always multiplied by 8/4 in the hardware. In order to allow the DT to configure lower pbl values, while at the same time not changing beh

[PATCH v3 5/6] net: stmmac: add support for independent DMA pbl for tx/rx

2016-12-07 Thread Niklas Cassel
From: Niklas Cassel GMAC and newer supports independent programmable burst lengths for DMA tx/rx. Add new optional devicetree properties representing this. To be backwards compatible, snps,pbl will still be valid, but snps,txpbl/snps,rxpbl will override the value in snps,pbl if set. If the IP i

[PATCH v3 0/6] net: stmmac: make DMA programmable burst length more configurable

2016-12-07 Thread Niklas Cassel
Make DMA programmable burst length more configurable in the stmmac driver. This is done by adding support for independent pbl for tx/rx through DT. More fine grained tuning of pbl is possible thanks to a DT property saying that we should NOT multiply pbl values by x8/x4 in hardware. All new DT pr

Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear

2016-12-07 Thread Matt Fleming
On Wed, 09 Nov, at 06:36:31PM, Tom Lendacky wrote: > Boot data (such as EFI related data) is not encrypted when the system is > booted and needs to be accessed unencrypted. Add support to apply the > proper attributes to the EFI page tables and to the early_memremap and > memremap APIs to identify

Re: [RFC PATCH v3 1/1] docs-rst: automatically convert Graphviz and SVG images

2016-12-07 Thread Mauro Carvalho Chehab
Hi Markus, Em Wed, 7 Dec 2016 09:49:44 +0100 Markus Heiser escreveu: > This patch brings scalable figure, image handling and a concept to > embed *render* markups: > > * DOT (http://www.graphviz.org) > * SVG > > For image handling use the 'image' replacement:: > > .. kernel-image:: svg_

[RFC PATCH v3 1/1] docs-rst: automatically convert Graphviz and SVG images

2016-12-07 Thread Markus Heiser
This patch brings scalable figure, image handling and a concept to embed *render* markups: * DOT (http://www.graphviz.org) * SVG For image handling use the 'image' replacement:: .. kernel-image:: svg_image.svg :alt:simple SVG image For figure handling use the 'figure' replacemen

[RFC PATCH v3 0/1] docs-rst: automatically convert Graphviz and SVG images

2016-12-07 Thread Markus Heiser
Thanks to all your feedback to v2 of this RFC, I assembled a new implementation for image and figure handling. * To prevent confusion, it implements 'kernel-image' and 'kernel-figure' directive. These directives are similar to 'figure' and 'image', except they don't support *remote URI* and *g