Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

Balbir Singh writes: > On 09/08/16 04:27, Reza Arbab wrote: >> Signed-off-by: Reza Arbab >> --- >> .../bindings/powerpc/opal/hotplug-aperture.txt | 26 >> ++ >> 1 file changed, 26 insertions(+) >> create mode 100644 >>

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Alex, On Thu, Aug 11, 2016 at 9:46 AM, Alex Williamson wrote: > On Thu, 11 Aug 2016 09:30:19 +0530 > Anup Patel wrote: > >> Hi Arnd, >> >> On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: >> > On Monday, August 8, 2016

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

On Thu, 11 Aug 2016 09:30:19 +0530 Anup Patel wrote: > Hi Arnd, > > On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: > >> The goal of this patchset is to improve UIO framework and

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On 09/08/16 04:27, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Arnd, On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: >> The goal of this patchset is to improve UIO framework and UIO dmem >> driver to allow cache-coherent DMA accesses from user-space. >> >> This patchset

[PATCH 4/5] net: add dscp ranges to net cgroup

dscp ranges -- This property controls which dscp values the processes in a cgroup are allowed to use. A process in a cgroup will receive an EACCES error if it tries to do any of these things: * set a socket's IP_TOS option to a value whose dscp field (bits 7:2) is outside the range * use

[PATCH 2/5] net: add bind/listen ranges to net cgroup

bind port ranges This property controls which ports the processes in a cgroup are allowed to bind to. If a process in a cgroup tries to bind a socket to a port that is not within the range(s) permitted by the cgroup, it will receive an EACCES error. >From userspace, you can get

[PATCH 3/5] net: add udp limit to net cgroup

udp port limit -- This property controls the limit of udp ports that can be used by the processes in a cgroup. The controller manages udp statistics (usage, limit, etc) for each cgroup. Every cgroup also keeps track of the udp ports acquired by its descendants. If a process tries to

[PATCH 1/5] net: create the networking cgroup controller

This is a skeleton implementation of a cgroup controller for networking properties. It will be used for: * limiting the specific ports that a process in a cgroup is allowed to bind to or listen on * restricting which dscp values processes can use with their sockets * limiting the total number of

[PATCH 0/5] Networking cgroup controller

This patchset introduces a cgroup controller for the networking subsystem as a whole. As of now, this controller will be used for: * Limiting the specific ports that a process in a cgroup is allowed to bind to or listen on. For example, you can say that all the processes in a cgroup can only

[PATCH] mm: Add the ram_latent_entropy kernel parameter

From: Emese Revfy When "ram_latent_entropy" is passed on the kernel command line, entropy will be extracted from up to the first 4GB of RAM while the runtime memory allocator is being initialized. This entropy isn't cryptographically secure, but does help provide additional

Re: parts of media docs sphinx re-building every time?

On Mon, 08 Aug 2016, Mauro Carvalho Chehab wrote: > The goal of Documentation/sphinx/parse-headers.pl script is to generate > such parsed headers, with the cross-references modified by an exceptions > file at Documentation/media/*.h.rst.exceptions. Would you be so kind

Re: parts of media docs sphinx re-building every time?

Em Wed, 10 Aug 2016 10:42:27 +0300 Jani Nikula escreveu: > On Mon, 08 Aug 2016, Jani Nikula wrote: > > I wonder if it's related to Documentation/media/Makefile... which I have > > to say I am not impressed by. I was really hoping we could build all

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On Mon, Aug 08, 2016 at 01:27:20PM -0500, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

Re: [RFC PATCH 3/3] Documentation: exclude media documentation from pdf generation

On Wed, Aug 10, 2016 at 06:54:09PM +0300, Jani Nikula wrote: > Although pdflatex is more robust than rst2pdf, building media > documentation pdf still fails. Exclude media documentation from pdf > generation for now. > > Signed-off-by: Jani Nikula > --- >

Re: [RFC PATCH 2/3] Documentation: switch to pdflatex for pdf generation

On Wed, Aug 10, 2016 at 06:54:08PM +0300, Jani Nikula wrote: > Looks like rst2pdf is not robust enough, especially for large documents. > > Use recursive make on the Sphinx generated makefile to convert latex to > pdf. The ugly detail is that pdf is generated into > Documentation/output/latex. >

Re: [RFC PATCH 0/3] Documentation: switch to pdflatex and fix pdf build

On Wed, Aug 10, 2016 at 06:54:06PM +0300, Jani Nikula wrote: > Hi Luis, all - > > With these you should be able to get started with pdf generation. It's a > quick transition to pdflatex, the patches are not very pretty, but the > pdf output is. Patch 3/3 works as an example where to add your

Re: [PATCH 10/10] docs: Sphinxify gdb-kernel-debugging.txt and move to dev-tools

On 2016-08-09 01:35, Jonathan Corbet wrote: > Cc: Jan Kiszka > Signed-off-by: Jonathan Corbet > --- > .../gdb-kernel-debugging.rst} | 77 > +- > Documentation/dev-tools/tools.rst | 1 + > 2 files

Re: [PATCH 08/10] docs: sphinxify kmemleak.txt and move it to dev-tools

On Mon, Aug 08, 2016 at 05:35:00PM -0600, Jonathan Corbet wrote: > Cc: Catalin Marinas > Signed-off-by: Jonathan Corbet > --- > .../{kmemleak.txt => dev-tools/kmemleak.rst} | 93 > -- > Documentation/dev-tools/tools.rst

Re: [PATCH] vgaarbiter: rst-ifiy and polish kerneldoc

On Tue, Aug 9, 2016 at 9:50 AM, Daniel Vetter wrote: > Move the documentation into Documentation/gpu, link it up and pull in > the kernel doc. > > No actual text changes except that I did polish the kerneldoc a bit, > especially for vga_client_register(). > > v2: Remove

[RFC PATCH 2/3] Documentation: switch to pdflatex for pdf generation

Looks like rst2pdf is not robust enough, especially for large documents. Use recursive make on the Sphinx generated makefile to convert latex to pdf. The ugly detail is that pdf is generated into Documentation/output/latex. Unfortunately, the pdflatex build generates huge amounts of build log

Re: parts of media docs sphinx re-building every time?

On Wed, 10 Aug 2016 12:23:16 +0300 Jani Nikula wrote: > >> I just noticed running 'make htmldocs' rebuilds parts of media docs > >> every time on repeated runs. This shouldn't happen. Please investigate. > > > > I was unable to reproduce it here. Are you passing any

Re: [PATCH 0/4] powerpc/mm: movable hotplug memory nodes

On 08/10/2016 05:30 AM, Michael Ellerman wrote: > Reza Arbab writes: > >> These changes enable onlining memory into ZONE_MOVABLE on power, and the >> creation of discrete nodes of movable memory. >> >> Node hotplug is not supported on power [1]. > > But maybe it should

Re: [RFC PATCH 0/3] Documentation: switch to pdflatex and fix pdf build

Am 10.08.2016 um 17:54 schrieb Jani Nikula : > Hi Luis, all - > > With these you should be able to get started with pdf generation. It's a > quick transition to pdflatex, the patches are not very pretty, but the > pdf output is. Patch 3/3 works as an example where to add

Re: [RFC PATCH 3/3] Documentation: exclude media documentation from pdf generation

Am 10.08.2016 um 18:16 schrieb Mauro Carvalho Chehab : > Hi Jani, > > Em Wed, 10 Aug 2016 18:54:09 +0300 > Jani Nikula escreveu: > >> Although pdflatex is more robust than rst2pdf, building media >> documentation pdf still fails. Exclude media

Re: parts of media docs sphinx re-building every time?

Am 10.08.2016 um 15:46 schrieb Jonathan Corbet : > On Wed, 10 Aug 2016 12:23:16 +0300 > Jani Nikula wrote: > I just noticed running 'make htmldocs' rebuilds parts of media docs every time on repeated runs. This shouldn't happen. Please

Re: [PATCHv2 0/3] Add SD/MMC EDAC for Altera Arria10

On Tue, Aug 09, 2016 at 09:40:50AM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the SD/MMC FIFO EDAC module which is a dual-port RAM as > opposed to the other Arria10 peripheral's single port RAM FIFOs. > > Thor Thayer (3): >

Re: [PATCH v5 2/2] Documentation: kdump: add description of enable multi-cpus support

On 08/10/16 at 02:22pm, Zhou Wenjian wrote: > multi-cpu support is useful to improve the performance of kdump in > some cases. So add the description of enable multi-cpu support in > dump-capture kernel. > > Signed-off-by: Zhou Wenjian > Acked-by: Baoquan He

Re: [PATCH 0/4] powerpc/mm: movable hotplug memory nodes

On Wed, Aug 10, 2016 at 08:30:28PM +1000, Michael Ellerman wrote: Reza Arbab writes: Node hotplug is not supported on power [1]. But maybe it should be? Doing so will involve, at the very least, reverting the commit I cited, 3af229f2071f ("powerpc/numa: Reset

Re: parts of media docs sphinx re-building every time?

On Mon, 08 Aug 2016, Markus Heiser wrote: > Hi Jani, > > Am 08.08.2016 um 17:37 schrieb Jani Nikula : > >> >> Hi Mauro & co - >> >> I just noticed running 'make htmldocs' rebuilds parts of media docs >> every time on repeated runs. This

Re: [RFC PATCH 2/3] Documentation: switch to pdflatex for pdf generation

Am 10.08.2016 um 17:54 schrieb Jani Nikula : > Looks like rst2pdf is not robust enough, especially for large documents. > > Use recursive make on the Sphinx generated makefile to convert latex to > pdf. The ugly detail is that pdf is generated into >

Re: parts of media docs sphinx re-building every time?

On Mon, 08 Aug 2016, Jani Nikula wrote: > I wonder if it's related to Documentation/media/Makefile... which I have > to say I am not impressed by. I was really hoping we could build all the > documentation by standalone sphinx-build invocation too, relying only on > the

Re: parts of media docs sphinx re-building every time?

Em Wed, 10 Aug 2016 10:42:27 +0300 Jani Nikula escreveu: > On Mon, 08 Aug 2016, Jani Nikula wrote: > > I wonder if it's related to Documentation/media/Makefile... which I have > > to say I am not impressed by. I was really hoping we could build all

Re: parts of media docs sphinx re-building every time?

Em Wed, 10 Aug 2016 12:15:34 +0300 Jani Nikula escreveu: > On Mon, 08 Aug 2016, Markus Heiser wrote: > > Hi Jani, > > > > Am 08.08.2016 um 17:37 schrieb Jani Nikula : > > > >> > >> Hi Mauro & co - > >> > >> I just