On Tue, Aug 9, 2016 at 9:01 PM, Joe Lawrence wrote:
> Add descriptions for dax, io_poll, and write_same_max_bytes files.
>
> Signed-off-by: Joe Lawrence
> ---
> Documentation/block/queue-sysfs.txt | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/Documentation/block/qu
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
>> Documentation/devicetree/bindings/powerpc/opal/hotp
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 11:22:29 AM CEST Anup Patel wrote:
>> >> The goal of this patchset i
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 UIO dmem
> >> driver to allow cache-coheren
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
> Documentation/devicetree/bindings/powerpc/opal/hotplug-aperture.txt
>
> diff -
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 is based on two p
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
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 or
Created a file scripts/cgroup/net_cgroup_test.py that tests the
functionality of the net cgroup as described in previous commit logs.
Signed-off-by: Anoop Naravaram
---
scripts/cgroup/net_cgroup_test.py | 359 ++
1 file changed, 359 insertions(+)
create mode
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 acq
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
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 b
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 unpredictability on ot
On Wed, Jul 27, 2016 at 08:55:28AM -0500, Christoph Lameter wrote:
> On Mon, 25 Jul 2016, Christoph Lameter wrote:
>
> > Guess so. I will have a look at this when I get some time again.
>
> Ok so the problem is the clocksource_watchdog() function in
> kernel/time/clocksource.c. This function is a
Em Mon, 08 Aug 2016 18:37:38 +0300
Jani Nikula escreveu:
> Hi Mauro & co -
>
> 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 special options
to
Em Wed, 10 Aug 2016 10:46:44 +0300
Jani Nikula escreveu:
> 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/*.
Em Tue, 9 Aug 2016 18:19:14 -0700
"Luis R. Rodriguez" escreveu:
> I'm excited to see the new documentation format, so I'm changing my
> documentation in the pending patches I have to use it. I however
> cannot generate anything other than the main
>
> Documentation/output/pdf/Kernel.pdf
>
> How
Em Wed, 10 Aug 2016 07:42:42 -0700
"Luis R. Rodriguez" escreveu:
> On Aug 10, 2016 1:41 AM, "Mauro Carvalho Chehab"
> wrote:
> >
> > Em Tue, 9 Aug 2016 18:19:14 -0700
> > "Luis R. Rodriguez" escreveu:
> >
> > > I'm excited to see the new documentation format, so I'm changing my
> > > document
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 documentation from pdf
> generation for now.
Again, didn't test, but do you think the issues with pdflatex and
media a
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 as to state in a few lines
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 the
> > documentation by standalone sphinx-buil
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
> Documentation/devicetree/bindings/powerpc/opal/hotplug-ape
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
> ---
> Documentation/conf.py | 4 +++-
> 1 file
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.
>
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 stuff
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 changed, 46 insertions(+), 32 deletions(
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
---
Documentation/conf.py | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/Documentation/conf.py
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 | 1 +
> MAINTAINERS
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 some rst from vga-switchero
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
noi
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 special options
> > to the b
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 be?
>
Yes, it should be s
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 be?
cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
On Wed, Aug 10, 2016 at 11:15 AM, Jani Nikula wrote:
> 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. T
On Tue, Aug 9, 2016 at 9:41 AM, Daniel Vetter wrote:
> First part is just a bit of rst fallout to make drm doc builds warning free.
> But
> then I started to split out parts of drm_crtc into their own files.
> framebuffers
> and connectors are done, next up on my plans are encoders, and then the
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 your stuff
> (latex_docu
On Wed, 10 Aug 2016, Mauro Carvalho Chehab wrote:
> Em Mon, 08 Aug 2016 18:37:38 +0300
> Jani Nikula escreveu:
>
>> Hi Mauro & co -
>>
>> I just noticed running 'make htmldocs' rebuilds parts of media docs
>> every time on repeated runs. This shouldn't happen. Please investigate.
>
> I was unabl
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 documentation from pdf
>> generation for now.
>
>
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 investigate.
>>>
>>> I was unable to reproduce
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):
> Documentation: dt: socfpga: Add Arria10 S
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
> ---
> Documentation/kdump/kdump.tx
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 node_possible_map to only
nod
Am 10.08.2016 um 11:22 schrieb Mauro Carvalho Chehab :
> 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 noticed runnin
Right now, the media makefile is called only for html docs.
Call it also for the other documentation targets.
Please notice that, while we added it to pdf target at
Documentation/media/Makefile, it won't actually build
a PDF from media, because rst2pdf can't handle complex
documents.
Signed-off-b
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 shouldn't happen. Please investigate.
>>
>> I wonder if it
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 stuff
(latex_documents in conf.py) and how.
Mauro, please look at patch 1/3
This is a stopgap measure to allow building outputs other than html.
Signed-off-by: Jani Nikula
---
Documentation/Makefile.sphinx | 3 +--
Documentation/media/Makefile | 3 ++-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/Makefile.sphinx b/Documentation/Makefile.
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
> Documentation/output/latex.
>
> Unfortunatel
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 conf.py so that e.g. Read t
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 the
> > documentation by standalone sphinx-buil
Em Wed, 10 Aug 2016 18:54:07 +0300
Jani Nikula escreveu:
> This is a stopgap measure to allow building outputs other than html.
Didn't test, but looking at the patch, it looks OK.
So,
Acked-by: Mauro Carvalho Chehab
>
> Signed-off-by: Jani Nikula
> ---
> Documentation/Makefile.sphinx | 3
Em Wed, 10 Aug 2016 11:58:48 +0200
Markus Heiser escreveu:
> Am 10.08.2016 um 11:22 schrieb Mauro Carvalho Chehab :
>
> > 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 schr
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 noticed running 'make htmldocs' rebuilds parts of media docs
> >> every time o
53 matches
Mail list logo
