On Mon, Feb 11, 2019 at 7:28 AM Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix markup warning: insert a blank line before the list.
>
> Documentation/driver-api/gpio/board.rst:209: WARNING: Unexpected indentation.
>
> Signed-off-by: Randy Dunlap
> Cc: Linus Walleij
> Cc: Bartosz Golaszewski
On Fri, Feb 08, 2019 at 05:53:12PM -0200, Shayenne Moura wrote:
> Remove KMS cleanup task from documentation solved by patchset
> https://patchwork.freedesktop.org/series/54310/
>
> Signed-off-by: Shayenne Moura
Thanks for your patch, applied to drm-misc-next.
-Daniel
> ---
> Documentation/gpu
On Sun, Feb 10, 2019 at 10:26:53PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix markup warning: insert a blank line before the hint.
>
> Documentation/driver-api/dmaengine/dmatest.rst:63: WARNING: Unexpected
> indentation.
Thanks.
Acked-by: Andy Shevchenko
>
> Signed-off-by: Ran
On Mon, Feb 11, 2019 at 8:30 AM Randy Dunlap wrote:
>
> From: Randy Dunlap
>
> Fix markup warnings by inserting blank lines.
> Also correct one typo.
>
> Documentation/laptops/lg-laptop.rst:2: WARNING: Explicit markup ends without
> a blank line; unexpected unindent.
> Documentation/laptops/lg-l
Hi Dave,
On Wed, Dec 12, 2018 at 05:01:12PM +, Dave P Martin wrote:
> On Mon, Dec 10, 2018 at 01:50:57PM +0100, Andrey Konovalov wrote:
> > arm64 has a feature called Top Byte Ignore, which allows to embed pointer
> > tags into the top byte of each pointer. Userspace programs (such as
> > HWAS
On 10-02-19, 22:26, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix markup warning: insert a blank line before the hint.
>
> Documentation/driver-api/dmaengine/dmatest.rst:63: WARNING: Unexpected
> indentation.
Applied after adding dmaengine subsystem tag, thanks
>
> Signed-off-by: Randy Du
On 08-02-19, 16:30, Federico Vaga wrote:
> It clarifies that the DMA description pointer returned by
> `dmaengine_prep_*` function should not be used after submission.
>
> Signed-off-by: Federico Vaga
> ---
> Documentation/driver-api/dmaengine/client.rst | 7 +++
> 1 file changed, 7 insertio
On Monday, February 11, 2019 12:54:11 PM CET Vinod Koul wrote:
> On 08-02-19, 16:30, Federico Vaga wrote:
> > It clarifies that the DMA description pointer returned by
> > `dmaengine_prep_*` function should not be used after submission.
> >
> > Signed-off-by: Federico Vaga
> > ---
> >
> > Docum
On 11.02.2019 1:34, Thomas Gleixner wrote:
> On Thu, 7 Feb 2019, Alexey Budankov wrote:
>
> General note: Please stay in the 80 char limit for all of the text.
Yes, sure. [PATCH v2 4/4] implements wrapping at 72 columns.
>
>> +The perf_events system call API [2]_ allocates file descriptors fo
The patch set extends the first version of perf-security.rst documentation
file [1], [2], [3] with the following topics:
1) perf_events/Perf resource limits and control management that describes
RLIMIT_NOFILE and perf_event_mlock_kb settings for processes conducting
performance monitoring;
Extend perf-security.rst file with perf_events/Perf resource control
section describing RLIMIT_NOFILE and perf_event_mlock_kb settings for
performance monitoring user processes.
Signed-off-by: Alexey Budankov
---
Changes in v3:
- added two more paragraphs on open fds and memory allocation
- app
AFAIK we never had a isa_virt_to_phys, it always was
isa_virt_to_bus.
Signed-off-by: Christoph Hellwig
---
Documentation/DMA-ISA-LPC.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/DMA-ISA-LPC.txt b/Documentation/DMA-ISA-LPC.txt
index 8c2b8be6e45b..b1ec7
Document and categorize system and performance data into groups that
can be captured by perf_events/Perf and explicitly indicate the group
that can contain process sensitive data.
Signed-off-by: Alexey Budankov
---
Documentation/admin-guide/perf-security.rst | 32 +++--
1 file
Elaborate on possible perf_event/Perf privileged users groups
and document steps about creating such groups.
Signed-off-by: Alexey Budankov
---
Documentation/admin-guide/perf-security.rst | 43 +
1 file changed, 43 insertions(+)
diff --git a/Documentation/admin-guide/perf-
On Mon, 11 Feb 2019, Alexey Budankov wrote:
> On 11.02.2019 1:34, Thomas Gleixner wrote:
> > On Thu, 7 Feb 2019, Alexey Budankov wrote:
> >
> > General note: Please stay in the 80 char limit for all of the text.
>
> Yes, sure. [PATCH v2 4/4] implements wrapping at 72 columns.
So you provide crap
This test tries to build a module successfully using the in-kernel
headers found in /proc/kheaders.txz.
Verified pass and fail scenarios by running:
make -C tools/testing/selftests TARGETS=kheaders run_tests
Signed-off-by: Joel Fernandes (Google)
---
tools/testing/selftests/Makefile
On Sat, Feb 09, 2019 at 04:05:33PM +0100, Tibor Billes wrote:
> cgroup: add documentation for pids.events file
>
> Document the event counters file for pid cgroups.
>
> Signed-off-by: Tibor Billes
Applied to cgroup/for-5.0.
Thanks.
--
tejun
On Mon, 11 Feb 2019 14:43:23 +0100
Christoph Hellwig wrote:
> AFAIK we never had a isa_virt_to_phys, it always was
> isa_virt_to_bus.
>
> Signed-off-by: Christoph Hellwig
> ---
> Documentation/DMA-ISA-LPC.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documen
On Sun, 10 Feb 2019 22:34:11 -0800
Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix markup warning by quoting the '*' character with a backslash.
>
> Documentation/vm/slub.rst:71: WARNING: Inline emphasis start-string without
> end-string.
>
> Signed-off-by: Randy Dunlap
> Cc: Christoph Lam
Implemented formatting of paragraphs to be not wider than 72 columns.
Signed-off-by: Alexey Budankov
---
Documentation/admin-guide/perf-security.rst | 278 +++-
1 file changed, 149 insertions(+), 129 deletions(-)
diff --git a/Documentation/admin-guide/perf-security.rst
b/Docu
On Mon, 11 Feb 2019 13:31:58 +0200
Andy Shevchenko wrote:
> > From: Randy Dunlap
> >
> > Fix markup warnings by inserting blank lines.
> > Also correct one typo.
> >
> > Documentation/laptops/lg-laptop.rst:2: WARNING: Explicit markup ends
> > without a blank line; unexpected unindent.
> > Docum
On Sun, 10 Feb 2019 18:12:59 +0100
Jonathan Neuschäfer wrote:
> As can be seen by clicking around the timeline on web.archive.org[1],
> there were no -git patches/tarballs on kernel.org since release 3.1.
>
> [1]: https://web.archive.org/web/2003073843/http://www.kernel.org/
>
> Signed-off-
Hi Paul,
On Wed, Jan 09, 2019 at 01:07:46PM -0800, Paul E. McKenney wrote:
> From: Will Deacon
>
> David Laight explains:
>
> | A long time ago there was a document from Intel that said that
> | inb/outb weren't necessarily synchronised wrt memory accesses.
> | (Might be P-pro era). Howev
On Thu, 7 Feb 2019 15:15:42 -0500
Waiman Long wrote:
> Fix a grammatical error in the dentry-state text and clarify the usage
> of negative dentries.
>
> Fixes: af0c9af1b3f66 ("fs/dcache: Track & report number of negative dentries")
Linus, perhaps you'd like to take this one directly? It seem
On Fri, 8 Feb 2019 16:30:38 +0100
Federico Vaga wrote:
> It clarifies that the DMA description pointer returned by
> `dmaengine_prep_*` function should not be used after submission.
>
> Signed-off-by: Federico Vaga
> ---
> Documentation/driver-api/dmaengine/client.rst | 7 +++
> 1 file cha
4.19-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 723f1a0dd8e26a7523ba068204bee11c95ded38d ]
Fix the messages in rdt_last_cmd_printf() and rdt_last_cmd_puts() to
make them more meaningful and consistent.
[ bp: s/cpu/CPU/; s/mem\W/
On Mon, Feb 11, 2019 at 10:39:43AM +0900, Masahiro Yamada wrote:
> On Fri, Feb 8, 2019 at 6:13 AM Joel Fernandes (Google)
> wrote:
> >
> > Introduce in-kernel headers and other artifacts which are made available
> > as an archive through proc (/proc/kheaders.txz file). This archive makes
> > it po
Introduce in-kernel headers and other artifacts which are made available
as an archive through proc (/proc/kheaders.txz file). This archive makes
it possible to build kernel modules, run eBPF programs, and other
tracing programs that need to extend the kernel for tracing purposes
without any depend
4.20-stable review patch. If anyone has any objections, please let me know.
--
[ Upstream commit 723f1a0dd8e26a7523ba068204bee11c95ded38d ]
Fix the messages in rdt_last_cmd_printf() and rdt_last_cmd_puts() to
make them more meaningful and consistent.
[ bp: s/cpu/CPU/; s/mem\W/
On 11.02.2019 17:15, Thomas Gleixner wrote:
> On Mon, 11 Feb 2019, Alexey Budankov wrote:
>> On 11.02.2019 1:34, Thomas Gleixner wrote:
>>> On Thu, 7 Feb 2019, Alexey Budankov wrote:
>>>
>>> General note: Please stay in the 80 char limit for all of the text.
>>
>> Yes, sure. [PATCH v2 4/4] implem
On Mon, Feb 11, 2019 at 11:35:12AM +, Catalin Marinas wrote:
> Hi Dave,
>
> On Wed, Dec 12, 2018 at 05:01:12PM +, Dave P Martin wrote:
> > On Mon, Dec 10, 2018 at 01:50:57PM +0100, Andrey Konovalov wrote:
> > > arm64 has a feature called Top Byte Ignore, which allows to embed pointer
> > >
On Mon, Feb 11, 2019 at 7:39 AM Jonathan Corbet wrote:
>
> Linus, perhaps you'd like to take this one directly?
Done.
Linus
On Mon, Feb 11, 2019 at 4:30 PM Will Deacon wrote:
> Given the lack of Intel response here, I went away to do some digging.
> As evidenced by the commit message, there is certainly an understanding
> amongst some developers that inX/outX() are strongly ordered on x86 and
> this was re-enforced by
On 19/12/2018 12:52, Dave Martin wrote:
On Tue, Dec 18, 2018 at 05:59:38PM +, Catalin Marinas wrote:
On Tue, Dec 18, 2018 at 04:03:38PM +0100, Andrey Konovalov wrote:
On Wed, Dec 12, 2018 at 4:02 PM Catalin Marinas wrote:
The summary of our internal discussions (mostly between kernel
deve
On 2/11/19 7:27 AM, Jonathan Corbet wrote:
> On Sun, 10 Feb 2019 22:34:11 -0800
> Randy Dunlap wrote:
>
>> From: Randy Dunlap
>>
>> Fix markup warning by quoting the '*' character with a backslash.
>>
>> Documentation/vm/slub.rst:71: WARNING: Inline emphasis start-string without
>> end-string.
Hi Arnd,
On Mon, Feb 11, 2019 at 06:11:48PM +0100, Arnd Bergmann wrote:
> On Mon, Feb 11, 2019 at 4:30 PM Will Deacon wrote:
>
> > Given the lack of Intel response here, I went away to do some digging.
> > As evidenced by the commit message, there is certainly an understanding
> > amongst some d
Hi Greg,
On 2/11/2019 6:15 AM, Greg Kroah-Hartman wrote:
> 4.19-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> [ Upstream commit 723f1a0dd8e26a7523ba068204bee11c95ded38d ]
>
> Fix the messages in rdt_last_cmd_printf() and rdt_last_cmd_puts() t
On Mon, Feb 11, 2019 at 10:12:46AM -0800, Reinette Chatre wrote:
> Hi Greg,
>
> On 2/11/2019 6:15 AM, Greg Kroah-Hartman wrote:
> > 4.19-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > [ Upstream commit 723f1a0dd8e26a7523ba068204bee11c95
On Mon, Feb 11, 2019 at 9:28 AM Kevin Brodsky wrote:
>
> On 19/12/2018 12:52, Dave Martin wrote:
> > On Tue, Dec 18, 2018 at 05:59:38PM +, Catalin Marinas wrote:
> >> On Tue, Dec 18, 2018 at 04:03:38PM +0100, Andrey Konovalov wrote:
> >>> On Wed, Dec 12, 2018 at 4:02 PM Catalin Marinas
> >>>
From: Frank Rowand
"If no *function* if specified" should instead be
"If no *function* is specified".
Reported-by: Matthew Wilcox
Signed-off-by: Frank Rowand
---
Documentation/doc-guide/kernel-doc.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/doc-guide/
This slightly optimizes the kernel/configs.c build.
bin2c is not very efficient because it converts a data file into a
huge array to embed it into a *.c file.
Instead, we can use the .incbin directive.
Also, this simplifies the code; Makefile is cleaner, and the way to
get the offset/size of the
[CC: linux-fsdevel,linux-doc]
On Sat, Feb 9, 2019 at 12:47 AM Jayashree Mohan wrote:
>
> Hi all,
>
> We all understand that providing strong crash consistency guarantees
> while not impacting performance, can be tricky. While you strive to
> achieve that, it is worth documenting the expected/curr
From: Randy Dunlap
Date: Sun, 10 Feb 2019 22:32:42 -0800
> From: Randy Dunlap
>
> Fix markup warnings for one list by using correct list syntax.
> Fix markup warnings for another list by using blank lines before the
> list.
>
> Documentation/networking/device_drivers/freescale/dpaa2/dpio-drive
43 matches
Mail list logo
