[PATCH v14 13/14] task_isolation: add user-settable notification signal

By default, if a task in task isolation mode re-enters the kernel, it is terminated with SIGKILL. With this commit, the application can choose what signal to receive on a task isolation violation by invoking prctl() with PR_TASK_ISOLATION_ENABLE, or'ing in the PR_TASK_ISOLATION_USERSIG bit, and

[PATCH v14 04/14] task_isolation: add initial support

The existing nohz_full mode is designed as a "soft" isolation mode that makes tradeoffs to minimize userspace interruptions while still attempting to avoid overheads in the kernel entry/exit path, to provide 100% kernel semantics, etc. However, some applications require a "hard" commitment from

[PATCH v14 12/14] task_isolation: support CONFIG_TASK_ISOLATION_ALL

This option, similar to NO_HZ_FULL_ALL, simplifies configuring a system to boot by default with all cores except the boot core running in task isolation mode. Signed-off-by: Chris Metcalf --- init/Kconfig | 10 ++ kernel/isolation.c | 6 ++ 2 files

Re: [PATCH 0/3] doc-rst: more generic way to build only sphinx sub-folders

Am 09.08.2016 um 20:02 schrieb Mauro Carvalho Chehab : > Em Tue, 9 Aug 2016 09:21:08 -0600 > Jonathan Corbet escreveu: > >> On Mon, 8 Aug 2016 15:14:57 +0200 >> Markus Heiser wrote: >> >>> this is my approach for a more

[PATCH] doc: update block/queue-sysfs.txt entries

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/queue-sysfs.txt

[PATCHv2 2/3] EDAC, altera: Add Arria10 SD-MMC EDAC support

From: Thor Thayer Add Altera Arria10 SD-MMC FIFO memory EDAC support. The SD-MMC is a dual port RAM implementation which is different than any of the other peripherals and therefore requires additional code. Signed-off-by: Thor Thayer

[PATCHv2 1/3] Documentation: dt: socfpga: Add Arria10 SD-MMC EDAC binding

From: Thor Thayer Add the device tree bindings needed to support the Altera SD-MMC FIFO buffers EDAC on the Arria10 chip. Signed-off-by: Thor Thayer Acked-by: Rob Herring --- v2 No change ---

[PATCH] vgaarbiter: rst-ifiy and polish kerneldoc

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-switcheroo.rst that I don't understand, but which seems to be the reason

Re: [PATCH 02/10] docs: sphinxify coccinelle.txt and add it to dev-tools

Le 09/08/16 à 01:34, Jonathan Corbet a écrit : No textual changes have been made, but the formatting has obviously been tweaked. Cc: Michal Marek Cc: Gilles Muller Cc: Nicolas Palix Cc: Julia Lawall

[PATCH 01/20] drm/doc: Fix more kerneldoc/sphinx warnings

These are the leftovers I could only track down using keep_warnings = True. For some of them we might want to update our style guide on how to reference structures and constants, not sure ... Cc: Markus Heiser Cc: Jonathan Corbet Cc:

[PATCH 00/20] more drm doc work

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 base stuff around drm_mode_object, properties and blobs. I think

Re: [PATCH 00/10] [RFC] Sphinxify and coalesce development-tool documents

On Tue, 09 Aug 2016, Jonathan Corbet wrote: > This series of patches collects a number of documents related to kernel > development tools, converts them to the Sphinx format, and puts them > together into the dev-tools directory. The resulting formatted > documentation can be

Re: [PATCH 03/10] docs: sphinxify sparse.txt and move to dev-tools

On Tue, Aug 9, 2016 at 10:22 AM, Christoph Hellwig wrote: > On Tue, Aug 09, 2016 at 11:19:50AM +0300, Jani Nikula wrote: >> On Tue, 09 Aug 2016, Christoph Hellwig wrote: >> > The ugly format is a major regression over a proper simple text >> > file.

Re: [PATCH 03/10] docs: sphinxify sparse.txt and move to dev-tools

On Tue, Aug 09, 2016 at 11:19:50AM +0300, Jani Nikula wrote: > On Tue, 09 Aug 2016, Christoph Hellwig wrote: > > The ugly format is a major regression over a proper simple text > > file. What's the point? > > Major regression? Please be reasonable. > > I think the changes

Re: [PATCH 03/10] docs: sphinxify sparse.txt and move to dev-tools

On Tue, 09 Aug 2016, Christoph Hellwig wrote: > The ugly format is a major regression over a proper simple text > file. What's the point? Major regression? Please be reasonable. I think the changes are rather small, and it's a fair compromise between a simple text file and

Re: [PATCH 09/10] docs: sphinxify kmemcheck.txt and move to dev-tools

Hi, On 9 August 2016 at 01:35, Jonathan Corbet wrote: > +The shadow bytemap dump legend is as follows: > + > +- i: initialized > +- u: uninitialized > +- a: unallocated (memory has been allocated by the slab layer, but has not > + yet been handed off to anybody) > +- f: freed